1

私のアプリケーションの構造は次のとおりです。

  • myproject (プライマリ Silverlight プロジェクト)
  • myproject.Web (アプリの Web サイト)
  • myproject.Controls (クラス ライブラリなので、コントロールでいくつかの継承を行うことができます)
  • myproject.Classes (コントロールがバインドするデータを表すクラス)

これらを独自のサブ名前空間を持つプロジェクトに分割することは良い考えのように思えましたが、私は多くの結合の問題に直面しており、それが循環依存関係の名前空間の問題につながっています。

私が行った iOS 開発のほとんどから、ここで独自の MVC ソリューションを展開しようとしているような気がします。Silverlight アプリでコントロール (基本的にはフォーム) をデータによってサポートするための推奨される方法は何ですか?

4

2 に答える 2

1

名前空間とアセンブリ名が一致していれば、プロジェクトは正常に見えます。次のことができます。

  • myproject.Classesなしを参照できます
  • myproject.Controlsはmyproject.Classesを参照できます
  • myprojectmyproject.Controlsおよびmyproject.Classesを参照できます
  • myproject.Web myproject.Classesを参照できますが、参照する必要はありません。
于 2012-06-28T20:37:57.257 に答える
-1

プライマリSilverlightアプリケーション自体（複数のフォルダーを持つ単一のプロジェクト）内で分割することをお勧めします。クラス内のコードを再利用し、さまざまなSilverlightアプリケーション内の名前空間を制御する必要があることを今すぐ知っていない限り、私はそれを避けます。SilverlightはUIです。再利用するものはすべて、プロジェクトのASP.NET部分（ロジック、データベースアクセス、ビジネスルールなど）に含める必要があります。

このアプローチを採用すると、UIが首の周りのアホウドリになることはありません。

Silverlightアプリケーションを薄く、高速で、きれいに保ちます。後悔しないことをお約束します。

編集：反対票は私が不明確であることに気づきました（以下のより明確でより簡潔なバージョン）：

ソリューションを名前空間に基づいたプロジェクトに分割しないでください。不必要な複雑化につながります。プロジェクト内で名前空間を使用してコードを整理します。プロジェクト数を最小限に抑え、やむを得ないニーズがある場合にのみ分割します。

幸運を！

于 2012-06-28T21:10:26.597 に答える