首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >.Net核心5 Web服务对象共享与参考

.Net核心5 Web服务对象共享与参考
EN

Stack Overflow用户
提问于 2021-07-19 07:10:39
回答 1查看 159关注 0票数 0

我在.net核心5中开发了2个.net,比如InventoryApi和SalesApi。

在InventoryApi中有一个名为Good的对象,在StockIO中使用。

Good与SalesApi中的SalesApi对象有关系。

我要参考哪些选项?

  1. 在SalesApi项目中使用共享的
  2. InventoryApi,并使用来自SalesApi
  3. 的好对象,还有其他解决方案吗?
EN

回答 1

Stack Overflow用户

回答已采纳

发布于 2021-07-19 07:25:57

TL;DR:

由于您已经将API组合在一个解决方案中,所以共享类在共享类库中是可以的。

我会给你一些关于职业和骗局的选择。还有其他的方法,但我认为这是最常见的。

  1. 共享类、共享类库项目
  2. 共享类、共享API项目
  3. 共享库(Nuget)
  4. 松散耦合或重新定义(nu重用)

共享类、共享类库项目

这是由两个API项目从解决方案中的代码访问的类。

普罗

所有共享组件的快速development

  • dedicated项目
  • 轻松访问

缺点

  • 缠结API的
  • 更高的复杂度(单类影响2个系统)

共享类、共享API项目

类似于上面的内容,但是您不是共享一个共享组件,而是执行完整的API项目。

普罗

  • 易访问
  • 快速开发

缺点

systems)

  • expose
  • 缠结API的
  • 更高的复杂度(单类影响2

完整的API项目)

共享库(nuget)

类似于共享库,但在本例中,您可以使用包管理器(如nuget )来管理包的发行版和版本。如果包需要与多个组件共享,则经常使用此方法。

普罗

如果需要包/发行管理的话,dependencies)

  • 很好(因为有很多
  • )

缺点

  • 更多工作设置
  • 更多工作用于应用更改

松散耦合或重新定义(nu重用)

如果共享类仅包含数据并用作数据传输对象(DTO),则可以在两个项目中分别定义它。

普罗

  • 无共享依赖组件

缺点

  • 被错配

的风险

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/68436441

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档