0

Silverlight を使用するソリューションを継承しました。クローンが Silverlight プロジェクトであるという点だけが異なりますが、他のプロジェクトのほぼ正確なクローンであるプロジェクトがあることがわかりました。たとえば、Silverlight 以外のプロジェクトのプロジェクトとフォルダーの構造は次のとおりです。

MyCompany.Entities
-> エンティティ
-> --> Foo.cs

そして今、Silverlight プロジェクト:

MyCompany.Entities.SL
-> エンティティ
-> --> Foo.cs

Foo.cs は、両方のプロジェクトのディスク上の同じファイルです。これは正しいですか？これは、Silverlight プロジェクトが構造化されるべき方法ですか? 多くのオーバーヘッドがあり、より良い方法があるはずです。これが正しければ、なぜこの構造が必要なのですか? それは何を達成しますか？

4

1 に答える 1

1

そうですね、Silverlight は、スコープが縮小された .NET フレームワークのサブセットを使用します。Silverlight ランタイムにない機能を .NET プロジェクトが使用している場合、通常の .NET プロジェクトを Silverlight XAP にコンパイルすることはできません。ただし、.NET プロジェクトがフレームワークの共通領域のみを使用する場合は、それを行うことができます。ただし、同じ .cs ファイルのコピーを 2 つ持つと、ディスク上のスペースが無駄になり、リスクにさらされることにもなります。そのため、すべての元のファイルを .NET ソリューションに保持し、それらをプロジェクトに追加するときに [リンクとして追加] ボタンを使用します。どうやらあなたが解決策を受け継いだ人もそうだったようです。あまり奇妙で難解な構造ではありませんが、

于 2013-04-04T18:00:51.500 に答える