设计中的“关注点”

有些关注点

有些关注点，随然离复杂的合心逻缉比较远，但它可能会迁扯到，核心中的重要概念，有时这样的概念，恰好是你从核心的角度，不易发现的。 这时离核心较远的关注点，就成了发现这些重要概念的线索了。 就象宝物在树叶下藏了起来，但却有一条线，连接到它的上面。

这样的概念是很有用的，因为围绕它的逻辑可能很多。这此逻缉可能是，本来就有，但你在关注核心时没有想到，或是潜在的。

按重要的概念来组织设计，也使得设计清楚，减少设计中没有根据的东西，和随意的东西。

全面考虑关注点

让每一个关注点，和核心代码相关的内容，都是最合理的。这样，核心代码才是比较合理的。这样可以挖掘出最多的在设计中需要体现的概念，而这些概念是合理的构造软件的基础。
合理的概念，出现在潜在的关注点中的概率很大，因此也为软件的演进，打下了好的基础。

注：这里的“关注点”是指在软件中所关注的功能需求。这里的实质问题是，因为我的设计方法类是从功能中导出来的，关注不同的功能，则可能会导出不同的类和不同的类关系。有可能出现当关注A关注点时，得到的类及类关系是不利于B关注点实现的，如果不尽早考虑B关注点，则可能为将来实现B关注点留下困难。也就是说，只考虑A关注点，和同时考虑A和B两个关注点所得到的类和类关系是不同的。我遇到过这样的情况，忽视了B关注点的原因是当时B关注点并不迫切，因此并需要在当前迭代实现（当时采用的是迭代的开发方法）。