ここに大きなWebFormsアプリケーションがあり、MVCに少しずつ移植したいと考えています。
co-mvc / webformsソリューションは必要ありませんが、Webフォームアプリケーションから呼び出すことができ、Webフォームアプリケーションを呼び出すことができるまったく新しいmvcアプリケーションを作成したいと思います。
問題は、2人の間で情報を共有することにあります。Webformsアプリケーションではセッションオブジェクトを非常に頻繁に使用します。これは、すべてが変換されるまで、同じままである必要があります。
それで、mvcアプリケーションでセッションオブジェクトに書き込み、webformsアプリケーションにそれを取得させる方法はありますか？その逆もありますか？
または、誰かがこれを行うための別の非データベースの方法を提案できますか？
編集
実際、これを「Webアプリケーション間で共有する」ように拡張します。
直接質問に答えないことをお詫びしますが、アドバイスをいただけますか？
「セッションオブジェクトをかなり頻繁に使用する」「大規模なWebFormsアプリケーション」をMVCアプリに変換することで得られる可能性のある利点は、アプリケーションの書き換えコストに圧倒されます。
それも近くにはなりません。
数年前、健康分野で年間100万ドルの会社を所有していた私の知人は、彼のエンジニアに彼らの主力製品の書き直しについて話させました。彼らの動機は、Microsoftの新しいテクノロジの1つがどれほど素晴らしいものになるかを聞いたことでした（知る必要がある場合はVB6-元のテクノロジはDelphiでした）。
その会社は2年以内に廃業した。
製品が遅れただけでなく、古い製品よりも機能が少なく、バグが多かった。彼らの競争？さて、彼らは書き直しの間にすべての独善的で「最新の技術」を感じていましたが、競争は機能を追加し、製品を改善していました。市場の判断は迅速かつ残忍でした。光沢のある新しいテクノロジーに満足しているかどうかは関係ありません。
MVCとWebForms全般に関して、私は両方に非常に精通しており、MVCが好きです。しかし、それらは同じポイントに到達するための2つの異なる方法であり、それぞれに長所と短所があります。あなたのビジネスが依存しているアプリを、あるアプリから別のアプリに移動するだけで書き直すというアイデアは、私には夢中になっています。
この記事http://www.asp101.com/articles/jayram/sharestate/default.aspは、各Webサイトを下のサブフォルダー（Webアプリケーションではない）として1つのWebアプリケーションを使用することを提案していますが、これは少し不格好に思えます。
より良いオプションは、Webアプリケーションプロセスの外部で共有セッションストアを使用することです。当然の選択はSQLStateServiceですが、データベースが必要ない場合は、独自のセッションプロバイダーをロールすることができます。
少数の単純なオブジェクトのみを共有している場合は、フォームの投稿またはクエリ文字列を介してそれらをコピーできます。データベースの代わりにファイルシステムを使用しますか？明らかに、要件に応じて、両方のWebサイトのオブジェクトを同期する必要があります。