标签：image 很多 不必要 eve 单一职责 依赖关系 直接 模块 构建
https://cloud.tencent.com/developer/article/1404736
本文由来自美国业界大牛——Robert C. Martin（俗称“Bob大叔） 发布在 butunclebob.com 上，已获得翻译授权。英文原文链接： http://butunclebob.com/ArticleS.UncleBob.PrinciplesOfOod 本篇概括性的介绍了OOD的设计原则，后续还有更多文章会详细剖析、吃透面向对象业务设计的原则。
什么是面向对象设计？它是怎么一回事？使用它会有什么利弊得失？似乎问出这些问题显得有些愚蠢，特别是在一个几乎每个开发者都会使用某种面向对象语言的时代中。
然而在我看来，这些问题即极为重要，因为我们中的大多数使用者并不知道答案，当然也不知道如何发挥面向对象语言的最大价值。
在我们这个行业发生的所有变革中，有两场是非常成功的，以至于它们已经渗透到我们的思维中，以至于我们认为它们是理所当然的。那就是"结构化设计\编程"(也叫面向过程设计)与"面向对象设计\编程"。所有主流的现代编程语言都被这两种编程范式深刻影响。甚至是，我们很难摒弃这两种编程范式去写任何一个程序。
我们的主流编程语言中没有“GOTO”，因此似乎是遵守了著名的结构化编程"禁令"；我们大多数的主流编程语言是基于类并且不支持使用没有写入任何一个类中的变量、函数(方法)，因此他们似乎是遵守了面向对象设计中最明显的特点。
用这些语言(主流结构化语言或面向对象语言)写出的程序也许看上去是结构化的或面向对象的，但是外表也可以是虚假的。今天的程序员常常不知道这些语言产生的原因以及其中的基础原则。在另一篇博客中，我会讨论结构化编程的设计原则，而在这篇文章中我想要聊聊面向对象设计原则。
在1995年3月，在comp.object上，我写过一篇文章，这篇文章也成为我日后众多OOD设计原则文章中的处女作。你们将会在我的PPP书籍中以及发表了我多篇文章的objectmentor网站上看到这些文章，当然也包括那个广为人知的那篇摘要文章。（译者注：PPP指——“Agile Software Development: Principles, Patterns, and Practice,中文即—敏捷软件开发：原则、模式与实践”）
这些原则揭示了OOD依赖管理方面的内涵，而在概念化和建模方面并没有深入涉及。然而这并不代表OO在对问题领域的概念化上很薄弱，也不代表OO在建模能力上很薄弱。我很确定在这两方面上，很多从OO设计原则中获得价值。需要注意的是，这些原则非常关注依赖关系管理。
（译者注：此处指宽泛概念的依赖关系管理，如系统与系统之间的依赖，模块与模块之间的依赖，类方法直接的依赖）
依赖管理是一个大多数架构师需要面对的问题。每当我们在屏幕上看到一堆乱七八糟的遗留代码时，我们都在经历依赖管理不善的结果。糟糕的依赖关系管理导致代码难以更改、脆弱和不可重用。实际上，在我的PPP书中谈到了几种不同的设计风格，都与依赖管理有关。另一方面，当依赖关系得到很好的管理时，代码仍然是灵活可扩展的、健壮的和可重用的。因此，依赖关系管理的思考，以及这些原则的使用，是软件开发人员设计灵活性系统的基础。
以下5个原则是阶级设计原则：
接下来的六条原则是关于包（译者注：指jar、war，而非package）的。在这个上下文中，包是二进制的可交付文件，比如：jar文件，或者dll，而不是java包或c++命名空间。前三个包原则是关于包内聚的，它们告诉我们在包中放入什么：
翻译 | The Principles of OOD 面向对象设计原则
标签：image 很多 不必要 eve 单一职责 依赖关系 直接 模块 构建
原文地址：https://www.cnblogs.com/dhcn/p/12449664.html
