問題タブ [portable-areas]

まず、英語の間違いをお詫びします。スタックオーバーフローに関する私の最初の投稿であり、英語は私の母国語ではありません。

私の会社で現在開発中の Web プロジェクトで問題に直面しています。レガシー アプリケーションの大規模な見直しを行っています。

アプリケーションは、1 つのチームが他のすべてのアプリケーション (モジュールまたはスタンドアロン サテライト アプリケーションと考えてください) によって使用されるフレームワーク/基盤アプリケーションを作成するという方法で、さまざまなチームによって構築されています。現在、すべてのアプリケーションは ASP.NET MVC 3 で記述されており、フレームワーク (およびその他) には、任意の mvc アプリケーション (ログイン画面、メニュー、レイアウトなど) と同様に、ビュー、モデル、コントローラー、および静的リソースがあります。

現在、MVCContrib Portable Areas の修正版を使用して、必要に応じてプロジェクトを編成しています。

My.Framework.Web
My.Sales.Web
My.Customer.Web

MVCContrib プロジェクトは、現在、ちょっと死んでいるように見えます。私たちは、この特定の状況を解決するための他のアプローチを探しています。

私の質問は次のとおりです。私たちはこれを正しい方法で行っていますか? つまり、プロジェクト間の強力なインターフェースの再利用が必要な状況を扱う別の方法はありますか? これは私にはよくある状況のように思えますが、インターネットや書籍で (大規模に) 似たようなものを見つけることができませんでした。

よろしくお願いします。

私が直面した問題は、プロジェクトを正しく実行したことですが、アプリケーションを IIS 環境にデプロイすると、スクリプト (ポータブル領域 Dll に埋め込まれている) が見つかりませんでした (404 エラー)。

それで、なぜこれが起こるのかという鍵について助けを求めたいですか？コードは次のとおりです。

上記はスクリプトと呼ばれるビューでした（ローカルホストでは機能しますが、IIS 環境では見つかりません）

および登録ルート:

誰か提案をしてもらえますか？ありがとうございました。

編集:

スクリプトをアセンブリ (Dll) からメイン プロジェクトに移動しようとしましたが、IIS 環境でも動作します。明らかに、ルートが IIS 環境ではなく localhost で見つかるのはなぜですか? 関連するキーワードと問題について検索しましたが、機能しません。