【问题标题】:Using RIA Services directly within an ASP.NET MVC 2.0 project在 ASP.NET MVC 2.0 项目中直接使用 RIA 服务
【发布时间】:2010-11-29 10:47:49
【问题描述】:

我正在开始一个新项目,它需要一个 ASP.NET MVC 2.0 网站、一个 Silverlight 部分和一个 Windows Phone 7 UI。

我的计划是使用 WCF RIA 服务创建一组服务,这些服务将用于所有不同的 UI 项目。对于 Silverlight 项目,我将使用标准工具集成,Windows Phone 看起来可能必须是由 RIA 域服务公开的 WCF 服务,但我不确定 ASP.NET MVC 网站。

我最初的想法是简单地引用包含域服务的类库并直接使用它们。这可以被认为是在 ASP.NET MVC 网站中使用 RIA 域服务的可行方法吗?

亲切的问候

迈克尔

【问题讨论】:

    标签: asp.net asp.net-mvc


    【解决方案1】:

    我知道这个问题被问到已经过去了很长时间,但既然我不得不做出这样的决定,我不妨把它记录下来,以帮助他人。

    我在这样一个环境中工作,许多旧应用程序和新应用程序并存,旧应用程序正在逐步淘汰。因此,我们必须在从 MS Access 到 C#、VB、Web 表单、MVC 3 甚至 Flex、Reporting Services 中的 Web 服务端点的所有内容之间建立互操作性……不胜枚举。

    多客户端方案中最大的痛点之一是随着时间的推移维护互操作性。随着数据、需求和交付机制的变化,保持顺畅最终会占用大量资源。

    我的方法是通过定义 1) 模型、2) 序列化/反序列化层和 3) 服务层来创建一个且唯一一个用于读取给定数据源的机制。所有需要使用 XY_Data 的项目都必须使用 XY_Service 来通过 XY_Serializer 获取 XY_Objects。 XY_Application 中允许直接 db 调用或存储过程等。这使我可以在不重新启动任何东西的情况下使用错误修复和升级替换 DLL(版本化)。我几乎从不完整发布。

    所以是的,你的建议会奏效。我只建议您在您的数据您的 API 中严格执行单一数据源和 DRY 政策。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-02-16
      • 1970-01-01
      • 2010-12-30
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多