Golang Go语言项目目录名称，如果要多个单词要不要用下划线分割？
我知道规范是说尽量单个单词或简写。如果真需要多个单词，全小写不做任何分割？
不分割：clientapi,serverapi
分割：client_api,server_api
有的还可能需要更多单词
Golang Go语言项目目录名称，如果要多个单词要不要用下划线分割？
全小写不分割，适当缩写 （最多两个单词）
https://github.com/kubernetes/kubernetes/tree/master/pkg
https://github.com/etcd-io/etcd/tree/main/pkg
https://github.com/prometheus/prometheus
随便找几个知名项目的例子参考
更多关于Golang Go语言项目目录名称，如果要多个单词要不要用下划线分割？的实战系列教程也可以访问 https://www.itying.com/category-94-b0.html
4.1 [推荐] 包命名
保持 package 的名字和目录一致。
尽量采取有意义、简短的包名，尽量不要和标准库冲突。
包名应该为小写单词，不要使用下划线或者混合大小写，使用多级目录来划分层级。
包名可谨慎地使用缩写。当缩写是程序员广泛熟知的词时，可以使用缩写。例如：
strconv (string conversion)
syscall (system call)
fmt (formatted I/O)
如果缩写有歧义或不清晰，不用缩写。
项目名可以通过中划线来连接多个单词。
简单明了的包命名，如：time 、list 、http 。
不要使用无意义的包名，如：util 、common 、misc 、global 。
package 名字应该追求清晰且越来越收敛，符合‘单一职责’原则。而不是像 common 一样，什么都能往里面放，越来越膨胀，让依赖关系变得复杂，不利于阅读、复用、重构。注意，xx/util/encryption 这样的包名是允许的。
4.2 [必须] 文件命名
采用有意义，简短的文件名。
文件名应该采用小写，并且使用下划线分割各个单词。
test/testing 这种属于特殊固定后缀是排除的，类似还有 go 文件后缀_linux _arm 等等
就我个人经验，超过两个单词的取名我没有碰到过改不了的，import path 是一个完整的概念，目录名一样可以承载信息，最后一段 package name 只要最 unique 的信息，承担标识符的角色，其余信息可以组织在目录里。
另外还有一个点是很多项目的 package 拆分都太细了，导致内部依赖复杂，大量不必要的 export
就你举的例子，那个 package “Subscribe and receive OpenConfig Telemetry data using JTI”， 也就名字里的前后部分是不必要的重复，直接就叫 jti 或者 openconfigtelemetry （不确定缩写成 oc 是否合适）就行了。就好像 etcdclient 如果叫 grpc_etcd_client 也是三个单词，并不合理。
而反过来这个名字也在目录里表明了这是一个 input 相关的 plugin ，并不需要叫 jti_input_plugin
我既不了解 telegraf 也不了解 jti 或 openconfig ，只是点开 op 的例子看了项目里的 md ，就着上下文解释一下自己的观点。
你如果觉得有更合适的名字也关心 telegraf 项目，不妨开 pr 和社区沟通讨论，这和 op 要讨论的话题无关
> Go package names should be short and contain only lowercase letters. A package name composed of multiple words should be left unbroken in all lowercase. For example, the package tabwriter is not named tabWriter, TabWriter, or tab_writer.
https://google.github.io/styleguide/go/decisions.html
在Golang（Go语言）项目中，对于目录名称的命名规范，确实是一个值得注意的问题。当目录名称包含多个单词时，是否使用下划线进行分割，主要取决于团队的编码规范和项目的一致性要求。
从Go语言的官方文档和社区习惯来看，并没有强制要求必须使用下划线来分割多单词的目录名称。然而，为了保持代码的可读性和一致性，许多团队会选择一种命名风格并坚持下去。
一种常见的做法是使用驼峰命名法（CamelCase）或下划线分隔法（snake_case）来命名目录。例如，如果你的目录名称是“user management”，你可以选择将其命名为“UserManagement”或“user_management”。
在选择命名风格时，建议考虑以下几点：
- 一致性：确保整个项目中目录的命名风格一致，避免混淆。
- 可读性：选择易于理解和阅读的命名方式，以便其他开发者能够快速理解项目的结构。
- 团队规范：如果团队已经制定了编码规范，请遵循该规范进行命名。
总的来说，Go语言对目录名称的命名没有严格限制，但保持一致的命名风格对于项目的可维护性和可读性至关重要。因此，在选择是否使用下划线分割多单词的目录名称时，请务必考虑上述因素，并与团队成员达成共识。
