为什么大部分讲 java 的设计模式,还有 c#的设计模式的博客的代码例子都是基于实现接口或继承抽象类?
设计模式不是脱离语言的么,除去必须要考虑继承抽象类,实现接口的设计模式,其他的设计模式与继承抽象类或继承接口有什么必然联系么?我怎么感觉老是用实现接口继承抽象类的例子去讲设计模式有点误导人的感觉?还是习惯了,或者继承接口抽象类的代码例子很合适?还是说设计模式的规范真的很严格?还是抄袭 csdn 博客?那些博客讲设计模式不用“实现接口继承抽象类的代码“的该类例子讲解不行么。
举一个例子,装饰器模式,一些讲装饰器这种设计模式的很多博客,代码例子基本都是实现接口走起,可在我看来,装饰器模式,即使用代码例子说明,有必要搞得这么复杂啰嗦么?我要扩展一个类的功能,我直接创建一个普通类作为装饰类,通过构造函数传入即可,并扩展装饰类的功能,除非有需求必要,不然不会“先写个接口再去实现接口”这种罗里吧嗦的步骤。
难道是“为了接口而写接口”的这个习惯传染了很多人?
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.