後方互換性が必要ないと仮定して、C＃または.Netの機能を停止しますか？[閉まっている]

製品またはフレームワークは進化します。主に、ユーザーのニーズをキャッチし、新しいコンピューティングパワーを活用し、単純に改善するために行われます。製品によって主要な設計目標も変わる場合があります。C＃または.netフレームワークも例外ではありません。ご覧のとおり、現在の第4バージョンは、第1バージョンとは大きく異なります。しかし、物事はこの進化の後方互換性に対する障壁となっています。

ほとんどのフレームワーク/製品では、下位互換性をサポートする必要がなければ機能が中断されます。あなたによると、C＃/。netのこれらの機能は何ですか？

回答ごとに1つの機能をお知らせください。

匿名メソッド。C＃2.0に選択された匿名メソッドの構文は、C＃3.0に追加されたラムダ構文と比較して、チャンキーで不格好であることに誰もが同意すると思います。同じことを行うために、ほぼ同一の2つの構文があるのは非常に残念です。

非ジェネリックコレクションは削除します。それらは憎むべきものです...そして私がlinqを使用していて、

var customObjects = container.CustomObjects.Cast<CustomObject>();

それをしなければならないたびに、私の魂の小さな部分が死にます。

タイプとしては無効。一体なぜ「ボイド」タイプなのでしょうか？インスタンスも値もありません。ジェネリック型の引数、仮パラメータ型、ローカル型、フィールド型、またはプロパティ型として使用することはできません。型としての意味はありません。むしろ、メソッド呼び出しが仮想マシンのスタックに与える影響についての事実です。しかし、仮想マシンはまさにそれです。仮想マシンです。実際のマシンは返された値をレジスタ（通常はx86のEAX）に格納し、スタックにはまったく影響を与えません！型としてのVoidは、あらゆる点で悪い考えです。

さらに悪いことに、ポインタ型で使用する場合は、まったく異なるvoid*ものを意味します戻り値の型として使用した場合、それが何を意味するのかよりを。現在では、「不明な型の格納場所へのポインタ」を意味し、「値を返さないメソッド」としての意味とは何の関係もありません。

void*ポインタ型としてに置き換えることができますIntPtr。（そして、void**とIntPtr*のように。）私たちは、「ユニット」、単一の値、すなわち、ヌルを持っているタイプの戻り値の型として無効置き換えることができます。CLRの実装は、ユニット型関数呼び出しがレジスタまたはスタックの使用を適切に最適化できると判断し、「返される」nullを安全に無視できることを知っています。

そのような世界では、あなたは、もはや分離必要はないFunc<A, R>とAction<T>のデリゲート。Action<T>ただFunc<T, Unit>です。

空のステートメント;。エラーが発生しやすく、ほとんどの場合はタイプミスであり、でまだ表現されていない追加の意味はありません{}。

参照型の配列の安全でない共分散。タイプセーフ共分散がオンのIEnumerable<T>場合、少なくとも配列共分散の必要性の一部はなくなりました。（共変な読み取り専用リストインターフェイスがあれば、まったく必要ありません。）

単項プラス演算子。すべての時間の最も有用な演算子。下位互換性のために保持する必要がない場合は、ハートビートで削除します。誰がこれを使用しますか？

（明確化：単項プラス演算子+xは、プリ++xインクリメント演算子ではなく、ポストインクリメント演算子x++でもバイナリ加算演算子でもありませんx+y。）

デフォルトの数値リテラル double

とにかくほとんどのビジネスアプリにとってdecimalは、より適切です...または多分それは単にデフォルトのアイデアを削除し、開発者に実際に選択させることをお勧めします。

（あまりにも、いくつかの他のもののために適切であろう「デフォルトを削除」。例えば、私はクラスがデフォルトで密封されるべきであることを皆を説得しようとしてあきらめましたが、私はそれは、彼らがすべきことを人々を説得する方が簡単だ疑いがあるということだと思うについて新しいクラスを封印する必要があるかどうかを明示します。）

これは機能というよりもガイドラインですが、標準的で最良のソリューションとして人々の心に既に染み込んでいるので重要だと思います。

公式のパターンを実装しますIDisposable。

面倒で、もっと良い方法があります。

さまざまなタイマークラスには大きな違いがあることを知っています。とにかく、そのうちの1つまたは2つを取り除くことはできませんか？

メソッドとの種類ArrayとList<T>、それは例えば、LINQので時代遅れになりました：

• Array.TrueForAll に置き換えることができます Enumerable.All
• Array.FindAll に置き換えることができます Enumerable.Where
• List<T>.ConvertAll に置き換えることができます Enumerable.Select
• Predicate<T> に置き換えることができます Func<T, bool>
• Converter<T,R> に置き換えることができます Func<T, R>
• IComparer<T> 本当に代理人である必要があります Func<T, T, int>

非ジェネリックデリゲート 非ジェネリックコレクションと同様に、FuncおよびActionシリーズがあるため、非ジェネリックデリゲートは役に立たなくなりました。そして、3つのパラメーターでバリアントをカットオフします。3つ以上のパラメーターがある場合は、構造を作成し、それを単一のパラメーターとして使用します。イベント処理のために特定のデリゲートを宣言することは、あまり乾燥していません。

asmx Webサービス

最近のWCFではかなり時代遅れだと思います。

Winforms
2つのデスクトッププラットフォーム間を移動する必要がないのは良いことです。WPFは状況の変化に対応しているため、プラットフォームレベルで完全な冗長性を確保するのが面倒です。