`
nijianguo1989
  • 浏览: 1773 次
  • 性别: Icon_minigender_2
  • 来自: 上海
社区版块
存档分类
最新评论
文章列表
理解问题域有如下方式: 理解意图,沟通过程中,不能停留在表面,要抽象出领域的痛点, 个人理解,核心围绕问题有几个 1)现有问题是什么。 2)达成目的是什么。 3)需要重点关注那几部分。 关注数据流向:这个数据要从哪里来-如何转换-如何输出。永远都是时刻关注的话题 总体处理方式: 1)提炼分解大问题域,可将大问题域拆分成核心域,支撑域,通用域,不同域所分配精力不同 核心域:使用最好的资源进行开发设计,集中精锐部队。 支撑域:尽量使用现成解决方案,如果没有,不必要投入大量精力。可适时引入人工处理,降低系统复杂性 通用域:寻找通用域解决方案,如果没有,只需投入初级人员来进行构建 ...
第一章 软件复杂性=领域逻辑复杂性+遗留代码库复杂性(业务复杂性+技术复杂性)   BBOM模式产生的原因:   快速构建和开发,但是缺乏围绕问题域模型的应用设计,后续功能扩展变得棘手,在非功能性需求之外创建一个能满足业务需求,能够满足业务修改的领域应用模型才是重点所在。   DDD战略模式:   1)开发专家和领域专家将大问题提炼成更具管理性的子域,DDD强调将精力和专注放到核心子域的需求上,通过关注重点部分子域,提高核心代码的编写质量和扩展性能够具备可修改性,,使之能够适应业务节奏变化。从而避免成为bbom模式,同时注意功能和非功能性子域   2)创建一个模型以解决领 ...
Global site tag (gtag.js) - Google Analytics