0

さまざまな Web ベースの製品があります。すべての製品は、同じ基礎となる認証および許可メカニズムを共有しています。すべてが同じデータベース サーバー上にあり、最終的に同じサーバーに公開されます。

各プロジェクトには、独自の名前空間、フォルダー構造、およびページがあります。それでも、認証と承認が共有されているため、すべてのプロジェクトでログイン ページとその他のページを使用しています。

また、プロジェクトや製品全体でルック アンド フィールを統一するために、同じマスター ページを使用しています。

現在、共有対象のコード、マークアップ、スクリプトなどを含む別のプロジェクトがあります。マークアップなどをすべてのプロジェクトにコピーして、ビルドして実行します。本当に地獄です。ファイルを含めたり除外したり、名前空間を変更したりする必要があります。これにより、共有されているものがすべての依存プロジェクトで同じバージョンであることを確認できます。

私たちが亡命しないように、これらすべてを処理するための最良の方法論は何でしょうか?

ASP.Net 4.0、Visual Studio 2010、Telerik 2013 Q1 リリースを使用しています。

4

1 に答える 1

1

状況を改善するためのいくつかのオプションがあります。あなたの意志に最適なオプションは、あなたが提供した情報以上のものに依存する可能性がありますが、以下は調査する価値があるかもしれません.

  1. 認証システムを分離します。複数のアプリケーションが単一の共通認証コード ベースを使用している場合は、機能をスタンドアロン (おそらく Web サービス ベース) アプリケーションに分離することを検討してください。このようなアーキテクチャによる承認は扱いが難しく、セキュリティの観点から間違いやすいですが、達成可能です。認証コード ベースは 1 か所で維持するだけで済みます。これにより、展開や構築の失敗が必然的に減少します。

  2. 構成管理の拡張。アプリケーションに構成管理機能はありますか? そうでない場合は、そうすべきです。特にポイント3と組み合わせると、包含と除外、および名前空間のチョッピングに関する問題を解決できる可能性があります.

  3. バージョン管理の改善。バージョン管理システムを最大限に活用していないように思えます。質問でバージョンをほのめかしていますが、さまざまなアプリケーションに対して共通のトランクのさまざまなブランチを維持している場合、カスタマイズが共存できるため、名前空間とインクルードとエクスクルードの切り刻みがおそらく削減されるか、不要になることさえあります。

于 2013-04-10T17:44:00.460 に答える