从过去的几个月开始,我正在研究最新的dot net框架中的项目.
我觉得在最新的dot net版本中,鼓励“服务”而不是组件.那是对的吗？
我在银光中看到过(我是银光的初学者)所有的数据库层操作都作为服务公开.我不知道现在组件程序是否也可用？
有什么好处？如果所有层都作为服务而不是DLLS公开,那么性能如何呢？
请通过这个主题的一些说明,我应该从哪里开始正确理解这个概念？
谢谢
SC
解决方法
它实际上与面向服务的体系结构有关 – 这种体验在很长一段时间内都很常见,而且很受欢迎.
这个想法是不同的操作彼此分离,因此可以重用和修改它们,而无需重新编译使用它的应用程序.不是在DLL中的一段代码被修改和复制到任何地方,而是可以部署服务,该服务表示特定处理或信息源的单个访问点.
假设您有信用卡验证组件.您可以编写此代码并将其编译为DLL并开始在所有应用程序中包含该代码.除非您发现错误或CC验证规则发生变化,否则没有错.或者您可能希望将其升级以针对黑名单进行检查.如果不重新编译使用它的应用程序,则无法执行任何操作.
但是,如果您的信用卡验证作为服务公开,则可以进行更改并部署到一个位置.如果签名相同(相同的参数和响应),应用程序甚至不必知道它已被更改.
使用服务而不是组件的另一个优点是服务可以托管在任何地方.它们可以位于本地服务器上,也可以位于世界的另一端.
说完之后,就像你应该根据具体情况决定架构一样.虽然信用卡验证是服务有用的一个很好的例子,但提供呈现HTML控件的服务并没有多大意义.
原文地址：https://www.jb51.cc/aspnet/252030.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
