Clean整洁架构教程

序言 08年6月，地震之后，在家无事，下载Sun上的Java Tutorial开始了自己的Java之旅。之前看过K&R《C语言程序设计》，对编程算是有一点点基本的认识。而后数月，无意间碰到设计模式，也许是无知者无畏，没有多少编程基础的我又开始了学习设计模式，这之后，便搜索到了Jdon等关

领域驱动设计之实践与反思 一、引言 前两三年，在这里我先后写过三个帖子，分别阐述了对三个问题的思考。1）什么是程序？结论是：程序=数据结构+算法+设计模式。2）什么是领域模型？结论是：人对领域的认

在这篇文章中，我们将看一下领域域服务与应用服务有什么不同。 人们常说，领域服务是承载那些不自然地适合实体和值对象的领域知识。但是，还有另一个原因可能需要引入域服务。这个原因与领域模型隔离有关。那么，领域服务与应用服务有何不同？这两个概念都假

需求描述是这样的：crm系统中。“潜在客户”归档后变为“客户”。这个“归档”需要创建一个“客户”，并删除对应的“潜在客户”。新的“客户”对象的属性值多数是来源于原来的“潜在客户对象”。 这个Archive是一个业务方法，那么它应该写在domain层

现在项目出现了个很大的问题，由于经验不足，想请教各位 这个项目的架构（其实不能算是架构），是按一个开源的电子商务示例来组织代码的，分了几个层： commondomain（领域对象）persiste

最近在对之前做过的一个项目进行二期修改。鉴于之前典型的贫血结构，以及Controller--->Service--->DAO模式让代码压力都集中在service层的情况。在参考了Banq写的几篇对象职责和Domain Event的文章后，我也试着捣鼓了一下新的分层模式。贴出来和大家讨论，欢迎拍砖！<

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

通用业务逻辑的提取有没有必要呢？我说的不是验证、权限、UI，而是领域业务中的业务逻辑。

主页连接：http://www.javate.amattioli.it/mainsite/description.html 一个好的设计思路如果能有一个好的架构支持将更加游刃有余，这是我所知道的第一个真正迎合DDD思路而设计的架构

暴露领域模型（Exposed Domain Model）的不均匀性――一个问题引发的思考一个简单的问题 对象关系映射持久化引擎提供了弱类型的查询OQL，一个业务实体Person，现在要查找名字为**的人。模型层有两个可能做法：

如题.使用POJO产生了什么样的好处?怎么觉得从模型里把方法剥夺了，看起来那么奇怪呢?

最近公司在做一个项目，公司以前是做C/S的，目前在向Java方面转型，这个项目在技术BOSS的领导下用领域模型模式实现。 倒是请了些有Java开发经验的，技术是没有问题，但以前都用事务脚本，有很重的数据库驱动思想，所以对领域模型也不是很在行。 我们在摸索中也克服了一些障碍，但有些问题

核心构件与功能构件的关系 让我们回到现实世界。软件系统呈现出连续谱系的特征，就模型层来说，在其核心存在与功能用例正交的横切构件，而在其边缘也存在一些呈现出与功能层有某种程度平行关系的构件，我们称之为功能构件；它们位于核心层之上，在

在论坛转了一圈，领域服务大概的意思是说：一些行为放在A模型也不好，放在B模型也不好的，就作为领域服务，也就是说领域服务是夸模型夸聚合的一些行为，那么这些服务有没有状态的，是不是跟application一样也是没有状态的呢，那么可以实现成静态方法吗，还有就是类似一些查询方法算不算领域服务呢，在实践中，

以前写java，一直是数据层，业务层，表现层，这么写。最近用到.net，开始很生疏，感觉.net的框架发展还不是很成熟，orm框架也不敢用，不熟悉。 想自己写实体，但是又麻烦，每个数据表一个类，类的封装也很麻烦，比如表30个字段，页面来的数据我要set30次，构造成对象，然后传