【问题标题】:Sharing Data between Web Applications在 Web 应用程序之间共享数据
【发布时间】:2010-01-18 01:12:31
【问题描述】:

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

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

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

那么有没有办法让我们在 mvc 应用程序中写入会话对象并让 webforms 应用程序接收它,反之亦然?

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

编辑

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

【问题讨论】:

    标签: web-applications session-variables


    【解决方案1】:

    请原谅我没有直接回答问题,但我能给你一些建议吗?

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

    它甚至不会很接近。

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

    公司在两年内倒闭。

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

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

    【讨论】:

    • 您的评论完全有效,但我们正在重写现有 WebForms 网站的大部分内容,并且已经替换了其中的另一部分。我们还将把剩余的部分移植到 SharePoint。所以,是的,我们不只是为了它而重写。切换有一些非常正当的理由。为您的答案 +1,因为它是有效的。
    • 是的,谢谢。我们认为我们可能拥有它。我们真的只需要发送超过 7 个属性,所以我们将创建一个对象,将其序列化并结束它。似乎是最简单的。
    【解决方案2】:

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

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

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-11-14
      • 1970-01-01
      • 2011-04-25
      • 2013-05-05
      • 2013-04-02
      • 2014-06-04
      相关资源
      最近更新 更多