2009-04-01 8 views
1

私は、WebPart、List、およびListインスタンス(上記リストの)から成るSTSDev 2008を持つVS2008の小さなSharepoint Featureプロジェクトを持っています。 WebPartは、Listインスタンスと同様にListの存在に依存します。1つのSharepoint機能または多くの相互依存機能

3つのコンポーネントをすべて展開した機能を作成したり、3つのコンポーネントを個別の機能としてパッケージ化したり、リストのWebPartインスタンスとリストインスタンスに機能依存を作成したりする方が良いでしょうか?

私はいくつかの長所と短所見ることができます

プロ:リストとして

  • 簡素化テストは、Webパーツとインスタンス
  • からseperatlyテストすることができ、さらに機能など、より多くのextensableをすることができ追加機能に依存して追加されました
  • より効果的です。必要な機能のみを有効にしてください

コン:

  • 開発環境は本当にあなたがなど、さまざまなプロジェクト
  • 以外の機能を分割できるようにするdosn't機能を作成するための開発時間を増加することはサイトを乱雑に可能性にページ機能サイトの設定

答えて

4

私はおそらくそれを複数の機能に分割し、必要に応じて別々に更新することができます。あなたは常に、子機能に対してActivationDependenciesを持つ親機能を作成することができます。子機能を非表示にすると、親機能は自動的に子機能を有効にし、機能ページを乱雑にしません。

0

機能の管理も検討してください。多くの機能が導入されている大企業環境にいる場合は、問題を解消することを検討することをお勧めします。この機能は導入に役立ちますが、そのうちの1つが一般的に人気がある一方、他の2つは多少人気がある場合は、拡張要求とバグ修正で時間を節約できます。

+0

私は相互依存する機能を具体的に検討しています。そうでなければ、もう一方は正しく機能しないか、機能的な目的がほとんどありません。 –

関連する問題