<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

总共有 7 回复／ 1 页

wanglingg

悄悄话
发表文章: 7
注册时间: 2007年04月13日 10:52

<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问	2007年04月13日 10:59
标签列表 ddd(113)

书中有一段
Eric认为：服务Service是描述领域概念最自然的方式，是四色原型的MI原型的延续，优秀服务3个特征：
　　1.与领域概念相关的操作行为、但不是实体和值对象中固有的部分。
　　2.接口根据领域模型中其他元素定义
　　3.操作是无状态的。

我还不能把这个事务跟我想到的概念挂钩，是否是工作流的概念？？？

wanglingg

悄悄话
发表文章: 7
注册时间: 2007年04月13日 10:52

re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:03

书中还说

业务层有两部分：

wanglingg

悄悄话
发表文章: 7
注册时间: 2007年04月13日 10:52

re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:03

书中还说

业务层有两部分：
应用层：指挥模型层完成业务。

模型层：负责业务逻辑，业务状态等。

那么我是否可以理解为应用层负责模型层对dao层和表示层的交互呢？

[该贴被wanglingg于2007年04月13日 11:06修改过]

banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08

回复:re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:16

>应用用层负责模型层对dao层和表示层的交互

我认为你可以这么理解，使用原则是：首先询问自己是否属于业务，也就是说，如果更换了架构或语言，这个功能是否还是必须存在，和业务模型相关，这个尺度其实是实战中的难点，需要不断创新思考。

注意：Dao层是属于Resposity 仓储的。Dao层提法不符合对象概念，只不过是历史的延续。相关话题:
http://www.jdon.com/jivejdon/thread/31456.html

wanglingg

悄悄话
发表文章: 7
注册时间: 2007年04月13日 10:52

回复:回复:re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:24

你还没有回答我一楼的疑问

banq

悄悄话
发表文章: 9290
注册时间: 2002年08月03日 17:08

回复:回复:回复:re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:31

>我还不能把这个事务跟我想到的概念挂钩，是否是工作流的概念
工作流已经是一个分析阶段以后的概念，是一个设计出来的概念，而DDD是教你如何分析，所以，前后顺序不要乱串。

wanglingg

悄悄话
发表文章: 7
注册时间: 2007年04月13日 10:52

回复:回复:回复:回复:re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:38

3q 的确是串了。

zhouxu

悄悄话
发表文章: 24
注册时间: 2007年01月31日 13:08

re:<实战DDD(Domain-Driven Design领域驱动设计:Evans DDD)>读后疑问

2007年04月13日 11:50

我觉得用书中给出的方法区分这两种服务就很好了：
如果描述或定义服务所使用的术语（词汇）在现实领域中没有或没有意义，那么就把它划分到应有层，否则就是领域层。
可能有些简单了，但效果还不错。

这个主题有 7 回复／ 1 页