DDD China 主客体建模法演讲
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
TechLead 少个分号
扫码关注公众号
扫码阅读
手机扫码阅读
文章摘要
文章探讨了领域驱动设计(DDD)中关于主体、行为、客体与分层的概念,并通过现象来解释它们之间的关系。其核心思想在于主体与客体之间的变化和权责的让渡,这在分层架构中体现为主客关系的变化。在分布式系统的部署中,接入层随应用层而定,而基础设施则随上下文而变。
文章提到了SORE诊断模型,该模型评估架构的合理性,并作为主客体关系的一种延伸。同时,康威定律通过团队作为主体,并通过约束其权责利实现落地。此外,团队成员的认知水平决定了他们在团队中的位置。
最后,文章提及了相关的文字内容和应用实例,如面向对象中的主体客体思维、主客体建模法、主客体命名法、DDD clinic:“千层饼”架构之痛、理解DDD:应用和服务分离、建模方法元模型设计、DDD中的多对多关系建模以及用分布式系统思考团队管理等主题。作者还提到了建立一个专属微信群以便讨论这些话题。
TechLead 少个分号
TechLead 少个分号
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
TechLead 少个分号的其他文章
DDD 中的多对多关系建模
多对多关系是软件建模中比较的麻烦的场景,如果梳理不清楚对软件架构伤害很大。在不久前的一个项目中,十足的体验了一次多对多关系带来的痛苦。
技术管理 | 作为 Tech Lead 应该操心什么?
Tech Lead 能力模型和参考工作任务清单。
系统设计 | OAuth2 的通俗解释和几个常见问题
OAuth2 不是一个很难的话题,但是我发现在很多场景下被反复讨论。
多对多关系解耦的数学原理
在面向对象设计中,多对多关系都是非常麻烦的问题。在现实中,我一般会根据经验让团队避免使用多对多关系。怎么从数学上看待这个问题呢?
研发自测之路:从"救火"到自测
哪有什么测试,自己点两下没报错就行了,反正上线后用户就是公司的测试。“互联网公司不需要测试人员,用户就是测试”这是老板的原话。
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线