一句话总结开发微服务的9个最佳实践
分配#单一职责
[*]部署到容器中
[*]设计无状态服务
[*]采用#领域驱动设计
[*]设计#微前端
[*]编排微服务 #Saga
[/list]
7 个月 前
对象设计夜未眠
对象设计不是仅仅为了真实的模拟现实世界,而是使现实世界的需求能更好的在计算机这个环境中表达,当我们思考对象职责,设计对象行为时，能够更好的扩展，能够更好的维护，能够更清晰的表达这个对象所承担
10 年 前
如何从职责和协作中发现丰富对象？
"(Object Design: Roles, Responsibilities, and Collaborations) 则更详细地从HOW角度提出如何从职责和协作中发现并丰富对象。 从程序员角度
10 年 前
DDD设计何时适可而止？
无论是敏捷和瀑布，软件开发都有一个设计过程，实际也是了解知识准备过程，属于坐而论道，那么什么时候动手开干？ 1. 首先，动手开干的标志是什么？见这篇文章： 按技术职责还是按领域职责来构建代码
2 年 前
IBM观点：SOA与微服务区别？
代码并接受数据复制以帮助改善解耦 banq注：软件复杂性是因为一段代码做两件事，因此一段代码只实现一个单一职责，微服务通过运行时调用某个单一职责的微服务来实现重用。但是重用有时如果不仔细设计，就可能
5 年 前
GRASP 之信息专家模式 - Kamil Grzybek
=> x.Value);
}
}
这是最基本的原则，因为事实是 - 如果我们没有我们需要的数据，我们无论如何都无法满足要求并分配责任。 （banq注：一般职责行为涉及
4 年 前
Java的DCI工具包
DCI(Data Context Interaction)是一种根据运行场景，混合数据和职责的 架构 模式，有替代 MVC模式 之说，也有与 SOA 之争一讲，DCI刚出来时，更
10 年 前
js能替代领域对象吗?
js能替代领域对象吗?比如说电子商务网的领域模型有一个ShoppingCart对象,它的职责有一部分就是计算商品总价,但是有人就用js写了一个ShoppingCart,可以替代它,而且性能
10 年 前
IOC与工厂模式
工厂模式的意义在于隐藏对象的创建细节，让客户端只知道如何使用而不用关心其创建，这个也算是类的职责分配问题，和现实生活中一样我们使用一个东西未必要自己创造它，目前的IOC也有类似的意思，相当于拿来主义
10 年 前
关于领域模型与分层问题
大家好，现在我有点不太明白领域模型与服务的问题，领域模型是不是应该有行为，也就是说应该有的职责与业务逻辑，那么服务是做什么的呢，做事务和调用仓储么。还有业务逻辑与领域逻辑是一回事情么。现在觉得服务层
10 年 前
贫血和充血模型的比较之我见->有兴趣的朋友进来参与讨论
在业务逻辑上事务控制的关注点也小！但是也很明显，业务对象做的事情实在太多了，在领域对象上这个叫做超职责。s/g和业务对象分工虽然明确但工作量截然不同， 也就是说这个对象的职责过于复杂，在一定程度上背
10 年 前
正在学习模式..贴出心得...大家共同进步..多指教.
（1）adapter(适配器模式) 把两个各有特长的人的组成一个团体一致对外。 例如一对夫妻。男人有男人的职责，女人有女人的职责。对外他们一起履行夫妻的职责。。 Family extends Man
10 年 前
MVC模式已死
职责行为的重要性，而这是对象和数据库唯一的区别，当然其 上下文 场景概念的提出，也可以认为体现了对角色和场景的重视，但远远不够。 相反， 对象设计：角色、责任和协作"(Object Design
10 年 前
请bang老师帮我看下这样说面向服务和面向对象的关系是否正确，谢谢
面向对象的分析中是先找出系统的功能职责,按功能 职责分析出用例,然后考虑用例所涉及到的对象,这些对象就是我们利用面向对象的分析 方法所得出的最结果——对象类.在面向服务的分析中，则是分解业务模型，并将
10 年 前
GRASP之高凝聚模式 - Kamil Grzybek
问题：如何保持对象集中，易于理解，易于管理以及作为副作用支持低耦合？ 解决方案：分配责任，以保持凝聚力。用凝聚力大小来作为分配职责的判断标准。 凝聚力 衡量元素的所有责任的相关程度。换句话说
4 年 前