注重接口，而不是实现 （原则之一）

最新推荐文章于 2023-05-29 16:00:37 发布
最新推荐文章于 2023-05-29 16:00:37 发布
阅读量1k 收藏
点赞数 1
分类专栏： 软件设计原则
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Serenada/article/details/6967503
版权
注重接口，而不是实现，依赖接口，而不是实现。接口是抽象是稳定的。实现是多变的而且是多种多样的，我们要把现实事物中的公共的，一般的，普遍的东西高度抽象出来，从而形成接口。而把具体的实现方式放到具体的实现类中去；
serenada
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
计算机网络系统设计方案(2).doc
05-28
1.8 可扩展性原则 系统建设是一项长期的工作，因此系统在设计之初就遵守开放性和可扩充性的原则 。系统建设引入分层、模块化、标准化的设计思路，充分利用"高聚、低耦合、标准化" 的设计理念，对业务对象进行深入...
设计模式和原则：原则篇(二)
fofo
05-21 466
设计模式和原则索引 二、基于接口，而不是实现编程 让类型间的依赖基于接口，来最小化类型间的依赖。在代码变化的可能性较大时，这种设计方法非常适合。 >应用接口还是抽象类？要根据具体情况判断，如果你希望接口附带一些行为，就是用抽象类，否则使用接口，DotNet不支持多重继承，使用interface则基类还有选择的余地。 接口可以是.Net中的Interface也可以是一个基类。
一文搞懂面向对象6大原则
epitomizelu的专栏
09-21 399
一文搞懂确实有点难度，我尽量做到通俗易懂、逻辑严谨、论证精彩、案例丰富、极富启发性。 一，开篇 有点追求的攻城狮可能会遇到以下两种场景： 一是\color{red}{一是}一是看到一段代码，大呼牛叉，忍不住推荐给同事看看，同事问好在哪里，结果一脸懵逼，竟说不出哪里好！ 二是\color{red}{二是}二是自以为写了一段牛逼的代码，上线之后却bug不断，被同事吐槽“垃圾”。 欣赏不来优秀...
设计模式：为什么基于接口而非实现编程？有必要为每个类都定义接口吗？
OceanStar的博客
12-28 377
编程中有一个原则：基于接口而非实现编程。这个原则非常重要，是一种非常有效的提高代码质量的手段，而平时的开发中经常被用到。但这个原则很容易被过渡使用，比如为每一个实现类都定义对应的接口。那应该如何权衡，怎样恰到好处的应用这条原则呢？ 如何理解原则中的“接口”二字？ “基于接口而非实现编程”这条原则的英文描述是：“Program to an interface, not an implementation”。我们理解这个原则的时候，千万不要一开始就与具体的编程语言挂钩，局限在编程语言的“接口”语法中（比如 .
一些软件设计的原则
qq_39164234的博客
05-28 1002
软件设计的相关原则
设计模式之美-为什么基于接口而非实现编程？有必要为每个类都定义接口吗？
abc123mma的博客
05-29 286
我愿意称之为最强设计书籍之一。看完这篇文章使我对代码编写有了新的思考。值得注意的是文章全篇写的是伪代码，并没有真正实现方法的逻辑，不过这样反而有利于逻辑的理解。 在上一节课中，我们讲了接口和抽象类，以及各种编程语言是如何支持、实现这两个语法概念的。设计模式之美-接口vs抽象类的区别 今天，我们继续讲一个跟“接口”相关的知识点：基于接口而非实现编程。这个原则非常重要。这个原则比较难理解此处的接口，作者将其定义为一种抽象。实际上，“基于接口而非实现编程”这条原则的另一个表述方式，是“
某公司网络安全方案.doc
最新发布
06-08
5 防火墙(WEB应用防火墙) 防火墙指的是一个由软件与硬件设备组合而成、在内部网与外部网之间、专用网与 公共网之间的界面上构造的保护屏障.它使Internet与Intranet之间建立起一个安全网关 ，从而保护内网免受非法...
Android项目源码开源的 Material Design 豆瓣客户端.zip
07-10
豆瓣从来不是一个单一的网站，而对于豆瓣的用法自然不尽相同。使用豆瓣是为了获取信息，但信息的获取是基于条目和算法，还是基于友邻和人，这个问题在豆瓣的多次改版中大概一直悬而未决。 这次，一个叫“豆瓣”的...
二十三种设计模式【PDF版】
05-30
整个设计模式贯穿一个原理:面对接口编程，而不是面对实现.目标原则是:降低耦合,增强灵活性. 建筑和软件中模式之异同 CSDN 的透明特别推崇《建筑的永恒之道》,认为从中探寻到软件的永恒之道,并就"设计模式"写了专门...
设计模式4---依赖于接口 而不是具体实现
qqqweiweiqq的博客
06-25 277
设计模式
基于接口而非实现编程，你真的理解了吗
Hopefully Sky的博客
02-23 2334
“基于接口而非实现编程”这条原则的英文描述是：“Program to an interface, not an implementation”。我们理解这条原则的时候，千万不要一开始就与具体的编程语言挂钩，局限在编程语言的“接口”语法中（比如Java中的 interface）。这条原则是一条比较抽象、泛化的设计思想。实际上，理解这条原则的关键，就是理解其中的“接口”两个字，这里的“接口”是泛指，可以理解为“抽象”。
【面向对象】开发原则（二）：基于接口而非基于实现编程
A minor
04-19 585
1.如何理解该原则？ 这条原则能非常有效地提高代码质量，实际上，“基于接口而非实现编程”这条原则的另一个表述方式，是“基于抽象而非实现编程”。后者的表述方式其实更能体现这条原则的设计初衷。 在软件开发中，大的挑战之一 就是需求的不断变化，这也是考验代码设计好坏的一个标准。越抽象、越顶层、越脱离具体某一实现的设计，越能提高代码的灵活性，越能应对未来的需求变化。好的代码设计，不仅能应对当下的需求，而且在将来需求发生变化的时候，仍然能够在不破坏原有代码设计的情况下灵活应对。而抽象就是提高代码扩展性、灵活性、可维
面向对象的七大设计原则
servepeople的博客
08-14 83
面向对象的七大设计原则单一职责原则开放封闭原则依赖倒置原则接口隔离原则Liskov替换原则迪米特法则（最少知道原则）合成复用原则 单一职责原则 单一职责原则，其核心思想为：一个类或接口，最好只做一件事，只有一个理由引起它的变化。单一职责原则可以看做是低耦合、高内聚在面向对象原则上的引申，将职 责定义为引起变化的原因，以提高内聚性来减少引起变化的原因。职责过多，可能引起它变化的原因就越多，这将导致职...
“基于接口而非实现编程”的原则
qq_29035793的博客
03-01 436
1. 函数的命名不能暴露任何实现细节。比如，前面提到的 uploadToAliyun() 就不符合要 求，应该改为去掉 aliyun 这样的字眼，改为更加抽象的命名方式，比如：upload()。 2. 封装具体的实现细节。比如，跟阿里云相关的特殊上传（或下载）流程不应该暴露给调 用者。我们对上传（或下载）流程进行封装，对外提供一个包裹所有上传（或下载）细我们按照这个思路，把代码重构一下。重构后的代码如下所示： 节的方法，给调用者使用。 为实现类定义抽象的接口。具体的实现类都依赖统一的接口
1）钟爱组合而不是继承，2）钟爱接口而不是实现
sssssNian的专栏
10-30 847
1）钟爱组合而不是继承，2）钟爱接口而不是实现
golang依赖接口，不要依赖具体实现
笔记
06-25 306
package main import "fmt" const ( x = 11 a = iota b = iota c0 = 23 c1 c2 d = iota e ) const ( aa = iota bb = iota ) type sql interface { open(string) string } func open(url string, sql sql) {//依赖的是sql接口类型，具体使用的时候可以根据具体实现类型实例化，类似mysql的驱动，只
依赖于抽象而不依赖与实现
beatle.Y
03-13 3919
本人不懂C++，但面向对象的思想是一样的。 依赖于抽象而不依赖与实现，并不难理解。 比方说我们需要一个东西来盛水，这个东西只要有盛水的功能就行了，我们并不关心它是马克杯，乐扣杯，或者是解放牌大瓷缸，甚至是尿壶，这个能盛水的东西便是抽象(我们在脑海里只有一个概念，却没有实物)，而马克杯或者其他的具体实物便是抽象的实现，面向抽象编程会非常灵活，并且低耦合，易于扩展和维护，还是那个比方，人是一个类，
Java依赖于抽象不依赖于具体,依赖倒置原则（Dependecy-Inversion Principle）
weixin_31708209的博客
03-09 3259
依赖倒置原则(Dependence Inversion Principle，DIP)的原始定义：高层模块不应该依赖底层模块，两者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。抽象：即抽象类或接口，两者是不能够实例化的。细节：即具体的实现类，实现接口或者继承抽象类所产生的类，两者可以通过关键字new直接被实例化。依赖倒置原则在Java语言中的表现是：模块间的依赖通过抽象发生，实现类之间不发...
小程序后端接口怎么实现node.js
05-15
在使用node.js实现小程序后端接口时，可以先使用npm安装express框架，然后通过express框架搭建一个简单的后台服务。接着，根据小程序需求，编写具体的业务逻辑和接口处理代码，并将其集成到express应用中。最后，在...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值