为什么应该在公共函数中调用私有函数，而不是直接调用实现代码？

在 Go 语言中，公开函数调用私有函数，而不是直接调用实现代码，是因为这有助于实现模块化和代码组织。私有函数被封装在单独的模块或包中，从而提高了代码的可读性、可维护性和可测试性。此外，这种方法还允许在不影响公共 API 的情况下对实现代码进行更改。在本文中，我们将探讨为什么在公共函数中调用私有函数而不是直接调用实现代码是有益的，并提供一个代码示例来说明这种模式在 Go 语言中的应用。

我在golang src中看到很多这样的代码：

func open(path string) (*plugin, error) {
    return open(path)
}

func open() {
  // etc
}

从公共函数调用私有函数。为什么不只是：

func Open(path string) (*Plugin, error) {
    // code of open here
}

参考：https://golang.org/src/plugin/plugin.go?s=1065:1104#l21

我确实理解有时这是有意义的，特别是如果有更多函数使用 open。但事实并非如此。

这是某种 golang 组织事物的方式吗？

解决方案

在这种情况下，似乎是因为实际实现依赖于操作系统。

插件实现 plugin_dlopen.go 仅用于 OSX 和 Linux，替代 plugin_stubs.go 用于其他所有内容（它只包含虚拟函数，因为其他系统尚未实现。）

这使您可以使用 build tags 将操作系统相关代码保存在一个文件中，同时将通用代码、公共 API 和公共 API 的文档保存在一个位置。

本篇关于《为什么应该在公共函数中调用私有函数，而不是直接调用实现代码？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！