下载 >  课程资源 >  Java > 程序员必须书籍(重构,领域驱动设计,深入浅出设计模式)

程序员必须书籍(重构,领域驱动设计,深入浅出设计模式)

程序员必须书籍(重构,领域驱动设计,深入浅出设计模式)
2018-04-16 上传大小:31.49MB
分享
收藏 举报
实现领域驱动设计 中文完整版

内容简介 · · · · · · 领域驱动设计(DDD)是教我们如何做好软件的,同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角,同时也给开发者留下了一大难题:如何将领域驱动设计付诸实践?Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。 《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD,其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实现领域驱动设计》共分为14 章,在DDD 战略部分,《实现领域驱动设计》向我们讲解了领域、限界上下文、上下文映射图和架构等内容,战术部分包括实体、值对象、领域服务、领域事件、聚合和资源库等内容。一个虚构的案例研究贯穿全书,这对于实例讲解DDD 实现来说非常有用。 《实现领域驱动设计》在DDD 的思想和实现之间建立起了一座桥梁,架构师和程序员均可阅读,同时也可以作为一本DDD 参考书。 举报 作者简介 · · · · · · 作者:Vaughn Vernon是一个经验丰富的软件工匠,在软件设计、开发和架构方面拥有超过25年的从业经验。他提倡通过创新来简化软件的设计和实现。从20世纪80年代开始,他便开始使用面向对象语言进行编程;在 20世纪 90年代早期,他便在领域建模中应用了领域驱动设计,那时他使用的是Smalltalk语言。他在很多业务领域都有从业经验,包括航空、环境、地理、保险、医学和电信等领域。同时,Vaughn在技术上也取得了很大的成功,包括开发可重用的框架和类库等。他在全球范围之内提供软件咨询和演讲,此外,他还在许多国家教授《实现领域驱动设计》的课程。你可以通过www.VaughnVernon.co访问到他的最新研究成果。他的Twitter:@VaughnVernon。

立即下载
领域驱动设计(DDD设计模型)详解 pdf

领域驱动设计(DDD设计模型)详解 pdf格式

立即下载
实现领域驱动设计(完整PDF版)

DDD的全称为Domain-driven Design,即领域驱动设计。下面我从领域、问题域、领域模型、设计、驱动这几个词语的含义和联系的角度去阐述DDD是如何融入到我们平时的软件开发初期阶段的。要理解什么是领域驱动设计,首先要理解什么是领域,什么是设计,还有驱动是什么意思,什么驱动什么。

立即下载
7本关于设计模式的pdf书籍

7本关于设计模式的pdf经典书籍、 7本关于设计模式的pdf经典书籍、 7本关于设计模式的pdf经典书籍、 7本关于设计模式的pdf经典书籍、

立即下载
领域驱动设计官方示例代码

============ 领域驱动设计官方示例代码,船运系统 ===============

立即下载
java设计模式(介绍设计模式比较好的书籍

java设计模式(介绍设计模式比较好的书籍)

立即下载
领域驱动设计.mobi

领域驱动设计.mobi,英文原文,适用于在kindle上阅读。

立即下载
[领域驱动] 领域驱动设计与模式实践 (C# 和 .Net 实现) (英文版)

☆ 资源说明:☆ [Addison-Wesley Professional] 领域驱动设计与模式实践 (C# 和 .Net 实现) (英文版) [Addison-Wesley Professional] Applying Domain-Driven Design and Patterns With Examples in C# and .NET (E-Book) ☆ 出版信息:☆ [作者信息] Jimmy Nilsson [出版机构] Addison-Wesley Professional [出版日期] 2006年05月16日 [图书页数] 576页 [图书语言] 英语 [图书格式] CHM 格式

立即下载
Java与模式 (最好的Java设计模式书籍

本人读过最好的JAVA设计模式的书籍。作者所用的举例很形象生动。想学好设计模式的建议啃下来

立即下载
领域驱动设计与模型驱动开发

领域驱动设计与模型驱动开发,slideshare 搬运而来,非常不错

立即下载
实现领域驱动设计(DDD之父作序力荐 让DDD思想真正落地的首创巨著)

领域驱动设计(DDD)是教我们如何做好软件的,同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角,同时也给开发者留下了一大难题:如何将领域驱动设计付诸实践?Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。   《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD,其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实现领域驱动设计》共分为14 章,在DDD 战略部分,《实现领域驱动设计》向我们讲解了领域、限界上下文、上下文映射图和架构等内容,战术部分包括实体、值对象、领域服务、领域事件、聚合和资源库等内容。一个虚构的案例研究贯穿全书,这对于实例讲解DDD 实现来说非常有用。   《实现领域驱动设计》在DDD 的思想和实现之间建立起了一座桥梁,架构师和程序员均可阅读,同时也可以作为一本DDD 参考书。

立即下载
张逸:领域驱动战略设计实践

国内关于领域驱动设计(Domain Driven Design,DDD)的原创书籍少之又少,甚至可以说没有,作者结合十余年实践领域驱动设计的经验与心得,并糅合了 DDD 社区最新发展的理论知识与最佳实践,策划了《领域驱动设计实践》系列课程,可以称得上是一个全面系统讲解 DDD 的原创课程。 本系列课程拆分为两个课程,即《领域驱动战略设计实践》和《领域驱动战术设计实践》,分别对应领域驱动设计的战略设计阶段与战术设计阶段。 本课程全面覆盖了领域建模分析与架构设计的战略设计过程。从剖析软件复杂度的根源开始,引入了领域场景分析与敏捷项目实践,帮助需求分析人员与软件设计人员分析软件系统的问题域、提炼真实表达的领域知识、最终建立系统的统一语言。 本课程将主流架构设计思想、微服务架构设计原则与领域驱动设计中属于战略设计层面的限界上下文、上下文映射、分层架构结合起来,完成从需求到架构设计再到构建代码模型的架构全过程。 此外,本课程内容的每一个知识点都会结合项目实践案例来讲解,力求内容的深入浅出,并在讲解过程中介绍了诸多架构设计原则与模式,丰富了知识内涵,但又不仅只限于对领域驱动设计的覆盖。同时,本课程也可以作为软件架构设计的参考书。 为了让读者更容易掌握整个战略设计的全过程,最后还给出了一个真实的完整案例:EAS 系统,结合该案例来讲解如何在项目实践中进行领域建模分析、识别限界上下文,并最终构建整个系统的架构。

立即下载
基于DDD领域驱动设计通用后台权限系统开发

基于DDD领域驱动设计通用后台权限系统开发,响应式布局BootStrap,精美后台模板加代码,可更换皮肤。

立即下载
实现领域驱动设计 PDF电子书下载 带书签目录 sample

实现领域驱动设计 PDF电子书下载 带书签目录 sample,但是这个是不完全的

立即下载
领域驱动设计

软件核心复杂性应对之道领域驱动设计

立即下载
webpack 4.0详解书籍全本

最新的webpack4.0开发详解书,完整的,2018年出版的!

立即下载
实现领域驱动设计 源码

These are the sample Bounded Contexts from the book "Implementing Domain-Driven Design" by Vaughn Vernon: http://vaughnvernon.co/?page_id=168 The models and surrounding architectural mechanisms may be in various states of flux as the are refined over time. Some tests may be incomplete. The code is not meant to be a reflection of a production quality work, but rather as a set of reference projects for the book.

立即下载
领域驱动设计——软件核心复杂性应对之道中文完整版(2-1)(两部分)

领域驱动设计——软件核心复杂性应对之道(Domain-Driven Design:Tacking Complexity in the heart of software)中文完整版(2-1)(两部分)

立即下载
领域驱动设计 软件核心复杂性应对之道 修订版 mobi 电子书

领域驱动设计 软件核心复杂性应对之道 修订版 mobi 电子书

立即下载
领域驱动设计与模式实战.(完美书签&高清扫描版)[

部分 运用领域模型 第1章 消化知识 5 1.1 有效建模的要素 9 1.2 知识消化 10 1.3 持续学习 11 1.4 知识丰富的设计 12 1.5 深层模型 15 第2章 交流与语言的使用 16 2.1 模式:UBIQUITOUS LANGUAGE 16 2.2 “大声地”建模 21 2.3 一个团队,一种语言 22 2.4 文档和图 24 2.4.1 书面设计文档 25 2.4.2 完全依赖可执行代码的情况 27 2.5 解释性模型 27 第3章 绑定模型和实现 29 3.1 模式:MODEL-DRIVEN DESIGN 30 3.2 建模范式和工具支持 32 3.3 揭示主旨:为什么模型对用户至关重要 38 3.4 模式:HANDS-ON MODELER 39 第二部分 模型驱动设计的构造块 第4章 分离领域 43 4.1 模式:LAYERED ARCHITECTURE 43 4.1.1 将各层关联起来 46 4.1.2 架构框架 47 4.2 领域层是模型的精髓 48 4.3 模式:THE SMART UI“反模式” 48 4.4 其他分离方式 50 第5章 软件中所表示的模型 51 5.1 关联 52 5.2 模式:ENTITY(又称为REFERENCE OBJECT) 56 5.2.1 ENTITY建模 59 5.2.2 设计标识操作 60 5.3 模式:VALUE OBJECT 62 5.3.1 设计VALUE OBJECT 64 5.3.2 设计包含VALUE OBJECT的关联 67 5.4 模式:SERVICE 67 5.4.1 SERVICE与孤立的领域层 69 5.4.2 粒度 70 5.4.3 对SERVICE的访问 70 5.5 模式:MODULE(也称为PACKAGE) 71 5.5.1 敏捷的MODULE 72 5.5.2 通过基础设施打包时存在的隐患 73 5.6 建模范式 75 5.6.1 对象范式流行的原因 76 5.6.2 对象世界中的非对象 77 5.6.3 在混合范式中坚持使用MODEL-DRIVEN DESIGN 78 第6章 领域对象的生命周期 80 6.1 模式:AGGREGATE 81 6.2 模式:FACTORY 89 6.2.1 选择FACTORY及其应用位置 91 6.2.2 有些情况下只需使用构造函数 93 6.2.3 接口的设计 94 6.2.4 固定规则的相关逻辑应放置在哪里 94 6.2.5 ENTITY FACTORY与VALUE OBJECT FACTORY 95 6.2.6 重建已存储的对象 95 6.3 模式:REPOSITORY 97 6.3.1 REPOSITORY的查询 101 6.3.2 客户代码可以忽略REPOSITORY的实现,但开发人员不能忽略 102 6.3.3 REPOSITORY的实现 103 6.3.4 在框架内工作 104 6.3.5 REPOSITORY与FACTORY的关系 104 6.4 为关系数据库设计对象 106 第7章 使用语言:一个扩展的示例 108 7.1 货物运输系统简介 108 7.2 隔离领域:引入应用层 110 7.3 将ENTITY和VALUE OBJECT区别开 110 7.4 设计运输领域中的关联 112 7.5 AGGREGATE边界 113 7.6 选择REPOSITORY 113 7.7 场景走查 115 7.7.1 应用程序特性举例:更改Cargo的目的地 115 7.7.2 应用程序特性举例:重复业务 116 7.8 对象的创建 116 7.8.1 Cargo的FACTORY和构造函数 116 7.8.2 添加Handling Event 117 7.9 停一下,重构:Cargo AGGREGATE 的另一种设计 118 7.10 运输模型中的MODULE 120 7.11 引入新特性:配额检查 122 7.11.1 连接两个系统 123 7.11.2 进一步完善模型:划分业务 124 7.11.3 性能优化 125 7.12 小结 126 第三部分 通过重构来加深理解 第8章 突破 131 8.1 一个关于突破的故事 131 8.1.1 华而不实的模型 132 8.1.2 突破 133 8.1.3 更深层模型 135 8.1.4 冷静决策 137 8.1.5 成果 138 8.2 机遇 138 8.3 关注根本 138 8.4 后记:越来越多的新理解 139 第9章 将隐式概念转变为显式概念 140 9.1 概念挖掘 140 9.1.1 倾听语言 140 9.1.2 检查不足之处 144 9.1.3 思考矛盾之处 148 9.1.4 查阅书籍 148 9.1.5 尝试,再尝试 150 9.2 如何为那些不太明显的概念建模 150 9.2.1 显式的约束 151 9.2.2 将过程建模为领域对象 153 9.2.3 模式:SPECIFICATION 154 9.2.4 SPECIFICATION的应用和实现 156 第10章 柔 性 设 计 168 10.1 模式:INTENTION-REVEALING INTERFACES 169 10.2 模式:SIDE-EFFECT-FREE FUNCTION 173 10.3 模式:ASSERTION 177 10.4 模式:CONCEPTUAL CONTOUR 181 10.5 模式:STANDALONE CLASS 184 10.6 模式:CLOSURE OF OPERATION 186 10.7 声明式设计 188 10.8 声明式设计风格 190 10.9 切入问题的角度 197 10.9.1 分割子领域 197 10.9.2 尽可能利用已有的形式 198 第11章 应用分析模式 206 第12章 将设计模式应用于模型 217 12.1 模式:STRATEGY(也称为POLICY) 218 12.2 模式:COMPOSITE 221 12.3 为什么没有介绍FLYWEIGHT 226 第13章 通过重构得到更深层的理解 227 13.1 开始重构 227 13.2 探索团队 227 13.3 借鉴先前的经验 228 13.4 针对开发人员的设计 229 13.5 重构的时机 229 13.6 危机就是机遇 230 第四部分 战略设计 第14章 保持模型的完整性 233 14.1 模式:BOUNDED CONTEXT 235 14.2 模式:CONTINUOUS INTEGRATION 239 14.3 模式:CONTEXT MAP 241 14.3.1 测试CONTEXT的边界 247 14.3.2 CONTEXT MAP的组织和文档化 247 14.4 BOUNDED CONTEXT之间的关系 248 14.5 模式:SHARED KERNEL 248 14.6 模式:CUSTOMER/SUPPLIER DEVELOPMENT TEAM 250 14.7 模式:CONFORMIST 253 14.8 模式:ANTICORRUPTION LAYER 255 14.8.1 设计ANTICORRUPTION LAYER的接口 256 14.8.2 实现ANTICORRUPTION LAYER 256 14.8.3 一个关于防御的故事 259 14.9 模式:SEPARATE WAY 260 14.10 模式:OPEN HOST SERVICE 261 14.11 模式:PUBLISHED LANGUAGE 262 14.12 “大象”的统一 264 14.13 选择你的模型上下文策略 267 14.13.1 团队决策或更高层决策 268 14.13.2 置身上下文中 268 14.13.3 转换边界 268 14.13.4 接受那些我们无法更改的事物:描述外部系统 269 14.13.5 与外部系统的关系 269 14.13.6 设计中的系统 270 14.13.7 用不同模型满足特殊需要 270 14.13.8 部署 271 14.13.9 权衡 271 14.13.10 当项目正在进行时 272 14.14 转换 272 14.14.1 合并CONTEXT:SEPARATE WAY →SHARED KERNEL 273 14.14.2 合并CONTEXT:SHARED KERNEL→CONTINUOUS INTEGRATION 274 14.14.3 逐步淘汰遗留系统 275 14.14.4 OPEN HOST SERVICE→PUBLISHED LANGUAGE 276 第15章 精炼 277 15.1 模式:CORE DOMAIN 278 15.1.1 选择核心 280 15.1.2 工作的分配 280 15.2 精炼的逐步提升 281 15.3 模式:GENERIC SUBDOMAIN 282 15.3.1 通用不等于可重用 286 15.3.2 项目风险管理 287 15.4 模式:DOMAIN VISION STATEMENT 287 15.5 模式:HIGHLIGHTED CORE 289 15.5.1 精炼文档 289 15.5.2 标明CORE 290 15.5.3 把精炼文档作为过程工具 291 15.6 模式:COHESIVE MECHANISM 292 15.6.1 GENERIC SUBDOMAIN与COHESIVE MECHANISM的比较 293 15.6.2 MECHANISM是CORE DOMAIN一部分 294 15.7 通过精炼得到声明式风格 294 15.8 模式:SEGREGATED CORE 295 15.8.1 创建SEGREGATED CORE的代价 296 15.8.2 不断发展演变的团队决策 296 15.9 模式:ABSTRACT CORE 301 15.10 深层模型精炼 302 15.11 选择重构目标 302 第16章 大型结构 303 16.1 模式:EVOLVING ORDER 306 16.2 模式:SYSTEM METAPHOR 308 16.3 模式:RESPONSIBILITY LAYER 309 16.4 模式:KNOWLEDGE LEVEL 321 16.5 模式:PLUGGABLE COMPONENT FRAMEWORK 328 16.6 结构应该有一种什么样的约束 332 16.7 通过重构得到更适当的结构 333 16.7.1 小化 333 16.7.2 沟通和自律 334 16.7.3 通过重构得到柔性设计 334 16.7.4 通过精炼可以减轻负担 334 第17章 领域驱动设计的综合运用 336 17.1 把大型结构与BOUNDED CONTEXT结合起来使用 336 17.2 将大型结构与精炼结合起来使用 339 17.3 首先评估 339 17.4 由谁制定策略 341 17.4.1 从应用程序开发自动得出的结构 341 17.4.2 以客户为中心的架构团队 341 17.5 制定战略设计决策的6个要点 342 17.5.1 技术框架同样如此 344 17.5.2 注意总体规划 345 结束语 附录 351 术语表 354 参考文献 357 图片说明 359 索引 360

立即下载
关闭
img

spring mvc+mybatis+mysql+maven+bootstrap 整合实现增删查改简单实例.zip

资源所需积分/C币 当前拥有积分 当前拥有C币
5 0 0
点击完成任务获取下载码
输入下载码
为了良好体验,不建议使用迅雷下载
img

程序员必须书籍(重构,领域驱动设计,深入浅出设计模式)

会员到期时间: 剩余下载个数: 剩余C币: 剩余积分:0
为了良好体验,不建议使用迅雷下载
VIP下载
您今日下载次数已达上限(为了良好下载体验及使用,每位用户24小时之内最多可下载20个资源)

积分不足!

资源所需积分/C币 当前拥有积分
您可以选择
开通VIP
4000万
程序员的必选
600万
绿色安全资源
现在开通
立省522元
或者
购买C币兑换积分 C币抽奖
img

资源所需积分/C币 当前拥有积分 当前拥有C币
5 4 45
为了良好体验,不建议使用迅雷下载
确认下载
img

资源所需积分/C币 当前拥有积分 当前拥有C币
5 0 0
为了良好体验,不建议使用迅雷下载
VIP和C币套餐优惠
img

资源所需积分/C币 当前拥有积分 当前拥有C币
5 4 45
您的积分不足,将扣除 10 C币
为了良好体验,不建议使用迅雷下载
确认下载
下载
您还未下载过该资源
无法举报自己的资源

兑换成功

你当前的下载分为234开始下载资源
你还不是VIP会员
开通VIP会员权限,免积分下载
立即开通

你下载资源过于频繁,请输入验证码

您因违反CSDN下载频道规则而被锁定帐户,如有疑问,请联络:webmaster@csdn.net!

举报

若举报审核通过,可返还被扣除的积分

  • 举报人:
  • 被举报人:
  • *类型:
    • *投诉人姓名:
    • *投诉人联系方式:
    • *版权证明:
  • *详细原因: