4

Microsoft は、人気のあるオープン ソース フレームワークとアセンブリの独自のバージョンを実装することを好みます。たとえば、次のようになります。

  • Microsoft の MVC フレームワークと MonoRail の比較
  • Microsoft の Unity IoC コンテナ vs Castle Windsor / Spring.net / Ninject など
  • Microsoft の VS Unit Test フレームワークと nUnit (およびその他のさまざまなもの) の比較

質問:

マイクロソフトは他に何を「借りた」のですか?

それぞれの状況でどちらが優れているか、またその理由は?

Microsoft の公式のものと ALT.NET のバージョンに対する人々の態度はどうですか?

レドモンド翼の下で次に取られるのは何だと思いますか?

編集 OK、どちらが「より良い」ではなく、開発者としてどちらを使用したいですか?

4

6 に答える 6

5

スズメバチの巣に棒を持っていきませんか?

これらの優れたツールの MS バージョンには、間違いなく優れている点が 1 つあります。それは、公式の MS 製品であれば、MS ショップに製品を使用してもらうのがはるかに簡単になることです。

Windows システム向けの開発を行っているショップの場合、MS 以外の製品を自分のシステムに組み込む場合は、追加の手順を実行する必要があります。少なくとも満たす必要があるライセンスとドキュメントに関する問題があります。さらに、克服しなければならない内部政治が常に存在します。また、場合によっては、MS によって公式にサポートされていない「オープン ソース」コンポーネントを使用している場合、クライアントが製品の使用に消極的である可能性があります。

それは公平ではありませんが、人生でもありません。

個人的には、MS がこのような製品と競合するのは好きです。フレームワークに新しい命を吹き込むのに役立つからです。

于 2008-10-15T20:05:01.043 に答える
3

これは完全に主観的なもので、ある人にとって「より良い」ものは必ずしも他の人にとってより良いとは限りません. Microsoft によるアイデア/テクノロジ/製品の実装とオープン ソースの実装との違いの 1 つは、Microsoft にはフルタイムのリソースをプロジェクトに専念させる能力があるのに対し、オープン ソースには通常そうできないことです。

サポートの問題もあります。ほとんどのオープン ソース プロジェクトには、開発コミュニティ以外のサポートはありません。公式の (専用の) サポート グループよりも、このようなサポートの方が優れている場合があるため、これは必ずしも悪いことではありません。

マイクロソフトがこれを行う理由は多数ありますが、その 1 つは、その特定の分野で市場の一部を所有し、サードパーティのソリューションではなく、より多くの顧客をマイクロソフトのソリューションに誘導することです。もう 1 つの理由は、実際の顧客の需要です。

Microsoft がオープン ソース プロジェクトから「借用」したその他の製品:

  • SandCastle (NDoc から)
  • TFS チーム ビルド (CruiseControl.NET から)
  • MSBuild (NAnt から)
  • ?? (別のコード名があるかどうかはわかりませんが、MVC フレームワークの一部であるはずです) (SubSonic から)
于 2008-10-15T20:20:29.220 に答える
1

単体テストの場合、マイクロソフトの担当者から回答を聞いたことがあります。実際、私の記憶が正しければ、Microsoft の機能は NUnit コード ベースに基づいています。

この特定のオープンソース製品 (および私が聞いた他の製品) をコピーする理由は、顧客がこれを望んでいるからです。最初は、これは安っぽい口実のように思えるかもしれませんが、実際には、この方法を好む法人顧客もいると想像できます。さらに、Microsoft の従業員は、Microsoft が自分でプログラムを実装した場合、ソースに対する広範な責任を負うことができるため、Microsoft がカスタマー サポートを提供しやすくなると主張しました。それが本当なら、オープンソースの採​​用にはまだ長い道のりがあります。:-(

于 2008-10-15T20:03:17.583 に答える
1

より良い定義は何ですか?ほとんどの場合、管理者は「標準的な慣行」である製品を持ちたいと考えています。そのため、彼らが群衆に石を投げたときに、彼らがサポートしているふりをしている製品の名前を綴ることができる誰かにぶつかる可能性があります. 悲しいけれど事実です。

一方でMSの持つ筋肉は、一度採用されて本気になると、みんな本気になるし、それも悪くない。いくつかの点で、MS はベヒーモスとしては比較的機敏です。それでも彼らは大企業であり、大企業はあまり速く動きません。

于 2008-10-15T20:38:04.677 に答える
0

それは完全に主観的なものですが、私の考えでは、答えは明確な「時々」です。それらの実装のいくつかは、開始がはるかに簡単になるため、より優れています。たとえば、MS MVC フレームワークを使用することは、モノレール IMO を使い始めるよりもはるかに簡単です。モノレールとそれに関連するキャッスル プロジェクトは常にバラバラに見え、専門家ではない開発者が始めようとしているのを先延ばしにします。一方、Enterprise Library や Entity Framework などの MS のその他のプロジェクトの一部は、非常に巨大で過度に設計されているため、誰にとっても開始するのが非常に困難です。それらはブロートウェアです。各製品を自分で評価し、最も快適に感じるものを選択してください.

于 2008-10-15T20:29:36.347 に答える
-1

少し関係がありますが、彼らが最初にWindows XPをリリースしたとき、Windows 98とLinuxの間でデュアルブートするコンピューターを持っていたことを覚えています。Linuxドライバーにバグがあるブランド外のサウンドカードがありました。それはしばらくの間機能し、その後、非常に明確な方法で吃音を開始します. マシンの XP を入手したとき (私がいた学校から無料で)、カードのオーディオ ドライバーにまったく同じバグがありました。

ところで: これがクローズされるまでの期間、賭けをしている人はいますか?

于 2008-10-15T20:03:43.277 に答える