数百ページで構成される既存の従来のASPイントラネットがあります。そのディレクトリ構造は次のようになります...
/root
app_1
app_2
...
img
js
style
明らかに、app_1などは、実際のディレクトリ構造でより適切な名前を持っています。
多くのアプリケーションは動作が異なりますが、すべて同じイントラネットの一部であるため、/ styleを介したスタイルシート、/ imgを介した画像、および/ jsを介したクライアントスクリプトを含めることで、共通のルックアンドフィールを共有します。
(少なくとも私にとっては)問題は、ASP.NETにイントラネットアプリケーションを追加したいときに発生します。
最終的に、私はこの構造が欲しいです:
/root
app_1
app_2
dotnetapp_1
dotnetapp_2
...
img
js
style
ASP.NETの「アプリケーション」は、自分自身を周囲のすべてのものとは別のものと見なすのが好きなようです(これは、それらがどのようになっているのかを理解しているだけかもしれません)。Visual Studioで新しい「プロジェクト」を作成すると、使用したい実際のルートより1レベル下の新しい「ルート」があるようになります。この新しいアプリケーションは、独自のイメージやスタイルなどを備えた、独立したもののようなものです。ただし、既存のイントラネットのサブパーツにしたいです。
最終的には、従来のASPイントラネット全体を「ルート」にし、/styleと/imgにアクセスできるASP.NET「サブアプリケーション」を作成できるようにしたいと考えています。ASP.NETの場合は/masterpagesを使用すると思います。 。
私は以前にこれを試しましたが、既存のイントラネットルートディレクトリをASP.NETプロジェクトルートにしたときに「プロジェクト」に追加された数百のクラシックASPページでVSが詰まったと思います([ファイル]->[開く]-> Webサイト)。VSをもっと手に入れたいので、VS 2008 SP1(現在は優れたNotepad ++を使用しています)を使用して既存のクラシックASPイントラネットを編集するとよいでしょうが、これは絶対に必要というわけではないと思います。
また、新しいASP.NETアプリケーションをそれぞれそれ自体でアプリケーションとして扱い、/ dotnetapp_1ディレクトリをアプリケーションの「ルート」にしました(VS2008では[ファイル]->[開く]->[Webサイト]を使用)。しかし、VSは、「別のアプリケーションに属している」ために/masterpagesを参照しようとすると文句を言いました。ルート/masterpagesを「指す」各ASP.NETディレクトリ内に仮想ディレクトリを追加することでそれを理解したと思いますが、コピーを作成するのではなく、VSがこれを行ったときにWYSIWYG編集をうまく提供できたかどうかはわかりませんイントラネットに追加するすべてのASP.NETアプリケーションのマスターページの
また、.NET MVCフレームワークにアクセスする可能性が非常に高いので、そのフレームワークを念頭に置いて回答を提供してください。「プロジェクト」がMVCにとってそれほど重要ではなく、全体(イントラネット)に貢献するアプリケーションを作成するのは単なるファイルの集まりであることを願っています。
したがって、問題は次のとおりです。既存の従来のASPイントラネットにASP.NETアプリケーションを最適に追加するにはどうすればよいですか(従来のASPとASP.NET間のセッション共有の技術については気にせず、ディレクトリの構造レイアウトとプロジェクト)、Visual Studio 2008 SP1でこれらの個別のアプリケーションを編集しながら、これらのアプリケーションを共通のイントラネットのルックアンドフィール*によって相互に「関連付け」ますか?
- 「MasterPagesを使う」という答えを投稿するだけではいけません。MasterPagesは、同じアプリケーション内の関連するページ間でスタイルを(そしておそらく)共有する.NETの方法であることに感謝します。わかりました。私が探しているのは、ASP.NETアプリケーションを既存のイントラネットにできるだけスムーズに追加するための最良の方法です。これにより、各アプリケーションの編集が簡単になり、各アプリケーションが(可能であれば)イントラネット共通のスタイルを共有できるようになります。