以前学习设计模式的时候,知道了要针对接口编程,可以提高程序的可扩展性。
类就从接口继承,实现接口。
昨天突然觉得好像在接口和实现类之间还需要一个抽象类来承接一下,个人认为原因如下:
1、接口是一种契约,实现它的类就必须实现它所有的方法。
2、抽象类没有那么严格,实现类可以继承它的方法,可以修改它的方法,也可以选择部分的继承。
3、接口的要求过于严格,我觉得直接实现它的类会会受到它的限制,通过一个抽象类来缓冲一下比较好。
个人愚见,不知道说的对不对,请大家指教。
本文探讨了接口与抽象类在软件设计中的应用。作者提出在接口与具体实现类之间引入抽象类的观点,以提高程序灵活性并减少直接实现接口带来的限制。
以前学习设计模式的时候,知道了要针对接口编程,可以提高程序的可扩展性。
类就从接口继承,实现接口。
昨天突然觉得好像在接口和实现类之间还需要一个抽象类来承接一下,个人认为原因如下:
1、接口是一种契约,实现它的类就必须实现它所有的方法。
2、抽象类没有那么严格,实现类可以继承它的方法,可以修改它的方法,也可以选择部分的继承。
3、接口的要求过于严格,我觉得直接实现它的类会会受到它的限制,通过一个抽象类来缓冲一下比较好。
个人愚见,不知道说的对不对,请大家指教。

被折叠的 条评论
为什么被折叠?