Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
DDD领域驱动设计
ddd-crew/ddd-starter-modelling-process:DDD设计入门建模流程
如果您是DDD的新手,并且不确定从哪里开始,则此流程为您提供了逐步指南,帮助学习和实际应用域驱动设计的各个方面:从围绕组织的业务模型定位到编码域模型。 使用此流程将指导您完成设计具有DDD思维方式的软件系统的每个基本步骤,因此您可以专注于业务挑战,而不会因同时学习DDD而感到不知
软件架构师或解决方案架构师必读的五本书 - javarevisited
我收到了许多高级Java开发人员的询问,他们渴望成为软件架构师或解决方案架构师,他们能做什么才能成为软件架构师?哪些书籍,资源或认证可以提供帮助?还有一般性的询问
领域驱动设计和Clean架构之间的区别? - stackexchange
问题:我一直在研究Robert C. Martin的Clean Architecture(CA),发现它对于促进大型应用程序的架构标准
幽默:数十年来TOGAF的致命问题 - Serge Meijboom
TOGAF数十年来的方向出错了:数据架构竟然是信息系统架构的一部分,其实信息系统架构应该是和数据架构没有依赖的,数据应该与技术无关。 众说纷纭: 流程的二重性在哪里?光有数据是没有用的,只它在为业务目标而处理时它才能获得价值。(数据架构应该放入业务架构中,DDD领域模型决定了数据结构) 这就是为什
关于有界上下文和微服务的关系以及它们的划分粒度 - Alberto Brandolini
如果您这些年来一直在企业软件体系结构的任何地方工作,您很有可能会遇到诸如“什么是微服务的正确粒度?”之类的问题。或“微服务和有界上下文是否相同?” 在接下来的几段中,我将尽力澄清。 定义 我想澄清的第一个问题是,两个概念都有一个模糊的定义。定义这些概念本身已经很困难,因此将两者结合起来很容易使对话变
DDD(领域驱动设计)是微服务体系结构的核心和最重要的基础 - Prabhat
DDD(域驱动设计)是微服务体系结构的核心和最重要的基础。不了解DDD就无法掌握微服务架构真正的美丽之处。 微服务架构顾名思义是一种将后端应用构建为一组小型服务的方法。每个服务都在自己的进程中运行,并使用HTTP / HTTPS,WebSocket或
产品经理DDD必读:使有界上下文与业务价值流对齐 - Marco Consolaro
在社会技术系统中调整有界上下文,以支持业务价值流。当您能够了解业务的价值流时,请在DDD战略层面上使用它们。 例如,在一家在线销售实物商品的电子商务公司中,体现业务价值流的活动包括: [list] [*](
DDD+微服务大型案例:Uber如何从复杂的RPC微服务转向面向业务领域的微服务架构DOMA? -优步工程博客
最近,围绕面向服务的体系结构,尤其是微服务体系结构的弊端进行了大量讨论。仅仅几年前,由于许多人宣传微服务架构的好处,例如独立部署形式的灵活性,明确的所有权,系统稳定性的改进以及更好的关注点分离,很多人很快采用了微服务架构,近年来人们开始谴责微服务会大大增加其复杂性。 随着Uber增长到大约2,200
探索使用六角形架构的端口适配器模式实现DDD -codecentric
六角体系结构是实现域驱动设计时要使用的关键设计模式。它支持不断变化的变化,有助于保持测试套件的快速和可靠,并保护系统免受技术问题引起的连锁反应的影响。这一系列博客文章探讨了它的起源和益处,以及五种可能的实现方式及其各自的特征。 [b]为什么要进行域驱动设计?[/b]
事件风暴新词汇表 -ddd-crew
EventStorming是超越孤岛边界进行协作的最明智的方法。EventStorming的力量来自于一个多元的,多学科的人群,他们在一起拥有很多智慧和知识。虽然最初是为研讨会设计的,以模拟领域驱动的设计集合,但现在它的应用范围更广。从获得整个领域的全局问题空间到深入了解整个软件交付流程并制定长期计
领域驱动设计的概念解释 -DEV
使用[url=
如何构建基于DDD领域驱动的微服务? - Chandra
尽管微服务中的“微”一词表示服务的规模,但它并不是使用微服务的唯一标准。当团队转向基于微服务的架构时,他们旨在提高敏捷性以及自主且频繁地部署功能。很难确定这种架构风格的简单定义。我喜欢Adrian Cockcroft的关于微服务的简短定义: “ 面向服务的体系结构
根据业务能力实现DDD建模 - trond
将大型复杂系统模块化为更小和更易于管理的部分是一种最佳实践,这不仅是为了降低每个部分的认知负担,而且还可以降低团队的独立性和运营弹性。棘手的一点是如何划定边界,使整个系统稳定而可持续。 带有边界的上下文是领域驱动设计的一种方法,业务领域的语言用作指导,还有另一种方法是从业务模型定义的功能中汲取灵感,
幽默:程序员和测试员在解决业务问题的迥异应对 - QualityFrog
问题:当我4岁时,我妹妹2岁,现在我44,我妹妹多大? 程序员:44 - (4 - 2) = 42 测试员:很困难有一个答案。她可能是42岁,但她也可能是41岁或43岁,因为您没有说生日。而且,她可能已经死了。最后,您可能以为她是您的妹妹,但实际上你妈妈和另一个男人有外遇,其
为什么需要从按技术分层(dao,控制器,实体)转移到按业务功能(userMgmt,productMgmt)打包?- phauer
一种流行的方法是出于技术考虑进行包装Package。但是这种方法有一些缺点。相反,我们可以按功能打包并创建自包含且独立的程序包,结果是一个易于理解且不易出错的代码库。 [list] [*]按技术打包类的缺点: [list] [*]对属于某个要素的所有类的概述不佳。 [*]通用代码,重用代码和复杂代码
领域驱动设计中的聚合是什么? - James Hickey
聚合是领域驱动设计DDD中最容易被误解的概念之一,只是一堆实体和值对象吗?还是更多? 什么是聚合?当然,这是领域驱动设计的核心模式……但这只是对象的集合吗? 马丁·福勒(Martin Fowler)解释说: 聚合是数据存储传输的基本元素–您请求加载或保存整个聚合。事务不应跨越聚合边界。
决定项目成败的三件事 - 企业工艺
以下三点使您成功完成任何项目的90%的方法(不考虑可能的组织问题): 跟随YAGNI和KISS YAGNI代表“您将不再需要”,并主张不要花时间在目前不需要的功能上 KISS致力于使其余功能保持简单 实施域驱动设计(DDD)。尤其是: 专注于核心领域 维护封装 做单元测试
GitHub - mariuszgil/awesome-eventstorming: 事件风暴建模工具集
EventStorming是一种基于研讨会的方法,可以快速找出软件程序领域中正在发生的事情。与其他方法相比,它非常轻巧,不需要计算机的特别支持。在宽阔的墙上的粘便笺表示。业务流程被“冲出”为一系列领域事件,这些事件被表示为橙色便签(维基百科定义) 我与EventStorming的第一次接触是偶然的,
上页
下页