BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

别把领域驱动开发给用错了

| 作者 Jan Stenberg 关注 29 他的粉丝 ,译者 夏雪 关注 0 他的粉丝 发布于 2015年4月29日. 估计阅读时间: 2 分钟 | Google、Facebook、Pinterest、阿里、腾讯 等顶尖技术团队的上百个可供参考的架构实例!

通常,有很多的应用声称是用领域驱动开发(DDD)构建出来的,并且有一个领域模型,但是这个模型实际上却仅仅包含业务实体,甚至于分离数据和逻辑的数据传输对象和服务都混合在了一起,其中也分不清业务和基础设施逻辑,Gabriel Schenker 分享了从事咨询和软件架构以来的个人经验。在具有消息处理的应用中,很少用业务领域中名称来命名消息,反而采用了以updatemodify结尾的这种统称。

Schenker目前是一位首席软件架构师,他说这一点儿都不夸张,他本人就常常发现早期的新应用就是这么构建出来的。Schenker认为,这一现象的主要原因就是由于缺乏知识。

Schenker强调说,如果采用DDD开展工作可以参考Eric Evan的DDD专著,但其中的所有模式的重要程度并不是安全相同的,特别是要注意这本书中后面部分的DDD基础,有些已经得到了Evans的充分肯定。与这些策略模式形成鲜明的对比的是,上半部分中的战术模式重点关注于实现的细节。

Schenker建议说,当使用DDD开始一个新项目时,首先应和领域专家对业务领域达成一致的理解,把讨论中的术语抽取出来,大家共同商定创建一个通用的词汇表,在DDD术语中这叫做统一语言。让领域专家识别彼此间分离的区域,把复杂的领域予以分解,从而创建子领域或有边界的上下文,嘿嘿,这又是另一个DDD术语。

Schenker还告诫说,不要以数据模型开始创建一个以数据为中心的世界。他坚信,孤立的数据什么都不是,数据若想有意义就离不开逻辑,而且还要注意上下文的变化,所以,上下文和逻辑应该是DDD的主要关注点。专注于数据还有另一个风险,数据库最终会用于集成,实际上这从另一方面增加了上下文间的依赖。Stefan Tilkov也于近期建议避免采用通用的数据模型。

查看英文原文:Domain-Driven Design the Wrong Way

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

纠错 by Ethan Liu

“Stefan Tilkov也于近期建议采用通用的数据模型”

是避免采用通用的数据模型吧?编辑能仔细点不?

Re: 纠错 by 曲 风富

同意,advise against是反对的意思……

Re: 纠错 by xia xue

非常抱歉漏掉了一个关键词,非常感谢您的纠正,现已经修正。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

3 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT