c# – 使用松散耦合的WCF Web服务的ASP.NET MVC
发布时间：2020-12-15 21:31:07 所属栏目：百科 来源：网络整理
导读：我之所以需要松散耦合的WCF,是因为实体框架是紧耦合的.当我说松散耦合时,不需要实例化数据库上下文或添加WCF的服务引用.当开发人员需要更改服务器,IP地址或服务URL时,它只依赖于Web配置或一些不需要编译的.ini文件. 相反,MVC(比如控制器)将只发送请求消息,然
|
我之所以需要松散耦合的WCF,是因为实体框架是紧耦合的.当我说松散耦合时,不需要实例化数据库上下文或添加WCF的服务引用.当开发人员需要更改服务器,IP地址或服务URL时,它只依赖于Web配置或一些不需要编译的.ini文件.
相反,MVC(比如控制器)将只发送请求消息,然后从WCF服务获取响应数据.但是,如果没有基于数据库的模型(因为我们需要在intellisense中进行视图标记),我们仍然负担不起,其中WCF将获取数据.假设我们已经有了这些数据库对象类,创建了一个将WCF数据绑定到MVC模型的存储库. 我的意思是WCF Web服务,它只包含消息,不再传递对象引用,因为这就是新的SOA定义.传递消息而不是对象更有意义. 这是一种更好的方法吗？在可扩展性和性能方面,我并不是要冒犯实体框架粉丝. 解决方法
根据仅使用基本类型的消息模式来定义WCF Web服务是一种完全有效的方法,因此客户端无需了解WCF即可使用该服务.否则,WCF对于与其他平台(例如
Java)的互操作将是无用的.
了解WCF是一种通用且强大的框架,用于实现各种传输协议的通信.它可以同样有效地用于原始XML消息传递,也可以用于对象编程.对象序列化和反序列化是框架的可选附加,而不是要求. (实际上没有“传递对象引用”这样的东西 – 最终它是一个遍布通信通道的XML信息集.此外,实体框架不是WCF的一部分 – 它是一个独特的ORM框架,可以与WCF一起使用如果你想,但这是你的选择.) 可伸缩性和性能在数据和操作合同方面完全与服务设计正交.您应该随意采用任何方法来定义您的服务最适合您的应用程序.如果那是XML消息,那没关系 – 不要让别人告诉你. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |