接续... [Architecture Design] DDD经验分享 (中) 系统设计阶段 (SD) 「系统设计阶段」主要的工作是对设计完成的系统架构，做每个功能模块的对象设计。一般会采UML的「类别图」、「循序图」等等工具，来完成系统设计的工作。最终将设计完毕的解决方案，整理成一份「系统设计规格书」。如果说需求分析阶段是建立骨架，那么系统设计阶段就是填...
为什么要写这篇文章 1，在大半年前，公司开发任务比较轻松，自己不知道干什么，但是又想要学习技术，比较迷茫，后面我接触到了博客园，看了一个帖子，深有感触，我当时不知道学习什么，于是我信息给他，他居然回复我了，并且还给我建议学习的方向，以及学习的方法，我十分的感谢他。 2，在一次面试中，有人问我，你工作1年多了有没有做过自我总结，你觉得你的优势是什么，我当时吞...
SOA、REST 和六边形架构 上一篇：《IDDD 实现领域驱动设计－架构之经典分层》 阅读目录： SOA－面向服务架构 REST 与 RESTful 资源（Resources） 状态（State） 六边形架构 DDD 的一大好处就是并不需要使用特定的架构，经典分层架构只是一种，由于核心域位于限界上下文中，我们可以使用多种风格的架构，既然如此，...
这篇文章主要还是表述清楚DDD相关的基础概念，因为DDD入门有一定的专业名词，还是得有个基本的了解。 先讲解下领域模型作用： 对软件需求进行设计，维持其内在逻辑的一致性 1）划分边界、也是一种高内聚、低耦合 2）所有逻辑都是内聚在对象内部的【包含行为和数据】 为什么需要DDD？ 行业现状： 贫血模型、充血模型 领域模型就是DDD？ 其实领域...
记得之前在规划和设计微服务架构的时候，一个同事给我我一个至今依然记忆深刻的提示：你的设计蓝图里为什么没有看到DDD的影子呢？ 随着对充血模型的领域认知的加深，我越来越觉得DDD的重要性，但是DDD内容繁多，是不是要深入去了解呢，我觉得不必入坑太深，个人浅见，它最核心的一点就是针对贫血模型的不足而设计，把原先传统的贫血模型里的业务逻辑拎出来，融入到Domai...
企业应用中我们经常会遇到各种业务规则，针对这种规则，我们多数情况会采用策略模式，每种策略对应一个具体类和一个具体的配置界面。但是企业业务的规则经常变化，现有的策略随着时间的推移而不能满足要求，针对这种情况我们可以用动态表达式来解决。 动态表达式：在静态语言中动态的执行代码，目前可选的技术有：动态编译、Iron、Roslyn、内嵌小语言。 今天来测试一下内嵌...
用户层： 1.请求应用层获取用户显示的信息 2.发送命令给应用层要求执行某个命令 应用层： 对用户界面提供各种应用功能（包括信息获取与命令执行），应用层不包含业务逻辑，业务层是由应用层调用领域层（领域对象或领域服务）来完成的，应用层是很薄的一层 领域层： 包含领域对象和领域服务，完成系统所需的业务处理，是系统的核心。业务逻辑与仓储接口都在领域层 基础机构层...
XPath 是一门在 XML 文档中查找信息的语言。XPath 可用来在 XML 文档中对元素和属性进行遍历。 XPath 是 W3C XSLT 标准的主要元素，并且 XQuery 和 XPointer 同时被构建于 XPath 表达之上。 推荐一个挺不错的网站：http://www.zvon.org/xxl/XPathTutorial...
前面介绍了应用程序框架的一个重要组成部分——公共操作类，并提供了一个数据类型转换公共操作类作为示例进行演示。下面准备介绍应用程序框架的另一个重要组成部分，即体系架构支持。你不一定要使用DDD这样的架构，使用单层架构和普通三层架构一样可以，不过你如果希望获得更进一步的复用性和封装度，使用更加面向对象的技术是必经之程。 我在2010年以前还在使用古老的...
一、数字化转型 数字化转型是企业能力全面体系化，系统化，数据化提升的过程，这种提升包括了技术能力，业务能力，组织架构合理性等多方面的提升。 而随着多年来海量高频业务的发展，技术也在推动着持续进步，并且越来越多的技术方案趋向成熟，类似于阿里巴巴，腾讯，美团等，所有业务都已上云，并且在整套分布式架构上，无论是流量控制层，还是微服务治理上，都有了自己成熟的解决方...