多くのコピーを持つ抽象的なasp.net mvcプロジェクトがあります。実際、すべてのコピー プロジェクトはほぼ同じ機能を備えています。ただし、一部のアクションとコントローラーでは異なる場合があります。また、すべてのコピー プロジェクトには独自のテーマがあります。しかし、それらは抽象基本プロジェクトのほとんどの JavaScript コードを共有しています。
この点で、私たちはいくつかの困難に直面しました。
- まず、mvc ビューを継承できないため、すべてのコピー プロジェクトに独自のビューがあります。機能を変更したい場合は、すべてのプロジェクトのビューでこれを実装する必要があります。
- また、このアプローチではJavaScriptが頭痛の種です。場合によっては、javascript で html 階層を使用する必要があるためです。また、ビューが異なるため、すべての html コードが異なります。
- 新しいコピープロジェクトを始めるたびに、それは私たちにとって苦痛です. 基本的な抽象プロジェクトに固執しようとしても、基本的なプロジェクトから離れなければならないからです。
そのため、テーマ変更などの新しいプロジェクトを構築できるプロジェクト構造が必要です。MEF構造を調べました。コピー プロジェクトをプラグインとして作成するとどうなるかわかりません。また、ビューをリソースとしてアセンブリ ファイルに統合したくありません。簡単に改造できないからです。また、いくつかの MVC テーマ構造を調べましたが、継承できないため、これは良い解決策ではありません。
あなたの提案は何ですか？