稍微讲两句关于OOD的闲话吧。。关于怎么学，扯淡，以及怎么用

不能简单的将OOD等同于Design Patterns, OOD是运用面向对象思想将现实世界映射到程序世界的一整套方法论，而Design Patterns只是根据这套方法论总结出的一些固定招式。我推荐从《UML模式与应用》开始，之后再读《敏捷软件开发： 原则、模式与实践》以及楼主说的《设计模式》。更进阶的还可以去读《领域驱动设计》《重构》《企业应用架构模式》之类的。

总结的很精练很到位，是一位干过真活的人

总结的很精练很到位，是一位干过真活的人

关于第四点，无重复性和低依赖有时是一对不可调和的矛盾
一段代码，如果有10个其他模块都需要用
，重用性是高了，却变成了single point failure，稍微一变整个系统就挂了，如果第十一个也要用但需要多加个参数，怎么测那10个模块就是门艺术了，这个代码就没法重用

无重复性很容易产生高依赖而违背OO低耦合这个目标，哪怕用重载多态解决也会产生相当多的重复，所以没有完美的solution，而是一种根据经验左右平衡的艺术

请问，同样一道题，“Design Amazon- Online Shopping System”， 既可以按system deisgn， 也可以按OOD来，不知道怎么区别？

saphion 发表于 2019-10-18 08:40
总结的很精练很到位，是一位干过真活的人

关于第四点，无重复性和低依赖有时是一对不可调和的矛盾

只能平衡下，谢谢大佬们分享。

总结很到位。一般工作中，我们最重视的就是代码的可读性。我的经验是写代码的时间远远低于后面维护和debug的时间，因此，代码的可读性非常非常的重要。代码的层次，以及必要的high level的注解。

我用OOD设计过不少商业软件，面试的时候不管什么设计都能写出一些可互动的class，也不知道是啥pattern。
读了这个帖子才发现，理论上还差得远啊。

好贴 膜拜楼主！！

shyang292 发表于 2020-2-6 23:26
请问，同样一道题，“Design Amazon- Online Shopping System”， 既可以按system deisgn， 也可以按OOD来 ...

同问。好问题

拜读了。

问一个问题。为什么 无重复性是铁律？我的理解是防止修改程序是只修改一处，导致还是有其他地方没改产生错误。不知道还有没有其他原因。
如果自动产生的程序，改动生成方法时所以程序都会自动生成，这种情况下出现重复总要吗？

对不要直接new的做法，我的理解是提供一个创建factory，用create函数通过factory来实现。好处是给了使用者替换和嵌入的机会。对设计库人还是很有用的。毕竟写lib的人永远无法估计其他人希望怎么用。
坏处是使code平白无故长了很多。要让程序员每个class都建一个factory估计很难。同上如果用程序来产生code。是不是应该自动的给每个class一个factory使使用者有更多的自由来改变程序?