一个软件项目就像一部电影
如果把Java项目工程比做一部电影，那么出品人是公司，制片人是程序员，导演和演员是项目里的所有类。
因此对类产生了一种划分方式：导演类（Director Class），角色类（Role Class）。对类里的方法产生了同样的划分：导演方法（Director Method）和角色方法（Role Method）。导演负责调用角色,角色做具体的事。
对应在方法里，导演方法里的实现即是调用角色方法或角色类，角色方法里是具体某个功能或行为的实现过程。在现实世界，存在纯粹的导演。导演方法里没有自己的逻辑实现就是纯粹的导演方法。也有自导自演的导演--导演方法里不仅有调用角色还附加有某些功能的实现过程。
对应在类里，项目中的Manager类就是导演类，工厂模式里的Factory类也是导演类，角色类就是那些被调用的类。大多数类是自导自演，对上是角色类，对下导演类。上下带来了层次性，存在顶级导演（最初的第一个导演类），高级导演（处在调用层次前列的）
我们是有好奇心的程序猿，某个恍然的时刻问自己：如果对自导自演的类不断向上追溯，最初调用在哪里发生呢？
这真是有意思的思考。最初的调用就是Main方法，就是程序的主入口。
如果我们把一段可运行的软件比做密西西比河，那么干流是导演类，支流是角色类。我们知道，主干和分支都是相对的，这个干流的分支是这个分支下的分支的干流。当我们想知道密西西比河最终流向哪里时，想要对密西西比河有一个主要的认识时，我们只要沿着密西西比河主干向前走就能找到河的出口和终点。软件项目里，找到那个主入口，沿着主入口的逻辑往下阅读。当我们想要了解某个细节时，找到主干下的对应的分支，从这个分支阅读代码。
一个软件项目代表一个二维的世界
代码所在的世界是二维的世界，有横轴和纵轴。调用一个高级导演类的导演方法，形成了一个纵向世界；一个方法调用，当这个方法对类的成员变量做了修改，那么其他方法使用了这个成员变量；此时这个过程就形成了一个横向世界。
小结
软件是程序员固化的思维，代码也是有味道的，当代码存在异味的时候，也即意味着重构要来临。做一个嗅觉敏感的程序猿，软件项目就会具有可读性和可维护性。
