娄少天

架构设计的主导原则。设计良好的软件应该易于扩展，同时抗拒修改。这是我们进行架构设计的主导原则，其他的原则都为这条原则服务。“正交性”是从几何学中借来的术语。如果两条直线相交成直角，它们就是正交的，比如图中的坐标轴。用向量术语说，这两条直线互不依赖。沿着某一条直线移动，你投影到另一...

有个同事问了我一个架构问题，大概是这样的：组装某业务的VO的对象逻辑放到哪层，感觉放到service层好像不太合适。我感觉问的非常好，这种问题非常典型，值得分享一下。目前来说，我们在前台层(Controller)直接调用一个下层大的service，一杠子捅到底，各种领域层的逻辑都...

文档意图清晰，描述逻辑有序动静结合，既有静态模型又有动态模型注重分析生产活动的生命周期列出能力矩阵善于发现概念，将捕捉到的概念显示化，建立领域模型划清边界，构建层次有不同的视图，一图胜千言。比如有用例图，领域模型图，活动图，时序图，状态图，业务流程图，业务架构图，应用架构图，技术...

数据模型统一；业务隔离；可扩展：引擎化，参数化，配置化，流程化可视化：能力地图，业务全景图； 由1到4，实现越来遇难，其中3是实现关键。

https://github.com/elastic/elasticsearch, github下载源码，分支切换到5.直接编译的源码不能直接使用，需要依赖安装包一些插件等，下载5.5.3安装包，下载地址 https://www.elastic.co/downloads/past...

最近在做订单中心领域模型设计，虽然还不完善，这里分享出来，希望能给大家提供一个思路。

最近在做交易订单的事情，随着系统越来越复杂，交易量越来越大，出现不一致的情况也频发。不禁引人思考，这里做一些总结记录。分布式事务有一些理论，最常听的是CAP，ACID等。这里就不做介绍了，大家自己去查资料看看。分布式事务也经常提到2PC，3PC，因为不太适用互联网场景，这里也不做...

在订阅消息的时候，有时我们希望消息能按照一定业务顺序消费，比如一个订单创建，订单修改，订单完成。这时候是需要顺序消息。RocketMQ支持顺序消费，下面来研究一下实现逻辑。//Instantiate with a producer group name.//Launch the ...

283328.0 283328.0 1036.4 0.0 2266752.0 589773.4 1700864.0 52111.5 41476.0 40494.4 4672.0 4507.7 5998 157.033 274 37.794 194.283328.0 283328....