摘要:
1,如果设计或者设计中的核心部分没有映射到领域模型,模型就没有什么价值,而软件是否正确也就令人怀疑。 2,模型和设计功能之间的映射如果很复杂,就会很难理解 ,当设计变更了实际上模型是不可能维护的。(分析产生的)领域模型和(对领域模型的)设计之间如果出现了致命的分歧,这 样一个活动( 分析或设计) 中产生的想法将无法对另外一个产生好的影响。 从... 阅读全文
摘要:
很多问题,一开始你就不知道要干什么?一个模糊的需求介绍,概念是什么都不知道,这时候谈什么完整性,因为概念的完整性,最核心的是从根需求一直细化到最底层的叶子需求. 很多时候,开始你无法得到根的概念,客户也是零零散散的描述,这时候无所谓完整性,把每个小巧"用户故事"一个一个地实现,展示给用户,慢慢地会形成一个模糊的大概需求,这时候对需求的概念开始有了整体化(当然这个阶段可... 阅读全文
摘要:
重构是小幅度进行的,其结果也必然是一系列小的改进。 有时,会有很多次小的变更 ,给设计增加的价值很小,有时,会有很少的变更,但却会造成很大的差异。 这就是突破。 ------DDD Q... 阅读全文
摘要:
终于明白了,有时候不得不写一些晦涩难懂的代码,其实都是因为分析时漏掉了一些深层次的概念才导致的,缺少概念,就必然导致用一些复杂的操作去弥补 比如,一个付款的业务,你现有的概念是银行账户,目标账户,和一些验证机制,如果没有发掘一个位于这些概念之上的高层概念,就会导致你的账户具有一个复杂的方法(当然也可能是目标账户),这个方法负责验证,付款,收款等,而从业务领域的视... 阅读全文
摘要:
有很多类型的内聚性。 最常用到的两个是通信性内聚( communicational cohesion) 和 功能性内聚( functional cohesion)。在模块中的部件操作相同的数据时,可以得到通信性内聚。 把 它们分到一组很有意义,因为它们之间存在很强的关联性。 在模块中的部件协同工作以完成定义好的任务时,可以得到功能性内聚。 功能性内聚被认为是最佳的内聚类型。... 阅读全文
摘要:
一个大型的复杂项目而言,模型趋向于越来越大。 当模型发展到了某个规模,将 它作为整体来讨论很困难,理解不同部件之间的关系和交互变得很困难。 因此,强化不变量通常也是有必要的。 不变量是在数据发生变化时必须维护的那些规则。 在许多对象持有正在发生变化的数据对象的引用时,不变量是很难实现和维护的。使用 根对象可能会将内部对象的临时引用传递给外部对象,作为限... 阅读全文
摘要:
一方面,脱离了模型的设计会导致软件无法真实表达它所服务的领域,很可能会得不到期望的行为。另一方面,建立模型的过程如果得不到设计的反馈或者缺少了开发人员的参与,会导致必须实现模型的人很难理解它,并且对于所用的技术而言可能不太适合.... 阅读全文
摘要:
最近,应航天系统登月部门的测试需求,成功模仿CPU的流水线原理做出设计,满足了对方的需求,感觉真的很爽,终于再次验证了,知识都是相通的,立竿见影的绚丽技巧性的知识都很肤浅,潜移默化的平淡基础性的知识都很王道,看来以后我得加强数学方面的学习了,目前这是一个短板,不知道大学时为什么突然不想学数学了,真的很遗憾! 流水线设计,总线设计,真的很酷,虽然看不到,但是却是很酷! 阅读全文
摘要:
WZ 架构师这东西。。我司的架构师是属于啥都做的但是不参与具体的功能开发STST 不做具体的,意味着空得很 DH 做技术选型啦性能优化啊安全专项啊之类的 STST 我不相信,不做具体的,能把设计做好 DH 那是因为做过很多年具体的了 没见过刚毕业进来就挂个架构师头衔的 STST 不做具体的,就得不到具体的反馈,得不到反馈,就无法确认设计没问题 做多少年也一样,这行业没有完全一样的设计,... 阅读全文
摘要:
MS STST 这难度太高了 有一个就很难的了 也许我工作的环境一般,能把SOLID简要描述一下的,都还没有遇到 SOLID还只属于OOD层次,OOA层面就更加没碰到了 Scrip 因为领域驱动设计的大神比较多 MS 用的人不多吧 A 可能是会用的人不多吧 MS 是啊,大项目也没法用吧,要协调的东西太多 STST 全世界软件工程发展到现在,OOX应该是最核心的一块了吧 ,还要Gre... 阅读全文