マイクロソフトの開発環境の中心的な存在といえる.NETには、大きく分けて3種類の.NETがあります。 1つ目はWindowsに対応し、.NETの全機能を備える.NET Framework。2つ目は.NET Frameworkのサブセットであり、Windows、Linux、OS Xに対応したサーバサイドアプリケーション向けの.NET Core。3つ目は主にiOSやAndroidなどのモバイルアプリケーション開発に用いられるXamarinです。 この3つを図にすると、次のようになります。 つまり.NETは共通のC#言語やコンパイラ、ランタイムを持ちながらも、複数の実装が存在しているわけです。 .NETはオープンソースで開発されていることもあり、今後さらに特定のデバイス用の.NETや特定の用途向け.NETなどのフォークが登場してくる可能性があります。こうした状況が将来的に.NETの分断につながら
C# Advent Calendar 2011、ということで、C# 4.0時代のプログラミングスタイルについて説明してみます。モダン、というけれど、某書のように変態的なことじゃなくて、むしろ基本的な話のほうです。こういったものはナマモノなので、5.0になればまた変わる、6.0になればまた変わる。変わります。古い話を間に受けすぎないこと(歴史を知るのは大事だけど、そのまま信じるのは別の話)、常に知識をリフレッシュするようにすること。そういうのが大事よね。でも、だからってモダンに書けなきゃダメ！なんてことはありません。ただ、知ること、少しずつ変えていくこと、そういうのは大事よね、って。 ところでしかし、私の主観がかなり入っているので、その辺は差っ引いてください。 varを使う C# 3.0から搭載された型推論での宣言。出た当初には散々議論があって、今もたまに否の意見が出てきたりもしますが、va
このセクションでは、.NET を拡張して操作するライブラリを設計するためのガイドラインを示します。 目標は、開発に使用されるプログラミング言語に依存しない統一されたプログラミング モデルを提供することで、ライブラリ デザイナーが API の一貫性と使いやすさを確保できるようにすることです。 .NET を拡張するクラスとコンポーネントを開発するときは、これらの設計ガイドラインに従うことをお勧めします。 一貫性のないライブラリ設計は、開発者の生産性に悪影響を及ぼし、導入を阻止します。 ガイドラインは、 Do、 Consider、 Avoid、および Do notという用語で始まる単純な推奨事項として編成されています。 これらのガイドラインは、クラス ライブラリ デザイナーがさまざまなソリューション間のトレードオフを理解するのに役立ちます。 ライブラリの適切な設計で、これらの設計ガイドラインに違
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
