ASP.net中在物理层之间移动数据的最佳策略

ASP.net中在物理层之间移动数据的最佳策略,.net,asp.net,distributed,soa,.net,Asp.net,Distributed,Soa,构建一个新的ASP.net应用程序,并计划将DB、“服务”层和Web/UI层分离为单独的物理层 在服务层和UI层之间移动序列化对象的最佳/最简单策略是什么 我正在考虑使用简单的ASP.net页面将POCOs序列化为JSON,以服务于中间层。这意味着UI/Web层将从(对外部用户隐藏的)Web服务器请求数据,该服务器将返回JSON字符串。这种JSON“发射器”似乎很容易测试。它似乎也很容易压缩,以便在层之间通过WAN高效地移动数据 IIS Asp.net UI webforms ^

构建一个新的ASP.net应用程序,并计划将DB、“服务”层和Web/UI层分离为单独的物理层

在服务层和UI层之间移动序列化对象的最佳/最简单策略是什么

我正在考虑使用简单的ASP.net页面将POCOs序列化为JSON,以服务于中间层。这意味着UI/Web层将从(对外部用户隐藏的)Web服务器请求数据,该服务器将返回JSON字符串。这种JSON“发射器”似乎很容易测试。它似乎也很容易压缩,以便在层之间通过WAN高效地移动数据

IIS Asp.net UI webforms
    ^
    ^
-- WAN --
    ^
    ^
IIS Asp.net webforms
 to generate JSON
    ^
SQL Server
我知道有些人使用.asmxwebservices来完成这类任务,但SOAP似乎有过多的开销,而且包不像序列化为JSON的POCOs那样可读(可测试)。其他人正在使用更复杂的技术,如我们从未使用过的WCF

是否有人建议使用.net技术在WAN上的数据(db)层和web(UI)层之间移动数据/对象


谢谢

听起来您需要一个restapi。ASP.NET MVC控制器将完成此任务

在这种情况下,是仍然使用“视图”,还是控制器直接发送JSON?或者视图是否直接发出JSON?控制器可以直接返回对象和集合,而无需呈现视图:)