<ddd--领域驱动设计学习>讨论--------分层架构
用户界面层: 负责向用户显示信息,并解析用户的命令。...
---------这里的用户界面层是不是 jsp 一类的 view ?
是的,还包括控制器,如Struts中的Action
应用层 : 定义软件可以完成的工作,指挥具有丰富含义的领域对象来解决问题.....
---------应用层是不是 我们平时 所用的 接口,抽象类 ?
接口多了,你指的是哪个?应用层不仅仅包括接口还包括实现,在贫血模型中它一般就指service,在领域模型中一般就是Facade,当然不要以名字来区分,应该以语义和实现的功能来分
在这个层次中不反应业务情况的状态,但反映用户或程序的任务进度状态
---------这句话应该怎么理解呢?务情况的状态 和 任务进度状态是怎么反映出来的? 可以举个例子吗?各位大牛
领域层 : 负责表示业务概念,业务状况的信息以及业务规则
---------领域层是不是 我们平时用到的类? bean? 不是很准确,应该说是实体,值对像,服务吧。(这几个有待区别)
是的
“反映业务状况的状态在该层中被控制和使用”
---------这里是不是指有的 操作要写在 相应的bean里面?比如 一个帐户account,应该具有
“存和取”两个动作?
是的
基础结构层:为上层提供技术能力:消息发送,领域持久化,为用户界面绘制窗口等。
---------这个模糊 “提供能力”看起来好像是 接口的 implement ,abstract class的extend。。 但是 还有 持久化,这个是hibernate的功能吧, 后面的绘制窗口---这个是什么意思了?感觉飘忽不定啊~~~~~~~~
基础设施是包括一些技术上很麻烦,相当棘手的工作,没有相关的背景几乎不可能完成。对于持久化数据库,jdbc,hibernate都属于基础设施层。“用户界面绘制窗口”是指Swing,MFC之类的东西,没有它们你能够做出一个button来吗?
是不是本来就理解错了,思维的出发点就有问题? 大家多多指教! 谢谢各位老师了
用户界面层: 负责向用户显示信息,并解析用户的命令。...
---------这里的用户界面层是不是 jsp 一类的 view ?
是的,还包括控制器,如Struts中的Action
应用层 : 定义软件可以完成的工作,指挥具有丰富含义的领域对象来解决问题.....
---------应用层是不是 我们平时 所用的 接口,抽象类 ?
接口多了,你指的是哪个?应用层不仅仅包括接口还包括实现,在贫血模型中它一般就指service,在领域模型中一般就是Facade,当然不要以名字来区分,应该以语义和实现的功能来分
在这个层次中不反应业务情况的状态,但反映用户或程序的任务进度状态
---------这句话应该怎么理解呢?务情况的状态 和 任务进度状态是怎么反映出来的? 可以举个例子吗?各位大牛
- 不太清楚,对于Web应用,应用层的东西一般是无状态的,放置状态是可能,但一般不推荐,直接就在Session中。对于桌面应用,可能就会把状态放置在应用层了。
领域层 : 负责表示业务概念,业务状况的信息以及业务规则
---------领域层是不是 我们平时用到的类? bean? 不是很准确,应该说是实体,值对像,服务吧。(这几个有待区别)
是的
“反映业务状况的状态在该层中被控制和使用”
---------这里是不是指有的 操作要写在 相应的bean里面?比如 一个帐户account,应该具有
“存和取”两个动作?
是的
基础结构层:为上层提供技术能力:消息发送,领域持久化,为用户界面绘制窗口等。
---------这个模糊 “提供能力”看起来好像是 接口的 implement ,abstract class的extend。。 但是 还有 持久化,这个是hibernate的功能吧, 后面的绘制窗口---这个是什么意思了?感觉飘忽不定啊~~~~~~~~
基础设施是包括一些技术上很麻烦,相当棘手的工作,没有相关的背景几乎不可能完成。对于持久化数据库,jdbc,hibernate都属于基础设施层。“用户界面绘制窗口”是指Swing,MFC之类的东西,没有它们你能够做出一个button来吗?
是不是本来就理解错了,思维的出发点就有问题? 大家多多指教! 谢谢各位老师了
可以看看:http://www.iteye.com/topic/283668
相关推荐
领域驱动设计:软件核心复杂性应对之道领域驱动设计:软件核心复杂性应对之道领域驱动设计:软件核心复杂性应对之道领域驱动设计:软件核心复杂性应对之道领域驱动设计:软件核心复杂性应对之道领域驱动设计:软件...
DDD的全称为Domain-driven Design,即领域驱动设计。下面我从领域、问题域、领域模型、设计、驱动这几个词语的含义和联系的角度去阐述DDD是如何融入到我们平时的软件开发初期阶段的。要理解什么是领域驱动设计,首先...
### 领域驱动设计(DDD)的知识体系构建 #### 一、领域驱动设计的历史回溯 **1.1 诞 生** - **里程碑之一**:2004年,Eric Evans出版了《领域驱动设计:软件核心复杂性应对之道》(Domain-Driven Design: Tackling...
领域驱动设计(DDD)是教我们如何做好软件的,同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角,同时也给开发者留下了一大难题:如何将领域驱动设计付诸实践?Vaughn Vernon 的这本...
领域驱动设计案例-盒马实践 本文将通过对盒马实践的领域驱动设计案例进行详细的分析,讨论领域模型的设计理念、数据建模、对象建模、依赖注入等方面的知识点。 领域模型的设计理念 领域模型是领域驱动设计的核心...
领域驱动设计(DDD)的中心内容是如何将业务领域概念映射到软件工件中。大部分关于此主题的著作和文章都以Eric Evans的书《领域驱动设计》为基础,主要从概念和设计的角度探讨领域建模和设计情况。这些著作讨论实体...
最新领域驱动设计(DDD)资料合集,共23份。 金融支付系统的改造之路 化繁为简--DDD驱动复杂业务软件架构的演进 基于DDD的领域建模中的模版和工具实践 基于FP的DDD实践 架构分层模型适配 可视化的遗留系统微服务...
DDD实战,领域驱动设计 DDD在旅游电商架构演进中的实践 Every Entity as A Microservice - 领域驱动设计DDD 分享我对领域驱动设计(DDD)的学习成果 化繁为简--DDD驱动复杂业务软件架构的演进 基于DDD的领域建模中的...
Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。 《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD,其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实现领域...
### 领域驱动设计与开发实战:关键知识点解析 #### 一、领域驱动设计(DDD)概述 **领域驱动设计(Domain-Driven Design, DDD)**是一种以业务领域为核心的设计思想和技术方法,旨在通过深入理解业务领域,构建高...
领域驱动设计 软件核心复杂性应对之道 修订版 epub电子书
领域驱动设计(Domain-Driven Design,简称DDD)是一种软件开发方法论,由Eric Evans在其同名著作中提出,旨在帮助开发者更好地理解和处理复杂的业务逻辑,通过深入挖掘领域知识来构建高质量的软件系统。DDD的核心是...
本书将设计和开发实践相结合,在介绍领域驱动设计时,还提供了大量的Java示例,这些例子都是从实际中提取出来的,展示了领域驱动设计在软件开发中的实际应用。 通过对本书的阅读,读者将获得对领域驱动设计的总体...
领域驱动设计.mobi,英文原文,适用于在kindle上阅读。
领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域驱动设计(简版和完整版)领域...
### 深入浅出领域驱动设计 #### 领域驱动设计概览 领域驱动设计(Domain-Driven Design,简称DDD)是一种软件开发方法论,专注于理解和塑造复杂的业务领域,通过建立高度精确且与业务紧密相关的软件模型来提高系统...
领域驱动设计(Domain-Driven Design,简称DDD)是由软件开发专家Eric Evans在其2003年出版的同名书籍《领域驱动设计》中提出的一种软件开发方法论。它强调通过深入理解和表达业务领域的核心概念来驱动软件开发过程...
《实现领域驱动设计》这本书是Eric Evans的经典之作,它深入探讨了如何在软件开发中运用领域驱动设计(Domain-Driven Design, DDD)方法论。DDD是一种将业务领域知识与软件开发紧密结合的设计策略,旨在提高复杂系统...
领域驱动设计(DDD)是一种软件开发方法,由Eric Evans在其同名著作《领域驱动设计》中提出。DDD致力于解决复杂业务系统的开发问题,通过将业务领域专家与开发人员紧密合作,将复杂的业务逻辑转化为可执行的软件模型...