对象建模笔记--角色建模2接口和实现是分离的。 接口符合现实世界的世界观，因此接口应该相对稳定。 实现需要根据需求的复杂度，可能的变化、工作量的大小等因素来考虑使用何种方式。 用户不需要知道具体的实现，所有方法选择、类型判定，算法实现等操作都是在用户一无所知的情况下进行的。 使用一个外观类（person类）来达到上面一点的效果。可以根据自己的因素，来考虑在外观类中实现多少细节。 外观类中的实现细节可以完全移到新的类中，这取决于我们那的实际情况。 三种不同的处理方法是可以根据需求的复杂程度来选择的，当然，相应的投入也会增大。 应该说，这种处理思路是非常自然的面向接口的设计思路，虽然不同的方法有着不同的实现技巧，但是主要的思路相似的，先从简单的处理出发，然后慢慢的对结构进行优化。这种思路使用于所有的软件设计。在这个例子中，实际上，在现实的软件开发中，一般不会定义三种的处理方式，而只会选取最优的那一种－即对象状态模式，因为模式一旦优化整理完毕，再次实现所花费的工作量其实是不大的，当然前提是你的模式整理工作要做的好。而且这种做法有助于保持软件、软件团队的一致性。因此，我们在处理一个问题时，可以先把所有的实现放在一个单独的类中（该例中为person类），然后再试着把属性和方法从这个类中剥离出来，让不同的类来负责不同的职责，最后将设计完毕的方法整理为模式，在软件团队内部推广，并在实践中维护、改进该模式，以使其适合更复杂多变的需求。就像是隐藏对象一样，这种思路也是隐藏在面向对象设计背后的设计思路，值得我们花时间来掌握它。 上一篇：对象建模笔记--角色建模1 下一篇：对象建模笔记--角色建模3 更多相关文章
|
推荐文章
精彩文章
|
