商業用のSharePoint製品のエディションのソリューション/機能
-
11-09-2019 - |
質問
は、SharePointのために、市販の製品を作成している瞬間を仮定します。この製品は、コミュニティ(無料)およびEnterprise(有料)版の両方で提供されます。
コミュニティ版のコードベースは(C#)#define文を通じて処理マイナーデルタ全てを有するサブセットです。効果的には、単一のコードベースです。ビルドプロセスは、二つの溶液(それぞれ含む二つの機能)、各エディションのいずれかを構築します。
一度にファーム内の両方の版をインストールすることはできないはずです。現在のビジネスモデルは、単一のサーバーのSharePointファームのためのコミュニティ/無料版を提供しています。これは、個人や開発シナリオをサポートすることを目的とします。
のソリューションは機能要素が、現在のないWebパーツのさまざまを含みます。 1つの以上のWebパーツは、将来のリリースに含まれる可能性があります。ソリューション/機能の内容を制限し、任意のアプローチは、おそらく長期的には最高のアイデアではありません。
どの程度にするにはソリューションを再利用および/またはエディションの間でIDをfeaureでしょうか?なぜ?
解決
私は、彼らがそうすることを選択した場合、人々が簡単にいっぱいに無料でアップグレードすることができるようにしたいでしょう。
Webパーツの場合を想像して - あなたはセットアップ無料のWebパーツのいくつかのバージョンがあれば、それunintall、その後、および完全なWebパーツをインストールし、その後、ほとんどの人は、すべての既存のインスタンスが動作し続けることになるでしょうが、新しいWebパーツの
私は、あなたが仕事に、このために同じsolutionIdを維持する必要があると思います。
また、完全なアセンブリ名と同じ(ファイルのバージョンが異なる場合があります)またはセットアップ結合リダイレクトを持っている必要があります。
オ - 。そしてもちろん、あなたのコードでノーブレーキングの変更
他のヒント
私は、IDの同じを使用し、エンタープライズ機能のロックを解除するための追加機能を提供します。 この機能は、余分なDLLは、Webパーツ、ライセンスキー、... Enterprise Editionのロックを解除するために必要なが含まれています。
私は、ユーザーがカスタマイズを変更することなく、アップグレード後に製品の使用を継続できることを確認します。