0

我们这里有一个大型的 WebForms 应用程序，我们希望将其逐个移植到 mvc。

我宁愿没有一个 co-mvc/webforms 解决方案，而是宁愿创建一个全新的 mvc 应用程序，它可以从我们的 webform 应用程序调用，也可以调用我们的 webform 应用程序。

问题在于两者之间共享信息。我们在 webforms 应用程序中大量使用 session 对象，并且在转换所有内容之前，它需要保持不变。

那么有没有办法让我们在我们的 mvc 应用程序中写入会话对象并让 webforms 应用程序拾取它，反之亦然？

或者任何人都可以建议另一种非数据库方式来做到这一点？

编辑

实际上，我会将其扩展为“跨 Web 应用程序共享”。

4

2 回答 2

2

请原谅我没有直接回答这个问题，但我能给你一些建议吗？

将“大量使用会话对象”的“大型 WebForms 应用程序”转换为 MVC 应用程序可能获得的任何优势都将被重写应用程序的成本所淹没。

它甚至不会接近。

几年前，我的一位熟人在健康领域拥有一家每年 1-2 百万美元的公司，让他的工程师说服他重写他们的旗舰产品。他们的动机是他们听说了微软的一项新技术将是多么美妙（如果你需要知道的话，VB6 - 最初的技术是德尔福）。

该公司在两年内倒闭。

该产品不仅晚了，而且与旧产品相比，它的功能更少，错误更多。他们的竞争？好吧，虽然他们在重写过程中感到自鸣得意和“最新技术”，但竞争正在增加功能并改进他们的产品。市场的判断是迅速而残酷的：它不在乎你是否对你闪亮的新技术感觉良好。

一般来说，关于 MVC 和 WebForms，我都非常精通，而且我确实喜欢 MVC。但它们只是达到同一点的两种不同方式，每种方式都有其优点和缺点。重写您的业务所依赖的应用程序只是为了从一个到另一个的想法对我来说听起来很疯狂。

于 2010-01-18T03:47:42.160 回答
1

这篇文章http://www.asp101.com/articles/jayram/sharestate/default.asp建议使用一个 Web 应用程序，每个网站都作为下面的子文件夹（不是 Web 应用程序），但这对我来说似乎有点笨拙。

更好的选择是在 Web 应用程序进程之外使用共享会话存储。显而易见的选择是 SQL 状态服务，但如果您不想要数据库，您可以推出自己的会话提供程序。

如果您只共享少量简单对象，您可以通过表单帖子或查询字符串复制它们。使用文件系统而不是数据库？显然，您必须根据您的要求从两个网站同步对象。

于 2010-01-18T03:53:48.290 回答