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

从过去的几个月开始,我正在研究最新的dot net框架中的项目.

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

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

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

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

谢谢

SC

解决方法

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

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

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

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

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

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

相关文章

### 创建一个gRPC服务项目(grpc服务端)和一个 webapi项目(...
一、SiganlR 使用的协议类型 1.websocket即时通讯协议 2.Ser...
.Net 6 WebApi 项目 在Linux系统上 打包成Docker镜像,发布为...
一、 PD简介PowerDesigner 是一个集所有现代建模技术于一身的...
一、存储过程 存储过程就像数据库中运行的方法(函数) 优点:...
一、Ueditor的下载 1、百度编辑器下载地址:http://ueditor....