加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 编程开发 > asp.Net > 正文

.net – 使用服务而不是组件有什么优缺点?

发布时间:2020-12-16 00:20:34 所属栏目:asp.Net 来源:网络整理
导读:从过去的几个月开始,我正在研究最新的dot net框架中的项目. 我觉得在最新的dot net版本中,鼓励“服务”而不是组件.那是对的吗? 我在银光中看到过(我是银光的初学者)所有的数据库层操作都作为服务公开.我不知道现在组件程序是否也可用? 有什么好处?如果所
从过去的几个月开始,我正在研究最新的dot net框架中的项目.

我觉得在最新的dot net版本中,鼓励“服务”而不是组件.那是对的吗?

我在银光中看到过(我是银光的初学者)所有的数据库层操作都作为服务公开.我不知道现在组件程序是否也可用?

有什么好处?如果所有层都作为服务而不是DLLS公开,那么性能如何呢?

请通过这个主题的一些说明,我应该从哪里开始正确理解这个概念?

谢谢

SC

解决方法

它实际上与面向服务的体系结构有关 – 这种体验在很长一段时间内都很常见,而且很受欢迎.

这个想法是不同的操作彼此分离,因此可以重用和修改它们,而无需重新编译使用它的应用程序.不是在DLL中的一段代码被修改和复制到任何地方,而是可以部署服务,该服务表示特定处理或信息源的单个访问点.

假设您有信用卡验证组件.您可以编写此代码并将其编译为DLL并开始在所有应用程序中包含该代码.除非您发现错误或CC验证规则发生变化,否则没有错.或者您可能希望将其升级以针对黑名单进行检查.如果不重新编译使用它的应用程序,则无法执行任何操作.

但是,如果您的信用卡验证作为服务公开,则可以进行更改并部署到一个位置.如果签名相同(相同的参数和响应),应用程序甚至不必知道它已被更改.

使用服务而不是组件的另一个优点是服务可以托管在任何地方.它们可以位于本地服务器上,也可以位于世界的另一端.

说完之后,就像你应该根据具体情况决定架构一样.虽然信用卡验证是服务有用的一个很好的例子,但提供呈现HTML控件的服务并没有多大意义.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读