一些关于面向对象设计的思考
2012-02-01 22:53
239 查看
将属于一类的对象放在一起。如果一个函数操纵一个全局变量,那么两者最好都在类内作为特性和方法出现。
不要让对象过于亲密。方法应该只关心自己实例的特性。让其他实例管理自己的状态。
要小心继承,尤其是多重继承。继承机制有时很有用,但也会在某些情况下让事情变得过于复杂。多继承难以正确使用,更难以调试。
简单就好。让你的方法小巧。一般来说,多数方法都应能在30秒内被读完(以及理解),尽量将代码行数控制在一页或者一屏之内。
当考虑需要什么类以及类要有什么方法时,应该尝试下面的方法。
写下问题的描述(程序要做什么?),把所有名词,动词和形容词加下划线。
对于所有名词,用作可能的类。
对于所有动词,用作可能的方法。
对于所有形容词,用作可能的特性。
把所有方法和特性分配到类。
现在已经有了面向对象模型的草图了。还可以考虑类和对象之间的关系(比如继承或协作)以及它们的作用,可以用以下步骤精炼模型:
写下(或者想象)一系列的使用实例——也就是程序应用时的场景,试着包括所有的功能。
一步步考虑每个使用实例,保证模型包括所有需要的东西。如果有些漏洞的话就添加进来。如果某处不太正确则改正。继续,直到满意为止。
不要让对象过于亲密。方法应该只关心自己实例的特性。让其他实例管理自己的状态。
要小心继承,尤其是多重继承。继承机制有时很有用,但也会在某些情况下让事情变得过于复杂。多继承难以正确使用,更难以调试。
简单就好。让你的方法小巧。一般来说,多数方法都应能在30秒内被读完(以及理解),尽量将代码行数控制在一页或者一屏之内。
当考虑需要什么类以及类要有什么方法时,应该尝试下面的方法。
写下问题的描述(程序要做什么?),把所有名词,动词和形容词加下划线。
对于所有名词,用作可能的类。
对于所有动词,用作可能的方法。
对于所有形容词,用作可能的特性。
把所有方法和特性分配到类。
现在已经有了面向对象模型的草图了。还可以考虑类和对象之间的关系(比如继承或协作)以及它们的作用,可以用以下步骤精炼模型:
写下(或者想象)一系列的使用实例——也就是程序应用时的场景,试着包括所有的功能。
一步步考虑每个使用实例,保证模型包括所有需要的东西。如果有些漏洞的话就添加进来。如果某处不太正确则改正。继续,直到满意为止。
相关文章推荐
- 一些关于面向对象设计的思考
- 一些关于面向对象设计的思考
- 关于面向对象设计的一些思考
- [体感游戏]关于体感游戏的一些思考(一)--- 开篇和“随身”物件
- 关于与产品相关的品牌、国藉等与产品质量的一些思考(转)
- 关于无线路由器的一些思考
- 【react】关于react框架使用的一些细节要点的思考
- 关于Coding的一些思考
- 关于图计算和graphx的一些思考
- 关于寻路算法的一些思考(11):寻路算法的其他应用
- 关于文献检索的一些思考
- 关于产品的一些思考——写在前面的话
- 关于产品的一些思考——问一答之背包之编辑题目
- 关于软件的一些思考
- 关于毕业设计题目的一些思考
- 不只是休闲:关于体感游戏的一些思考(四) --- 克隆战争!
- 关于产品的一些思考——腾讯之微信
- 关于版本号的一些思考
- 关于html<head>部分怎么写的一些思考
- Netty,Kafka,Muduo关于时间轮的一些思考 之netty时间轮