逻辑设计

几乎大部分帮助软件设计和架构的原则和模式主要都是关注逻辑设计。逻辑设计主要关于语言构造块，比如类，操作符，方法和包。识别一个类的方法，类之间的关系，系统包的接口等问题都是逻辑设计相关的问题。这一点并不奇怪，因为大部分的开发者都在花时间解决逻辑设计问题。

当设计类及其方法时，我们正是在做系统的逻辑设计，比如：

决定一个类是否应该是一个Singleton

决定一个操作是否应该是抽象的

决定继承还是包含一个类

应用好面向对象的设计模式和原则对于创建灵活的应用非常重要，但是逻辑设计只是软件设计和架构挑战的一方面。另一个方面是物理设计。事实上，如果你不考虑物理设计而仅仅考虑逻辑设计，不管逻辑设计多么漂亮，最终你可能并不能达到你想要的效果。

物理设计

物理设计代表了软件系统中的物理实体，比如

软件系统如何打包成可部署的单元

决定一个类放在哪个部署单元中

管理部署实体之间的关系

这些问题都是物理设计的问题，这些问题和逻辑设计问题一样重要。

举例来说，设计一个接口，同时将用户代码和各种接口实现代码解耦合是一个逻辑设计问题(比如strategy模式)。这种设计允许你增加新的实现而不影响客户代码。如何将接口和实现类分布到物理实体中则是一个物理设计问题。如果接口具有多种实现，而每种实现又具有自己特定的依赖，那么这个物理设计问题对于系统软件架构的质量将具有至关重要的影响。若将接口和实现类放在同一模块中，那么将可能引入不需要的部署依赖。比如，如果其中一种实现依赖于一种复杂的底层结构，那么不管你采用何种接口的实现，整个模块将都被强制依赖于该底层结构。不管逻辑设计是否足够好，这种物理实体之间的依赖关系妨碍了可复用性，可维护性等在逻辑设计中期望的特性。

物理设计与逻辑设计的关系

物理设计关乎我们如何将软件系统分解为一个模块体系，关乎到系统的模块化。模块化的基本原则是最小化模块之间的依赖同时最大化模块的可复用性。模块化模式需要面向对象模式的支持，物理设计决策通常伴随着并且要求相应的逻辑设计决策。Jar文件是最好的模块化单元。物理设计的原则也可以应用到其他单元，比如包。但是应用到Jar文件才能发挥最大的作用。