最近所做的一个项目与命令行配置有关，简单地说我们的产品能采用输入命令的方式对其功能进行配置，这一点与Cisco路由器的配置很相似。在产品的开发过程中，美国的同事提出一种设计思路，即所有的配置命令之间都不应当存在依赖关系。
提出这种设计思路的同事，其初衷在于让用户能更加容易地对产品进行配置。但是，这种设计思想并没有得到我的支持，相反，我对这种设计思路持反对意见。因为在我看来，打破所有配置命令之间的依赖关系反而使得用户更加难以配置产品。
为什么我们会这么在乎依赖关系，难道依赖关系的彻底消除对于产品的可使用性就有那么重要吗？在现实的世界中，很多东西是存在依赖关系的。比如，如果没有自行车那就谈不上骑自行车、没有钱就谈不上去购物、等等。而软件的设计应当尽可能做到现实事物的依赖关系在软件世界中有所反映，而不是彻底地采用简单的准则（比如这里所谈到的“所有的命令之间不应存在依赖关系”）对其进行颠覆。
如果依赖关系不是产品具有良好可使用性的重点，那对于采用命令行进行配置的产品，什么是重点？两个字：概念。
在进行产品设计时，应当打造一定的概念，这种概念一方面最好来源于现实世界，另一方面最好能有一定的逻辑内涵。当概念有了以后，如何设计命令就显得更直观了；当概念有了以后，在培训产品的使用用户时也且得更有效，只要将概念传输给用户，用户就更容易掌握，乃至能自己思考配置时所出现的问题。反之，没有概念而只有一大堆的命令留给用户，很容易让他们在使用时里要更多地参考使用手册，或寻求支持。
概念有了以后，各命令之间是否存在依赖关系就应当顺应概念的需要，而不是简单地将所有的依赖关系都打破。将依赖关系强行打破，还会造成软件设计上的困难以及所编写的代码更加难以理解和维护。
一个产品是否好用，最为重要的是产品的设计者是否真正地为自己的产品塑造了一定的使用概念。一个易用的产品，在它的背后也一定隐藏了一定的概念，且这种概念很容易被用户掌握并加以运用。
依赖关系并非都是恶魔，其关键是我们如何合理地运用依赖关系去塑造概念。
原文链接：https://www.f2er.com/javaschema/287490.html