面对业务需求(功能)如何定义(划分)出类????
在面对一个功能时该如何进行设计,如何定义类???
最近看一些设计类的书,看到设计原则方面,里面用对比的方式,将好的设计和差的设计之间的差别,但是我突然发现自己对这些类的定义规则都很模糊,所以来问问!!
推荐一些这方面的书也行,谢谢了!!!
另外,感觉学这个设计很难啊,书本上一个差的设计只要两个类,而那个好的设计却7、8个类(接口),当然,这儿不讨论该不该,我只想了解这么多的类怎么规划,按功能放在不同的文件夹里还是按文件类型放不同的文件夹里,例如接口放一起,设计出的功能类放一起。
其实,我觉得按照上面两种都可以,如果如果比较庞大、复杂的话肯定少不了设计类图吧,在维护的是有应该主要是以设计图(UML)为主吧??
------解决方案--------------------
下围棋时,要下好就得多看棋谱,所以要设计好就得先看懂看透别人的设计,附给你一个我头两天回帖用的类图,(人家对这图理都不理,觉得没用,唉)
------解决方案--------------------
------解决方案--------------------定义类其实很简单:
1.定义属性,property;
2.定义方法,sub或function,但sub new()是必须的;
3.需要用的结构式,定义自定义结构,structure;
4.需要实现事件是,定义事件,event;
5.如果需要子类,再private 子class即可;
最后构造一个实例类即可使用该类了。