微服务架构

现在做一个系统，框架就用spring 打算这样分层 dao:只负责数据的持久化以及查询 cache： 领域对象存放的地方 repository：数据的入口与出口，负责保

我们知道，在领域设计中，划分为三种模型，分别为：实体(Entity)、值对象(Value Object)、和服务(Service)。其中Service与我们传统设计中的Service有什么不同呢？ 让我们来回忆一下，通常我们针对将读写xml、资金转账等代码

好久没有到板桥大哥这里作客了。今天晚上有空就过来这里做一下客。 今天想和大家聊一下SOA。因为我和很多人聊过什么是SOA。SOA 到底是什么似乎很多人都没有很准确的了解SOA 的真谛。于是我今天从代码以外的一个角度就是开关角度(设计角度)来看一下SOA.

在《领域驱动设计》中提到了应用层。有人说发短信属于应用层的东西。比如说工作流中某人审批成功后，系统会自动发送一条短信通知下一处理人，那么在应用层可以有一个handle()的审批方法，它会调用领域层中的审批方法，成功之后应用层的handle会接着调用基础结构层的相关类及方法发送短信通知。我的疑

我很想知道，究竟在什么时候，我们需要EJB能够提供的那种业务对象的分布能力。我知道那是很好的东西，但我希望有人能给我一个需求，一个用得上它的需求。多谢了。