Share E-Book
Scan to open this page

Scan with your phone to open this page

Author: [美] 埃里克 埃文斯(Eric Evans)

Rating No ratings yet

No description

AI Reading Assistant

Whole-book reading guide from stratified index samples; jump to passages in the text

Brief outline
【One-Line Pitch】 领域驱动设计:软件核心复杂性应对之道 ([美] 埃里克 埃文斯(Eric Evans))(Z-Library) ([美] 埃里克 埃文斯(Eric Evans)): a quick map of the book's arc and key takeaways for busy readers. 【Book Arc】 - **Opening (~0%–12%)**: 书名: 领域驱动设计:软件核心复杂性应对之道 ([美] 埃里克 埃文斯(Eric Evans))(Z-Library) 作者: [美] 埃里克 埃文斯(Eric Evans) 领域驱动设计:软件…; N-REVEALING INTERFACES 10.2 模式:SIDE-EFFECT-FREE FUNCTION 10.3 模式:ASSERTION 10.4 模式:CONCEPTUAL CON… - **Early (~12%–35%)**: 一副无所不能的架势,有时着实让人不屑。但Eric清楚地表明他像我们大多数人一样,既品尝过成功的美酒,也体验过失败的沮丧。重要的是他能够从成功和失败中学习,而对我们来说更重要的是他能够将所有经验传授给我们。; 论的实践的驱动因素。由于软件开发方法有很多,因此第一部分还定义了一些术语,并给出了用领域模型来驱动沟通和设计的总体含义。 - **Middle (~35%–65%)**: 事去了。团队可能由于重组而被拆散,这导致知识又重新分散开。被外包出去的关键子系统可能只交回了代码,而不会将知识传递回来。而且当使用典型的设计方法时,代码和文档不会以一种有用的形式表示出这些来之不易的知识,因此一旦由于某种原因人们没有口头传递知识,那么知识就丢失了。; 则,虽然在这里并不需要这么做。但我们要获取的概念的确符合策略的含义,这在领域驱动设计中是同等重要的动机(参见第12章)。 - **Late (~65%–88%)**: 到一边,大部分的模型都需要重新设计。即便是重新设计,如果开发人员认为分析与程序开发毫不相关,那么建模过程就不会那么规范。而如果项目经理也这么认为,那么开发团队可能没有足够的机会与领域专家进行交流。; 面向对象设计是目前大多数项目所使用的建模范式,也是本书中使用的主要方法。 - **Ending (~88%–100%)**: 的用武之地,但是必须要考虑到各种对于复杂度和灵活性的限制。在某些条件下,将领域设计与其他部分混在一起会产生灾难性的后果。如果你要开发复杂应用软件并且决定使用MODEL-DRIVEN DESIGN,那么做好准备,咬紧牙关,雇用必不可少的专家,并且不要使用SMART UI。; 这种听上去像是纯哲学的问题在探索有效的领域模型时非常重要。稍微变换一下问题的角度:应用程序的用户是否关心现在的我和5岁时的我是不是同一个人? 【Key Takeaways】 - **书名: 领域驱动设计:软件核心复杂性应对之道…** (Opening): 书名: 领域驱动设计:软件核心复杂性应对之道 ([美] 埃里克 埃文斯(Eric Evans))(Z-Library) 作者: [美] 埃里克 埃文斯(Eric Evans) 领域驱动设计:软件… - **N-REVEALING INTERFACES…** (Opening): N-REVEALING INTERFACES 10.2 模式:SIDE-EFFECT-FREE FUNCTION 10.3 模式:ASSERTION 10.4 模式:CONCEPTUAL CON… - **面贴有 Pearson Education(…** (Opening): 面贴有 Pearson Education(培生教育出版集团)激光防伪标签,无标签者不得销售。 - **一副无所不能的架势** (Early): 一副无所不能的架势,有时着实让人不屑。但Eric清楚地表明他像我们大多数人一样,既品尝过成功的美酒,也体验过失败的沮丧。重要的是他能够从成功和失败中学习,而对我们来说更重要的是他能够将所有经验传授给我们。 - **论的实践的驱动因素。由于软件开发方法有很多** (Early): 论的实践的驱动因素。由于软件开发方法有很多,因此第一部分还定义了一些术语,并给出了用领域模型来驱动沟通和设计的总体含义。 - **领域驱动设计是一项艰巨的技术挑战** (Early): 领域驱动设计是一项艰巨的技术挑战,但它也会带来丰厚的回报,当大多数软件项目开始僵化而成为遗留系统时,它却为你敞开了机会的大门。 【Reading Tips】 - Use Passage locations below to jump into the text and set reading anchors - If this is a brief outline, click Regenerate (top right) for a synthesized guide 【Coverage Limits】 Compressed outline without the model (~32 index chunks). Full structured guide needs AI available.
Excerpt 1
N-REVEALING INTERFACES 10.2 模式:SIDE-EFFECT-FREE FUNCTION 10.3 模式:ASSERTION 10.4 模式:CONCEPTUAL CONTOUR 10.5 模式:STANDALONE CLASS 10.6 模式:CLOSURE OF OPERATION 1...
View in text
Excerpt 2
并不在技术上,而是来自领域本身、用户的活动或业务。当这种领域复杂性在设计中没有得到解决时,基础技术的构思再好也无济于事。成功的设计必须系统地考虑软件的这个核心方面。 本书有两个前提: (1)在大多数软件项目中,主要的焦点应该是领域和领域逻辑; (2)复杂的领域设计应该基于模型。 领域驱动设计是一种思维方式,也是一...
View in text
Excerpt 3
功能:探针仿真(probe simulation)。探针仿真跟踪信号的传播,以便检测在设计中可能出现特定类型问题的位臵。 开发人员:现在我已经明白了Net是如何将信号传播给它所连接的所有Pin的,但如何将信号传送得更远呢?这与拓扑结构(topology)有关系吗? 专家2:没有,是元件推送信号前进。 开发人员:我...
View in text
Excerpt 4
准确。 在一个没有公共语言的项目上,开发人员不得不为领域专家做翻译。而领域专家需要充当开发人员与其他领域专家之间的翻译。甚至开发人员之间还需要互相翻译。这些翻译使模型概念变得混淆,而这会导致有害的代码重构。这种间接的沟通掩盖了分裂的形成——不同的团队成员使用不同的术语而尚不自知。由于软件的各个部分不能够浑然一体,...
View in text
Excerpt 5
意志和纪律保持其更新就是浪费精力。 UBIQUITOUS LANGUAGE可以使其他文档(如需求规格说明)更简洁和明确。当领域模型反映了与业务最相关的知识时,应用程序的需求成为该模型内部的场景,而UBIQUITOUS LANGUAGE可直接用MODEL-DRIVEN DESIGN(模型驱动设计)的方式描述此类场景...
View in text
Excerpt 6
还需要几个工具类: 现在,启动应用程序,用导入数据来初始化Net和Bus仓库。 上面提到的服务和仓库都可以进行单元测试。更重要的是还可以测试核心领域逻辑。下面是对最核心的行为进行的单元测试(采用了JUnit测试框架): 程序应该有一个交互式的用户界面,可以列出所有总线,让用户逐个指定规则;或者可以向后兼容,从规则...
View in text
Excerpt 7
的用武之地,但是必须要考虑到各种对于复杂度和灵活性的限制。在某些条件下,将领域设计与其他部分混在一起会产生灾难性的后果。如果你要开发复杂应用软件并且决定使用MODEL-DRIVEN DESIGN,那么做好准备,咬紧牙关,雇用必不可少的专家,并且不要使用SMART UI。 4.4 其他分离方式 遗憾的是,除了基础设...
View in text
Excerpt 8
款和取款没有标识号码,因此可能更复杂,但同样的原则也是适用的——每笔交易都是一个ENTITY,至少出现在两张业务表格中。 标识的重要性并不仅仅体现在特定的软件系统中,在软件系统之外它通常也是非常重要的,银行交易和公寓租客的例子中就是如此。但有时标识只有在系统上下文中才重要,如一个计算机进程的标识。 因此: 当一个...
View in text
Tags
AI categories
Shown after the reading guide is generated (max 3)
Publish Year: 2016
Language: Chinese
File Format: EPUB
File Size: 12.5 MB