4

私は3人の.NETウェブショップを持っています。長年にわたり、コンテンツ管理、ブログ、eコマース、ソーシャルネットワークなどのツールを数多く開発してきました。ただし、ソフトウェアを実際にモジュール化したことはありません。そのため、あるサイトから別のサイトへの機能の移植には手間がかかります(通常、モデルサイトからターゲットサイトにコードやJS、CSS、画像などの他のアセットをコピーして貼り付けるだけです)。多くの共有機能を提供するコントロールライブラリがありますが、ASPXまたはASCXファイルをコントロールライブラリにコンパイルする方法がないため、これらのページとコントロールは通常、各Webサイトに存在し、1つのサイトからコピーして貼り付けられます。次。

モジュールの標準化と再利用を容易にするために、プラットフォーム全体を再構築したいと考えています。理想的には、モジュールに必要なすべてのものを含むフォルダーをxcopyして、ターゲットWebサイトに認識させ、アプリケーションの起動時に登録できるようにしたいと思います。

さらに、モジュールの機能(CSSとマスターページだけでなく)を特定のサイトに合わせて簡単にカスタマイズできるように、現在の柔軟性の一部を維持したいと思います。シナリオには、連絡先モジュールにカスタムフィールドを追加したり、ブログのコメントフォームでカスタム情報を収集したりすることが含まれる場合があります。

最後に、ベースコードと各Webサイトのカスタマイズの間に明確な線を引き、コアコードを最新にするだけで、既存のサイトをコアソフトウェアの最新バージョンに簡単にアップグレードできるようにしたいと思います。コアコード(共通のアセット、コード、ASPX / ASCXファイルを含む)が各Webサイトプロジェクトに存在しますが、ソース管理を介して同期されているのがわかります。

これで、これをすべて自分たちで構造化してコーディングする方法がはっきりとわかります。ただし、Webクライアントソフトウェアファクトリー(WCSF)パターンによって、必要なものがたくさん購入されるのではないかと思います。WCSFを使用した経験から、ここで説明するシナリオに適していると思いますか?簡単に読むと、モジュール化の問題に対する優れた解決策を提供するように見えますが、モジュールをカスタマイズする簡単な方法を提供するかどうかは明らかではありません。

4

1 に答える 1

3

これに答える最良の方法は、少し掘り下げて実験することです。時間の無駄ではなく、研究への投資です。WCSFと従来のアーキテクチャを同時に開発し、どちらが最適かを確認します。

于 2009-05-21T14:04:11.560 に答える