我这样寻找和划分类 的思维方式对吗??
一个系统功能确定后, 我先把他化分为几大模块.
思考时 为了好记 我把这几大模块需要做的功能和用到的数据都写下来.
然后 模块再划分为更小的模块.
小模块 在分为类.
其中一个原则是 把数据和加诸其上的操作封装在一起.
一般来说,为了实现与界面的分离 基本上每个窗体都建一个类.
为了完成该窗体的工作 这个类 由许多小类组成
说的有点乱 ,烂 ,大家 批批!
同时提出您的宝贵意见
[解决办法]
不知道正确不..要具体问题具体分析了.
> > 为了完成该窗体的工作 这个类 由许多小类组成
这个不好吧...这些小类不应该直接够成窗口。特别是他们数量很多的情况。
你应该弄一个简单的抽象类。然后再由这些小类去实现抽象类应该具有的行为。
而窗口类就只和抽象类打交道。
你的窗口的类也很多吧..也许每个窗口类都会有对应于不同的这些小类。用Bridge去组织一下吧
[解决办法]
看《Applying UML and Patterns》
[解决办法]
LZ按照功能进行模块划分，应该是个不错的开始。但是我觉得仅仅停留在这一步是不够的，下一步就需要对问题域进行进一步的抽象，寻找一些关键概念已经他们之间的关系，而这个过程正是考验一个人的思维和设计能力的地方。
建议LZ先可以看看OO设计，设计模式的书，慢慢的心里就会有数了。
[解决办法]
以实用为主, 别搞太复杂...
[解决办法]
哥们，错了，要从业务，概念出发，
具体你仔细的读一下 《Applying UML and Patterns》
有中文版 uml与模式应用
