我們在這裏有一個大的WebForms應用程序，我們希望逐個移植到mvc。在Web應用程序之間共享數據
我寧願沒有co-mvc/webforms解決方案，而寧願創建一個全新的mvc應用程序，該應用程序可以從我們的webform應用程序中調用，並且可以調用我們的webform應用程序。
問題在於兩者之間共享信息。我們在webforms應用程序中大量使用會話對象，直到所有內容都被轉換爲止，都需要保持不變。
所以，有沒有辦法讓我們寫入我們的mvc應用程序中的會話對象，並讓webforms應用程序撿起它，反之亦然？
或任何人都可以建議另一種非數據庫的方式來做到這一點？
編輯
其實我將擴展這是 「共享跨Web應用程序」。
請原諒我不直接回答這個問題，但我可以給你一些建議嗎？
任何優勢，你可以可能從「大的WebForms應用程序」，您使用「會話對象相當嚴重」轉換爲MVC應用程序獲取將被重寫應用程序的成本所淹沒。
它甚至不會接近。
幾年前，我在醫療領域擁有一個價值100萬美元/年的公司的熟人讓他的工程師讓他改寫他們的旗艦產品。他們的動機是他們聽說過微軟的一項新技術會是多麼美好（如果你需要知道的話，VB6是最初的技術是Delphi）。
該公司在兩年內停業。
不僅產品晚了，它的功能和bug比老產品要少。他們的競爭？那麼，雖然他們在重寫過程中感受到了所有的自鳴得意和「最新技術」，但是競爭卻在增加功能並改進他們的產品。市場的判斷是迅速和殘酷的：如果你對你的閃亮的新技術感到滿意，它不會護理。
對於一般的MVC和WebForms，我對兩者都非常熟悉，我喜歡MVC。但它們只是兩種不同的方式來達到相同的目的，每種方式都有其優點和缺點。重寫一個應用程序的想法，你的業務取決於只是爲了從一個到另一個聽起來很瘋狂。
這篇文章http://www.asp101.com/articles/jayram/sharestate/default.asp建議使用一個Web應用程序與每個網站作爲子文件夾（而不是Web應用程序）在下面，但這對我來說似乎有點笨拙。
更好的選擇是在Web應用程序進程之外使用共享會話存儲。 顯而易見的選擇是SQL狀態服務，但如果您不想要數據庫，則可以推出自己的會話提供程序。
如果您只共享少量簡單對象，則可以通過表單帖子或查詢字符串複製它們。使用文件系統而不是數據庫？很明顯，您必須根據您的要求同步來自兩個網站的對象。
您的評論是完全有效的，但我們正在重寫現有WebForms網站的大部分內容，並且已經替換了其中的另一部分。我們也將把剩餘的部分存放到SharePoint中。所以是的，我們不會爲了這個而重寫。交換機有一些非常有效的理由。 +1爲你的答案，因爲它是有效的。 – griegs 2010-01-18 03:52:13
griegs - 感謝upvote。祝你好運！ – 2010-01-18 04:07:40
是的，謝謝。我們認爲我們可能擁有它。我們只需要發送超過7個屬性，因此我們將創建一個對象，將其串行化並將其放在一邊。看起來最簡單。 – griegs 2010-01-18 04:15:10