のC#2.0C#3.0遷移しなければなりませんが、そこでしょうか？[定休日]

https://stackoverflow.com/questions/170584

05-07-2019
|

質問

だったのにスタックオーバーフローの一人として変換するときC#2.0C#3では原作に忠実(キャラらしさ)

~~いプロジェクトが75%前に維持。いかに自分が本当に価値がありますの切り替えるC#3.0?~~

更新:

のプロジェクトwebインタフェース現在では入の維持期の開発、ウェブ（すべての行った内部利用Windowsるものとする。一部の部品はresused（バックです。ほとんどの人はいないのですでに75%...今いると思うのでプライベートビーチがありのですか？

何をしているた

最後に以来続けていますのプロジェクトのwebインタフェースま3.5します。ご参考までに、みなさんの全て入力します。

解決

いや、私の助言を行います。私の助言開始3.5新しいプロジェクトのみがある場合を除き、特定の理由です。すなら3.5より再コンパイルを伴からのコードで書(または少なくとも75％ます。

が必要な場合への移行3.5の将来が容易にできます。もちろん、コード2.0スタイルがロセスとは切り離されているためです。

保守的なななんとかない限りいたします。
に対応したアプリケーションで75%C#2.0 25%C#3.0のような素敵な獣ナンス性の向上にも寄与します。100%C#2.0用から保守性.

ときに始めようと思ってい新しいプロジェクト、スイッチ!の新たな枠組みの版は非常に興味深いのスイッチhotlyを推奨します。

他のヒント

解明
C#3.5お使いになれません。あC#1.0、2.0、C#3.0です。

それがございます。純1.0,.純1.1,.純2.0,.純3.0です。純3.5.

すべきではない混乱させる。

C#3.0vs C#2.0
現在、C#3.0に動くのか？というか、存在の延長方法およびラムダ仕様の表現があるといわれています。これら二つの機能だけを読みやすくなり速くコードです。追加するための自動の実施特性、LINQ、一部の方法、C#3.0映されたこの有利なのです。

しかし、必ずしも有利に移動でき、既存のプロジェクト.きの重量を量るために、プの連結実績、特にに関して新しいバグや不安定性を決める前に移動を行う上で、既存の作業を新規プロジェクトしたと思い始C#3.0です。

あC#3.5特集したいがひどくこと。:)

の場合はLINQで来ることができるアクセス LINQBridge み..スタジオの多ーション-ターゲティングを採用、LINQBridge、書くことができる地域(LINQるオブジェクト)問合せ用メージの取込、イメージファイルC#3.0でコンパイラ—なプログラムが必要だFramework2.0にアクセスしてください。

のではないかと思いまだお客様の個人ます。まぁ、ベストの特徴C#3.5んだの

ラムダ仕様の表現
LINQ
延長方法

私OOコードがる傾向にあり見た目は機能します。そこで、上記のような見3.5として大きな利益をもkmのアップグレードを開始します。

更に良いことでとなる可能性がありますの3.5コンパイラを対象CLR2.0にアクセスしてください。このできる展開に基づく2.0インストール(vs3.0/3.5インストール)の新しい枠組み上記のすべてができるこのシナリオでさえすれば、適切な種類のおです。

私の見解ではありません良くない理由にスイッチ3.5.

実際のキラー特集では、引き続き目標により以前のバージョンでは、ランタイム(2.0+)を使用中にすべての言語の特徴です。用することができ、新たなラムダ仕様の表現の拡張方法、匿名の種類、その他全ての良いんですよ。がお客様のものは主として2.0の枠組みを継続できる対象は、先行います。

では入れないでください、授業から3.5枠組みにしていれば目標の早期実行時のバージョン.)

個人的には思いやってるデスクトップGUIアプリでは、あなたの最善の策は、3.0 3.5枠組みからコンポーネントのラインナップは最高のユーザインタフェース図書館まと共に（long shot).

一方、だってものGUIでサポート、それに興味のある3.5枠組みは、できる限)の交流などをサポートは、GUIコンポーネントのラインナップです。きの仕事ではないで、追加ロシーマス周辺のビーチがあちこちに、どの国のことは、あってはならないことで、コンポーネントのラインナップで制御できます。

他の便利な機能の3.5の枠組みを"コレクションInitializers".チェックアウト：

var myDictionary = new Dictionary<String, String> {
   { "key-1", "value-1" },
   { "key-2", "value-2" },
   { "key-3", "value-3" },
};

綺麗ですか？

いように気に入ってくれているよればもう少しJSON。で非常に便利な機能か.

任意できるイベントの達人(たつじん)目指してコード2.0runtime!

場合はプロジェクトはほぼ完了しまれていないことが考えられ、新たな特徴の3.5.新規プロジェクトであり、一見の価値があります。

かのようなプロジェクトの方で、何をします。

この安全でいきます。NET Framework2.0には多くのコンピュータによ版3.5.

また、あなたが必要なものです。純3.5う機会を設けていきたいと思い可能2.0などのLINQ)?を取扱っている場合は多くのお問い合わせのデータは、スイッチです。もし、お客様の場合は維持することをはっきりと本アプリケーションに向かう見込みである。

からの技術の観点から、そのすべての枠組みのバージョン2が非常に少ない労力を実現します。の違いは2.0,3.0 3.5け追加のライブラリコード一部のコンパイラの構文があります。

しかできないファッション変更する必要があるもの、を対象にframework3.5います。

からのチームの視点:ありで使い勝手は大きく変わります。い作品は、昔ながらのコードです。りますので、無理に押し込まない、熱開発するとしても活用に安定した技術です。

この変化により契約内容の変更が必要になります。の場合のプロジェクトはラムダ仕様の表現がいクエリオブジェクトを明確に説をしておくとよいでしょう3.0.

私は現在、読む C#深さジSkeet、彼のアプローチについての解決クライアントまで、フルのC#1.15、その進化の解々の新規かつ有用な機能をそのま2.0 3.0です。このタイプの進行する過去のメディアにお答えします。本書を読み込みくものを探しています私は得られなかったのでうれしいです.

きの重量を量るために、コストに対す。まいに関する情報を十分にプロジェクトできるようになるかもしれませんのアドバイスをお願いします。が発生していると考えること

コストの変換は小さい。C#3.0を限りなくゼロに近づけbackwardly対応2.0とは、framework2.0
利益にもか小さい場合、符号化したものが成長できる。新機能なければならなくなるかもしれの実施に未来が押しする実装を使用Linqです。

ためのシェイプを作ってみました、変換えました。が多く、この問題についての明確な文法からのラムダ仕様の表現により、コードやフォロ(私にとってとにかく).

を使用して行い簡単に、ios、androidとmac用にc# る新3.5ルスナップとしてかなりの数の表示のリファクタリングの提案により簡単に、ios、androidとmac用にc#.使用ツールのようにこの移行う以前に比べて簡単になりました。

3.5ョッ2.0できない問題にジャンプに直接3.5.

昔からこうだったっけ？ありません、一部の特典からの新機能

かわからないすべての人々の言葉があります。.純2.0は、現在の(CLR)を行います。.純3.0。純3.5行に2.0をサポートします。移動。純3.5のC#3.0の特徴は、文字通りの変更を単一のドロップダウンプロジェクト。(OKを展開3.5実行時のターゲット機のご利用の場合一部の3.5などの特徴LINQ。場の設置3.5の問題でしなりやすく答えになります。)

んなものを持っていなければ良かったことを理由にしていただくことになります。すなわちがあるバグができな仕事と周辺2.0にアクセスしてください。

整備の枠組みなど旬のプロジェクトが問題のあるするまでには必要がないのが現状です。

場の拡張プロジェクトですが、良いものに切り替え現在の最新バージョンです。純、そうでないのか.

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow