为什么golang工程师不喜欢写接口？
在golang领域里，有一种普遍的潜规则：尽可能少写接口。这种做法看似违反程序设计的基本原则，但是一些golang工程师认为，过度设计会脱离实际需求，带来不必要的复杂性和开发量。因此，他们倾向于采用简单而有效的技术方案，让开发流程更加高效和可控。
“少即是多”：golang的设计哲学
golang的设计哲学之一是"less is more"（“少即是多”），它注重简单和实用性，而不是过度设计。golang致力于创造一个能够支持高并发、快速开发、容易部署、具有内置并发安全等特性的语言。因此，golang工程师们不喜欢过于复杂的框架或者设计模式，他们认为概念简单且易于理解的代码会减轻开发负担并且有助于问题的快速解决。
如何绕过接口编写的限制？
虽然golang工程师不倾向于写接口，但是他们也不是完全放弃了面向接口编程的方式。在实际开发过程中，如果需要无缝切换不同的实现方式，golang工程师会倾向于使用结构体和函数来达成同样的目的。例如，使用结构体将接口的行为打包在一起，使用函数调用来表达接口中的方法。通过操作这些对象，golang工程师可以自由地切换底层的库或者代码实现。
总结
在设计golang程序时，过于复杂的框架和设计模式可能会带来不必要的开发负担和代码复杂度。因此，golang工程师们不喜欢过分关注程序设计的理论部分，而是更加注重实用性、高效率、易于维护和扩展。尽量少写接口并且在实际开发过程中使用结构体和函数来达成同样的目的是一种值得推荐的做法。
本文来自投稿，不代表亲测学习网立场，如若转载，请注明出处：https://www.qince.net/golang-0d.html
郑重声明：
本站所有内容均由互联网收集整理、网友上传，并且以计算机技术研究交流为目的，仅供大家参考、学习，不存在任何商业目的与商业用途。 若您需要商业运营或用于其他商业活动，请您购买正版授权并合法使用。
我们不承担任何技术及版权问题，且不对任何资源负法律责任。
如遇到资源无法下载，请点击这里失效报错。失效报错提交后记得查看你的留言信息，24小时之内反馈信息。
如有侵犯您的版权，请给我们私信，我们会尽快处理，并诚恳的向你道歉！
