1

これは私の最初の質問です。私が働いている会社は、かなり大規模で古い vb.net サイトを使用しています。私たちは、mvc.net をサイトに統合したいと考えていました。私は、Steven Sanderson による「Pro ASP.NET MVC 2 Framework」という本を読んでいます。2 つのシステムをマージするのはそれほど複雑ではないようです。

内訳は次のようになります。

  1. ビルド ファイルの更新 - GUID を追加して、IDE が mvc ファイルのオプションを提供するようにします。
  2. mvc.net のアセンブリ参照を追加します。
  3. ルーティングを有効にします。（最初にvb.netルーティングを使用し、次にmvcを使用していることを確認する必要があります）
  4. web.config をマージします。(GUID を取得した新しい空の mvc.net vb プロジェクトを使用)
  5. 任意のフォルダーを追加して、mvc の使用を開始します。

参考までに、現在 .net 3.5 を使用していますが、運用チームからは 4.0 でも問題ないとのことです。

私が遭遇した問題は、空の mvc プロジェクトの GUID が機能しないことです。それらを古いプロジェクトに追加すると、「このプロジェクト タイプはこのインストールではサポートされていません」というメッセージが表示されます。エラー。プロジェクトの種類に詳しくなく、ここから先に進む方法がわかりません。いくつかの組み合わせを試しましたが、成功しませんでした。

これを機能させるために正しいGUIDを取得または生成できる場所を知っている人はいますか? 誰かがこれを行った場合、他に注意すべき落とし穴はありますか? プロジェクトを別のブランチにコピーしたので、他に影響を与えることなく自由に変更できます。

編集: これらはメイン サイト プロジェクトの GUID です: {349c5851-65df-11da-9384-00065b846f21}; {F184B08F-C81C-45F6-A57F-5ABD9991F28F}

これらは、新しい mvc4 プロジェクトの GUID です (私は MVC2-4 にうるさいわけではありません) {E3E379DF-F4C6-4180-9B81-6769533ABE47}; {349c5851-65df-11da-9384-00065b846f21};{fae04ec0-301f-11d3-bf4b-00c04f79efbc}

4

1 に答える 1

0

現在のコード ベースをそのままにしておくことをお勧めします。

ASP.Net MVC ですべての新しい開発 (新しいモジュール) を開始できます。その後、この新しいモジュールをアプリケーションに統合するだけです。このようにして、すべての回帰を尊重されたコードベースに保つことができます。

セッションの場合にのみ問題に直面します。InProc セッションを行っている場合、共有するのは少し難しくなります。すでに OutProc であれば簡単です。

于 2013-03-28T04:16:45.730 に答える