文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

ddd上下游上下文的关系

上下文的关系是指在软件开发中，不同模块或组件之间的相互依赖关系。上下游关系是指一个模块或组件在功能上依赖于另一个模块或组件的输出结果，即上游模块或组件的输出是下游模块或组件的输入。

在云计算领域中，上下游上下文的关系可以解释为不同云计算服务或组件之间的相互依赖关系。下面是一些常见的云计算服务和它们之间的上下游关系：

  1. 前端开发：前端开发是指开发用户界面的技术，包括HTML、CSS和JavaScript等。前端开发通常依赖于后端提供的API接口和数据，因此前端开发是后端开发的下游。
  2. 后端开发：后端开发是指开发服务器端应用程序的技术，包括处理业务逻辑、数据库操作和与前端交互等。后端开发通常依赖于数据库和服务器运维等服务，因此后端开发是数据库和服务器运维的下游。
  3. 软件测试：软件测试是指对软件进行功能、性能和安全等方面的验证和检测。软件测试通常依赖于开发完成的软件模块或组件，因此软件测试是开发工程师的下游。
  4. 数据库：数据库是用于存储和管理数据的系统。数据库通常被后端开发使用，因此数据库是后端开发的上游。
  5. 服务器运维：服务器运维是指对服务器进行配置、部署、监控和维护等工作。服务器运维通常依赖于云原生、网络通信和网络安全等服务，因此服务器运维是云原生、网络通信和网络安全的下游。
  6. 云原生：云原生是指基于云计算架构设计和开发应用程序的方法论。云原生通常依赖于云计算基础设施和服务，因此云原生是云计算基础设施和服务的下游。
  7. 网络通信：网络通信是指通过网络传输数据和信息的过程。网络通信通常依赖于网络安全和服务器运维等服务，因此网络通信是网络安全和服务器运维的上游。
  8. 网络安全：网络安全是指保护网络和系统免受未经授权的访问、使用、披露、破坏、修改或泄漏的威胁。网络安全通常依赖于云计算基础设施和服务，因此网络安全是云计算基础设施和服务的上游。
  9. 音视频：音视频是指音频和视频的处理和传输。音视频通常依赖于存储和网络通信等服务，因此音视频是存储和网络通信的下游。
  10. 多媒体处理：多媒体处理是指对多媒体数据进行编辑、转码、压缩和解码等操作。多媒体处理通常依赖于存储和音视频等服务，因此多媒体处理是存储和音视频的上游。
  11. 人工智能：人工智能是指模拟和实现人类智能的技术和方法。人工智能通常依赖于大数据和计算能力等服务，因此人工智能是大数据和计算能力的下游。
  12. 物联网：物联网是指通过互联网连接和管理物理设备的网络。物联网通常依赖于云计算基础设施和网络通信等服务，因此物联网是云计算基础设施和网络通信的上游。
  13. 移动开发：移动开发是指开发移动应用程序的技术，包括Android和iOS平台的开发。移动开发通常依赖于云计算基础设施和后端开发等服务，因此移动开发是云计算基础设施和后端开发的下游。
  14. 存储：存储是指用于存储和管理数据的技术和设备。存储通常被后端开发、音视频和多媒体处理等服务使用，因此存储是后端开发、音视频和多媒体处理的上游。
  15. 区块链：区块链是一种去中心化的分布式账本技术。区块链通常依赖于网络安全和存储等服务，因此区块链是网络安全和存储的下游。
  16. 元宇宙：元宇宙是指虚拟现实和增强现实技术与互联网的结合。元宇宙通常依赖于云计算基础设施和人工智能等服务，因此元宇宙是云计算基础设施和人工智能的上游。

腾讯云相关产品和产品介绍链接地址：

  • 云计算基础设施：https://cloud.tencent.com/product/cvm
  • 数据库：https://cloud.tencent.com/product/cdb
  • 服务器运维：https://cloud.tencent.com/product/cvm
  • 云原生：https://cloud.tencent.com/product/tke
  • 网络通信：https://cloud.tencent.com/product/vpc
  • 网络安全：https://cloud.tencent.com/product/ddos
  • 音视频：https://cloud.tencent.com/product/vod
  • 多媒体处理：https://cloud.tencent.com/product/mps
  • 人工智能：https://cloud.tencent.com/product/ai
  • 物联网：https://cloud.tencent.com/product/iotexplorer
  • 移动开发：https://cloud.tencent.com/product/mapp
  • 存储：https://cloud.tencent.com/product/cos
  • 区块链：https://cloud.tencent.com/product/baas
  • 元宇宙：https://cloud.tencent.com/product/vr
相关搜索:DDD -从其他上下文中懒惰地获取信息DDD -图像的单个表还是每个有界上下文的单独表？DDD:无持久性的聚合根DDD与MDD的区别DDD中的工厂模式DDD中的数据访问？DDD中的本地化DDD和依赖注入上下文中的实体的状态机？DDD有界上下文命名DDD还是老式的？
相关搜索:
页面内容是否对你有帮助？
有帮助
没帮助

相关·内容

（三）DDD上下文映射图——老师，我俩可是纯洁的男女关系！

通过上下文映射图对其关系的展现，可以很直观的看到我们与外部团队之间的集成关系。...其实不是这个样子的，我们绘制上下文映射图的目的其实就是要明确当前系统中上下文直接的关系和状况，帮助我们决定下一步该怎么走。 绘制上下文映射图不用太正式，只要能清晰的表明上下文之间的关系就可以了。...组成上下文映射图的元素中，包括如下几部分： • 限界上下文 • 限界上下文之间的关系，即：上游（U：Upstream）和下游（D：DownStream） • 负责相应限界上下文的团队 • 上下文之间的集成关系...在DDD中，也存在这种关系，对于一个产品的成功，需要两个技术团队协同合作，即：一损俱损，一荣俱荣。那么就会催化出合作关系，大家一同协调彼此的研发计划和团队管理工作，为同一个目标共同努力。...有了这些字母标签，上下文在图中的位置关系就不那么重要了，但是，这些位置关系依然能给我们营造一种好的视觉效果。

21940

ddd中的子域和界限上下文 顶

上下文的意思就是说一个概念在一个上下文中所关注的是一种意思，到了另一个上下文中所关注的是另一种意思。...任何互联网产品都会有用户这个概念，但是这个概念在不同的上下文中可能就完全不一样，比如买家和卖家就是在不同上下文中的意义。如果一个概念在两个子域中都一样，那就有可能这两个子域属于同一个上下文。...先来说一下一个概念在不同的子域属于不同上下文的例子，比如顾客在电商系统中，在购买时，可能表示的是他过往的购买记录，消费水平，折扣这些。而购买之后可能表示名字，地址，购买价格等等。...一般系统中都有用户和权限的东西，但这种东西在界限上下文中都可能在子域中与各种协作人员发生耦合。用户和权限与协作活动没有任何关系，并且与协作的通用语言也风马牛不相及。...在协作上下文中出现的每一种概念都必须与协作存在语言层面上的关联。我们应该关注的是协作概念，比如作者和主持者，这些才是协作活动中的正确概念和语言。

1.1K50

DDD 实战 (4)：战略设计之系统上下文和限界上下文

首先，对战略设计的理论知识做一个浓缩性介绍；其次，分三节介绍“群买菜”的 DDD 战略设计，包括：本节介绍系统上下文定义、限界上下文识别；下节介绍“群买菜”限界上下文映射、系统分层架构；最后一节介绍群买菜...下面我就这 3 方面的工作先做个进一步的介绍（这种在实例演示之前，同步的简要介绍相关的 DDD 理论概念，是本专题的写作风格之一）： 系统上下文识别。...本节中我会演示我是怎么进行“群买菜”限界上下文识别的。 限界上下文关系映射。“限界上下文关系映射”就是搞清楚这些“限界上下文”模块之间是怎样的协作关系。...进行“限界上下文关系映射”的最好方法，就是从前面全局分析得到的“业务用例”中，挑选出跨限界上下文的那些“业务用例”，然后用“服务序列图”的方式对这些用例服务的实现过程进行分析，最后归纳找出合适的“限界上下文关系映射...为此，就不设立独立的、可作为统一对接上下游系统的“定位导航”上下文了。

80220

DDD兴起的原因以及与微服务的关系

DDD包括两部分，战略设计部分和战术设计部分 战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。...、限界上下文等边界，建立领域模型， 这是一个收敛的过程。...第一步：在事件风暴中梳理业务过程中的用户操作、事件以及外部依赖关系等，根据这些要素梳理出领域实体等领域对象。...在这个图里，限界上下文之间的边界是第二层边界，这一层边界可能就是未来微服务的边界，不同限界上下文内的领域逻辑被隔离在不同的微服务实例中运行，物理上相互隔离，所以是物理边界，边界之间用实线来表示。...梳理一下DDD与微服务的关系， DDD 是一种架构设计方法，微服务是一种架构风格，两者从本质上都是为了追求高响应力，而从业务视角去分离应用系统建设复杂度的手段。

20520

DDD领域驱动实战 - 限界上下文（bounded context）

DDD。...设计过程可以用一些表格，来记录事件风暴和微服务设计过程中产生的领域对象及其属性。比如，领域对象在DDD分层架构中的位置、属性、依赖关系以及与代码模型对象的映射关系等。...DDD分析和设计过程中的每一个环节都需要保证限界上下文内术语的统一，在代码模型设计的时侯就要建立领域对象和代码对象的一一映射，从而保证业务模型和代码模型的一致，实现业务语言与代码语言的统一。...做到这点，就建立了领域对象和代码对象的映射关系，即可指导开发准确无误按设计文档完成微服务开发。即使是不熟悉代码的业务人员，也可很快找到代码位置。 限界上下文 语言都有语义环境，通用语言亦是。...为避免同样概念或语义在不同上下文环境中歧义，DDD在提出“限界上下文”，确定语义所在的领域边界。就可在统一的领域边界内用统一的语言进行交流。

4K33

微服务和DDD有什么关系

什么是 DDD 呢？DDD 与微服务之间到底有着什么样的联系？ DDD 是一种在面向高度复杂的软件系统时，关于如何去建模的方法论，它的关键点是根据系统的复杂程度建立合适的模型。...也就是说 DDD 关注的是要构建的系统中，关于所要解决的问题的业务、流程和数据等内容是如何工作的，在这些东西理清之后，DDD 去构建出一个模型，接着再去选择具体的实现技术。...DDD 强调的是解耦具体实现技术，所以它可以迅速梳理核心业务逻辑。...用什么方式去做领域模型的构建，方法是多样的，Event Storming（事件风暴），成为了一种经典的 DDD 落地模式。 理解了 DDD 的核心理念，就知道它和微服务的关系了。...DDD 的本质是一种软件设计方法，而微服务架构是具体的实现方式。 微服务架构虽好，但并没有给出如何对复杂系统进行分解的具体方法论，而 DDD 正好就是解决方案。

1.6K10

DDD理论学习系列（3）-- 限界上下文

引言 限界上下文可以拆分为两个词，限界和上下文。 限界：是指一个界限，具体的某一个范围。 上下文：个人理解就是语境。 比如我们常说的段子： “我想静静。”...但在DDD中，在商品子域和销售子域中，可以共享这个Product对象，但在物流子域，就有点大材小用。为什么呢？因为毕竟物流子域关注的是商品的发货处理和物流跟踪。...在DDD的思想下，当划分子域之后，每个子域都对应有各自的上下文。在销售子域和商品子域所在的上下文语境中，商品就是商品，无二义性。...这也是DDD带来的好处，让我们更清晰的建模。 3. 限界上下文的命名 限界上下文只是一个统一的命名，在我们划分子域后，每个子域一般对应一个上下文，也可以对应多个上下文。...但如果子域对应多个上下文的时候，就要考虑一下是不是子域能否继续划分。 命名方式很简单，领域名+上下文。 比如我们的销售子域对应销售上下文，物流子域对应物流上下文。 4.

972100

DDD-如何集成限界上下文和应用服务的使用

JSON展现数据非常有用，但是当我们考虑到DDD的目标时，客户方的限界上下文是不会原封不动地消费这些JSON数据的。...在前面的章节中我们已经讲到，如果消费方是协作上下文，该上下文的开发团队对原生的用户和角色信息并不会感兴趣，他们关心的是更加特定于自身领域的角色。...本章以Scrum产品和 敏捷项目管理上下文 的交互为例，给出通过消息集成的方式敏捷项目管理上下文将通过身份与访问上下文来管理不同的角色。...我们所创建的 展现模型不应该与领域模型中的聚合状态存在一一对应的关系。否则，你的客户端便需要像聚合本身一样了解你的领域模型。...比如，要在视图中显示一个特定的控件，这并不会与领域模型中的属性存在直接的关系，而是可以从这些属性中推导得出。我们不会要求领域模型对视图显示属性提供特别的支持，而是将职责分给展现模型。

1.5K00

限界上下文是什么鬼？DDD 最抽象的概念详解

比如，领域对象在 DDD 分层架构中的位置、属性、依赖关系以及与代码模型对象的映射关系等。...DDD 分析和设计过程中的每一个环节都需要保证限界上下文内术语的统一，在代码模型设计的时侯就要建立领域对象和代码对象的一一映射，从而保证业务模型和代码模型的一致，实现业务语言与代码语言的统一。..., 主要目的是为了避免同样的概念在不同领域产生不同语义或歧义, DDD在战略上提出"限界上下文"这个概念, 用来确定语义所在的领域边界。...- 限界上下文与微服务 - 限界上下文在微服务设计中作用以及意义是什么 接下来，我们对这个概念做进一步的延伸。看看限界上下文和微服务具体存在怎样的关系。我想你买过保险吧，或者听过吧。...因此，我们只有理解了限界上下文的真正涵义，以及它在微服务设计中的作用，才能真正发挥 DDD 的价值，这是基础也是前提。

4.3K40

DDD领域驱动实战(二)-限界上下文(bounded context)

通用语言中的 名词 给领域对象等概念命名，如商品、订单，对应实体对象 形容词 描述这些概念 动词 表示可完成的操作，比如一个动作或事件，如商品已下单、订单已付款，对应领域事件或命令 通用语言贯穿DDD...比如，领域对象在DDD分层架构中的位置、属性、依赖关系以及与代码模型对象的映射关系等。...DDD分析和设计过程中的每一个环节都需要保证限界上下文内术语的统一，在代码模型设计的时侯就要建立领域对象和代码对象的一一映射，从而保证业务模型和代码模型的一致，实现业务语言与代码语言的统一。...做到这点，就建立了领域对象和代码对象的映射关系，即可指导开发准确无误按设计文档完成微服务开发。即使是不熟悉代码的业务人员，也可很快找到代码位置。 限界上下文 限界上下文就是用以确定语义所在的领域边界。...每个领域模型都有它对应的限界上下文。领域内所有限界上下文的领域模型构成整个领域的领域模型。 理论上限界上下文就是微服务的边界。

30920

DDD领域驱动实战(二) - 限界上下文（bounded context）

DDD。...设计过程可以用一些表格，来记录事件风暴和微服务设计过程中产生的领域对象及其属性。比如，领域对象在DDD分层架构中的位置、属性、依赖关系以及与代码模型对象的映射关系等。...DDD分析和设计过程中的每一个环节都需要保证限界上下文内术语的统一，在代码模型设计的时侯就要建立领域对象和代码对象的一一映射，从而保证业务模型和代码模型的一致，实现业务语言与代码语言的统一。...做到这点，就建立了领域对象和代码对象的映射关系，即可指导开发准确无误按设计文档完成微服务开发。即使是不熟悉代码的业务人员，也可很快找到代码位置。 限界上下文 语言都有语义环境，通用语言亦是。...为避免同样概念或语义在不同上下文环境中歧义，DDD在提出“限界上下文”，确定语义所在的领域边界。就可在统一的领域边界内用统一的语言进行交流。

54820

Spring --- 你真的明白Spring上下文之间的关系吗？

(本文用的名字，方便交流)，本文帮助完全弄明白他们之间的关系 上下文之间关系 本节内容完全COPY halty的回复，只是修改了一些拼写错误，鼓励大家去看原文 要想很好理解这三个上下文的关系，需要先熟悉...DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有spring mvc相关的bean。...先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。...这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文(第2步中初始化的上下文)定义的那些bean。...但是很少这么使用，原因我还不清楚，如果你知道，还请指教，不胜感激） 参考 spring中DispatcherServlet、WebApplicationContext、ServletContext之间的关系

1.1K40

从架构演进谈 DDD 兴起的原因以及与微服务的关系

DDD包括两部分，战略设计部分和战术设计部分： 战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。...、限界上下文等边界，建立领域模型， 这是一个收敛的过程。...第一步：在事件风暴中梳理业务过程中的用户操作、事件以及外部依赖关系等，根据这些要素梳理出领域实体等领域对象。...在这个图里，限界上下文之间的边界是第二层边界，这一层边界可能就是未来微服务的边界，不同限界上下文内的领域逻辑被隔离在不同的微服务实例中运行，物理上相互隔离，所以是物理边界，边界之间用实线来表示。...梳理一下DDD与微服务的关系， DDD 是一种架构设计方法，微服务是一种架构风格，两者从本质上都是为了追求高响应力，而从业务视角去分离应用系统建设复杂度的手段。

42540

如何用 DDD 给 DDD 建模，破解 DDD 的魔法？

战略设计的模型：DDD 自身的核心子域是什么？ 在有了统一语言之后，我们就可以知道子系统-领域-子域-限界上文的关系，毫无疑问都是一对多。...在进行 DDD 建模时，DDD 的核心域取决于 scope，也就是会出现因团队而异的场景。 战略设计的模型：如何表示上下文间的关系？...接着，我们就为到 DDD 最常被提到的上下文映射图，即用于表示一个子域内多个上下文的关系，如下图所示： 从代码化的方式来考虑，这个图并不复杂，采用形如 Graphviz 的模式就能表示： ContextMap... {  ShoppingCarContext -> MallContext;  ShoppingCarContext  MallContext;} 唯一有意思的点在于，如何表示两个限界上下文间的关系...战术设计的模型: 限界上下文的表示 接下来，就是表示一下限界上下文了： 一个限界上下文下，包含了多个聚合。所以，从模型的形式上，我们需要 Aggregate 这样一个容器，用于显式表达这个概念。

80720

使用上下游思维实现系统解耦

上下游思维定义 关于服务的上下游的定义，在DDD建模方法中，在确定了限界上下文（bounded context）后通过在上下文映射（context mapping）中使用上下游来表示上下文依赖的方向，其确定的依据是下游需要了解上游的领域知识实现业务...参考限界上下文的上下游关系，我把上下游思维定义为：上游服务不受下游服务的业务能力和可用性影响，反之则相反。...我们会发现服务间的上下游关系比限界上下文中领域知识的上下游关系更复杂，而且上下游关系也会随着集成方式的不同而变化。...业务模型作为松耦合设计的基础，以上的级别依据于这个思路定义的。 一种常见的Level4级别的情况是处于伙伴关系的上下文。...对于处在level2级别的系统，由于系统的上下游关系相对清晰，重点可以放在采用合适的方式来完成上下游系统的集成上以实现。

45510

DDD为什么能火起来？和微服务有啥关系？

DDD包括两部分，战略设计部分和战术设计部分。 战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。...、限界上下文等边界，建立领域模型， 这是一个收敛的过程。...第一步：在事件风暴中梳理业务过程中的用户操作、事件以及外部依赖关系等，根据这些要素梳理出领域实体等领域对象。...在这个图里，限界上下文之间的边界是第二层边界，这一层边界可能就是未来微服务的边界，不同限界上下文内的领域逻辑被隔离在不同的微服务实例中运行，物理上相互隔离，所以是物理边界，边界之间用实线来表示。...梳理一下DDD与微服务的关系， DDD 是一种架构设计方法，微服务是一种架构风格，两者从本质上都是为了追求高响应力，而从业务视角去分离应用系统建设复杂度的手段。

50730

DDD实战之五：战略设计之上下文映射和系统分层架构

在完成了限界上下文的识别（也就是系统“最粗粒度”的模块划分）后，我们需要对这些上下文之间的协作关系进行分析——即“限界上下文关系映射”。...关于“限界上下文识别”和“限界上下文关系映射”，我认为这是 DDD 战略设计中最重要的部分，甚至可以说：这两个工作将决定了微服务切分是否有效的关键因素！...但是，肯定会有人说：限界上下文不用 DDD，我凭直觉就能识别出来。我的回答是：是的，你貌似可以！但更重要的是限界上下文的关系映射，这将决定做微服务拆分后、这些微服务之间是怎样做到“高内聚、低耦合”的。...如果你不用 DDD 战略设计，我可以很负责任的告诉你：你将来的“微服务”之间的调用关系一定会变得无法控制！...DDD 标准方法中一般用“上下游关系”、及诸如“开发主机服务 OHS”等方式表达，但我认为那是废话，并没有清晰的表达强弱关联，故不在这里采用）： 初始化店铺默认选项 根据产品 UI 原型的设计方案，新店铺创建后

92730

如何一步一步用DDD设计一个电商网站（一）—— 先理解核心概念

通用子域：某个支撑子域的运用范围是整个系统，那么这个子域便是通用子域。     上下文映射图：由多个界限上下文和子域组成的表示当前单个领域或者多个领域之间的集成关系图。...①合作关系（Partnership）：如果2个限界上下文的团队要么一起成功，要么一起失败，此时就是这种关系。应该为相互关联的软件功能制定好计划表，这样可以确保这些功能在同一个发布中完成。    ...如果2套功能没有显著的关系，那么它们是可以被完全解耦的。集成总是昂贵的，有时带给你的好处也不大。声明2个限界上下文之间不存在任何关系，这样使得开发者去另外寻找简单的、专门的方法来解决问题。    ...③这个核心域的支撑子域和通用子域是什么？     这里开始我们需要对我们整理出的各个上下文和子域结合起来，并且根据9种组织模式和集成模式表达出各上下文之间的关系。如下图5。...【图5，点击图片查看大图】     这里的U和D分别代表UpStream和DownStream，表达出上下游关系，并且图的位置也需要看出这点。

1.4K30

ICCV2023 | Masked Diffusion Transformer： 增强扩散模型对上下文关系的理解

我们的MDT可以从不完整的上下文输入中重建图像的完整信息，从而使其能够学习图像标记之间的相关关系。...MDT引入了一个蒙面潜在建模方案，专门为基于Transformer的DPMs设计，以明确增强上下文学习能力并改进图像语义之间的关联关系学习。MDT在潜在空间中进行扩散过程以节省计算成本。...它对某些图像标记进行掩码，并设计了一个不对称的掩码扩散变换器（AMDT），以一种扩散生成的方式预测被掩码的标记。MDT可以从其上下文不完整的输入中重建图像的完整信息，学习图像语义之间的关联关系。...通过这种掩码潜在建模方案，我们的MDT可以从其上下文不完整的输入中重建图像的完整信息，学习图像语义之间的关联关系。...由于不对称的掩蔽结构，使用被掩蔽的潜在嵌入的额外成本是很小的 实验 表1 表2 消融实验 表3 结论 这项工作提出了一种掩蔽扩散变换器，以增强DPMs的上下文表示并改善图像语义之间的关系学习。

1.2K40

可落地的DDD(4)-如何利用DDD进行微服务的划分(2)

我们没有纠结在过去的错误之中，而是重新读取了DDD的理论。这一次有了不一样的思考。 DDD中有战略设计，划分领域，找出限界上下文，识别出核心域。...，拆分微服务 非常抱歉了，涉及敏感信息，这里不能贴图,如果觉得太抽象不好理解，请参考DDD落地：业务分析师和架构师的完美结对 新的微服务划分标准 我们提出了一种新的微服务划分标准 确定以限界上下文为微服务划分的标准...限界上下文不是凭空造出来的，而是从一个实体关联关系、与业务人员沟通出来的。...当你需要同时对店铺做营销，对用户做营销，显然他不应该在商品上下文了，那么可以剥离出来，作为一个独立的限界上下文：营销上下文。...相关阅读 可落地的DDD(1)-目标讨论 可落地的DDD的(2)-为什么说MVC工程架构已经过时 可落地的DDD(3)-如何利用DDD进行微服务的划分 关注【方丈的寺院】，第一时间收到文章的更新，与方丈一起开始技术修行之路

69720
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券