【问题标题】:Silverlight/RIA Services and ASP .NET MVC/WebAPISilverlight/RIA 服务和 ASP .NET MVC/WebAPI
【发布时间】:2016-04-22 11:35:41
【问题描述】:

I did some research around but I have some doubts still about following topic...

我有 Silverlight/RIA 服务 项目,该项目需要具有 ASP.NET MVC 外观以及 WebAPI 以供某些不同的客户端使用。

所以我的问题如下

我们能否以某种方式将 RIA 服务与 ASP.NET MVC 5 一起使用?

如果不是,那么在 ASP.NET MVC 中表示所有现有逻辑的简单方法是什么?

谢谢!

【问题讨论】:

  • “需要具有 ASP.NET MVC 外观”是什么意思?另外,我认为 WebAPI 要求真的是 REST API 要求吗?您的客户肯定不在乎您使用什么服务器端框架吗?
  • @John Silverlight 和 RIA 服务已死。我需要将项目迁移到新的东西,但是如果使用 RIA 服务 + ASP.NET MVC 的变化比迁移整个项目要容易得多。
  • Silverlight 已死,但 RIA 服务原则上仍然可以使用,因为它已经开源(开放 ria 服务)。如果您将客户端迁移到适当的 .NET 应用程序,这主要是一种选择。

标签: asp.net-mvc silverlight asp.net-web-api wcf-ria-services


【解决方案1】:

Ria 服务与外观无关。

使用 RIA 服务的 Silverlight 应用程序或非插件可以托管在使用 ASP.Net 创建的网页中。


我们能否以某种方式将 RIA 服务与 ASP.NET MVC 5 一起使用?

是的。

可由 asp.net 后端使用的 RIA 服务不会获得 RIA 服务的好处,因为后端所做的更改不会向前生成到 Silverlight 插件等应用程序。它只是成为访问数据的另一种方式。

【讨论】:

  • 您是否介意澄清在 ASP.NET MVC 中重用 RIA 服务或从头开始生成 WebAPI 业务逻辑以获取一些 RIA 服务代码的成本?我的意思是我拥有的 RIA 服务代码很大,并且有很多逻辑可以与 EF 一起使用。所以我需要知道我必须使用哪种无痛方法,
  • @Dimi 如果代码重用是最重要的,那么现有服务没有理由不能使用,听起来您回答了自己的问题。我相信真正的问题是,应该利用多少旧/未使用技术中的代码债务?很难找到开发人员在 RIA 系统上工作,而 EF 更普遍使用。
猜你喜欢
  • 2011-07-09
  • 1970-01-01
  • 2010-10-19
  • 1970-01-01
  • 2011-02-05
  • 1970-01-01
  • 2010-11-19
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多