大家来谈谈关于面向对象中的可复用性

[topgoat]

软件的重用性是提高开发生产率和目标系统质量的重要途径。
我所理解的不是很深刻，只知道尽量使用已有的类，如果确实需要创建新类，怎样考虑将来的可复用性呢？

[showerXP]

经常可以看到这样一句话：不要光因为重用而使用继承。

怎样考虑将来的可复用性呢？
做到开闭原则和对抽象编程，我认为就自然而然的实现了可复用。

[DragonLancer]

"开闭原则和对抽象编程"——说起来容易做起来难

[tuti]

不要在创建第一个类的时候考虑重用性,因为这个时候根本不知道要重用些什么,
也不会知道,在哪些方向上OPEN,在哪些方向上Close.

在第2次,第3次发现类似情况的时候,逐步改进设计,达到一定重用性.

[sungangsg]

复用不能只考虑代码的复用，要想到整个软件开发的复用，有个规范最好，当然要从小做起，先做好代码级的复用再往高级的做，有没有感兴趣的朋友一起探讨一下如何做好复用？谁知道哪里可以找到关于软件复用的专业的书啊，不是上百度一搜一堆都是说复用不好弄，或者肤浅的复用的概念探讨，哪里有关于复用的论坛呢。

[qiulin]

单个对象的复用是比较低级的复用。
更高层次的复用是调用对象的代码架构的复用，也就是说你只要增加新的对象，而不用修改现有的代码。

[mengxianbao1521]

大的经验大家都有些，但问题的是具体问题具体分析。楼主应该抛出一个具体问题（最好有争议的，呵呵）。大家来好好分析一下。
接口使用的好坏直接影响到复用。

[junmayang]

复用不是最终的目的，最终的目的是结构清晰，便于代码管理和分配任务!

[aboush]

复用有层次的区别,不知道楼主是在什么层次上看问题的.
从底层上来说,自然是代码级别的二进制的重用.这类问题现在有很多人提出了优秀的问题.设计模式的发展就是很好的证明.
从稍高层次上看,重用的范围要来的更广,如果楼主了解UserCase(注意不是UseCase图),那么UseCase提倡的就是这种层次的服用.即对领域知识的重用.在设计分析者的眼里,看见的不再是类,甚至不是类图等UML图形.他们看到的是领域概念的重用.在一个领域中通用的模式.<<分析模式>>这本书就想提倡这样的想法.

[cnepine]

这个问题我建议你去学习一下有关设计模式的数据。你就会对软件的复用有更好的理解。推荐一本书，设计模式解析。