2011-09-16 25 views
0

アクティブな開発では、SharePoint 2010用のプロジェクトが複数あります(主に別々のソリューションをそれぞれ別々のwspにビルドしています)。これらのプロジェクト(ロギング、設定など)にも同様のタスクがありますので、異なるプロジェクトに同じコード部分(またはクラス)があります。SharePointプロジェクト用の共有コードライブラリを作成するためのベストプラクティス

これらの部分を共有コードライブラリとして実装する方法はありますが、しかし、主な問題は、このライブラリに新しい機能を追加する必要があることです。したがって、ライブラリアセンブリがGACに組み込まれ、すべてのプロジェクトで使用されるため、依存プロジェクトをこの変更に適応させる必要があります。しかし、古いプロジェクトや完成したプロジェクトをサポートすることは、他のプロジェクトのライブラリの新機能を使用する場合にのみ困難です。

現在、私は別のライブラリ名でプロジェクトごとに別々のライブラリインスタンスを使用しています。しかし、それはまた、コードの繰り返しと、新しいフィーチャーを1つのライブラリー・インスタンスから別のライブラリー・インスタンスに移動する追加の作業を引き起こします。

私はライブラリのバージョン管理について考えていましたが、それを深く探っていませんでした。

この問題を解決するためのベストプラクティスについては、特にSharePointに関連するものではなく、モジュラーアーキテクチャを備えたシステムに関係するアドバイスをお願いします。

ありがとうございます。

答えて

1

ライブラリに古いメソッドをそのまま残し、新しいメソッドだけを追加すると、古いコードはうまく動作します。ライブラリを個別のWSPとして展開することをお勧めします。したがって、プロジェクト自体とは別にWSPを更新することができます。

関連する問題