Go 透明文件夹的特性,有没有必要加?

开发 前端
如果盲目的添加透明文件夹,反而会出现一个尴尬的问题。因为 Go 语言在这块是非常直接的,添加了这类模式,大家反而会没法笃定,要去看看项目的代码结构才能确定。

大家好,我是煎鱼。

在 Go 语言中,我们一般会用模块(Module)和包(Package)来组织我们的项目、库的目录和代码结构。这也是官方所推荐的。

今天给大家分享一个面向包这块的新提案,看看是否合适加进 Go 特性中?看看社区里不同人的想法。

前置知识:模块和包

具体来讲,模块(Module)就是 go mod 的应用。我们最常接触到的是以下命令:

mkdir my-project
cd my-project
go mod init github.com/eddycjy/my-project

在执行了 go mod init 后会生成 go.mod 文件,如下所示:

// go.mod
module github.com/eddycjy/my-project

go 1.21.1

这就是这个项目的模块。

对应到包(Package)中,会更加的直接和显性。我们一般会创建类似如下的目录结构:

<my-project>
  -<cli>
    --cli.go
  -<internals>
    --internals.go
  --go.mod
  --main.go

Go 文件中的 package name,存在明确的约定俗成的标准,需要和目录名称保持一致。

例如:

// internals.go
package internals

import "fmt"

func Hello() {
 fmt.Println("你好,煎鱼!")
}

如果在其他地方中导入该包,则为:

import (
 ...
 "github.com/eddycjy/my-project/internals"
)

以上就是模块和包的基础前置知识。我们接下来正式进入提案的正题。

提案:透明文件夹

针对 Go 程序的代码组织结构管理,最近社区有个同学提出了一个新提案:

图片图片

在 Go 里文件夹默认与包(Package)的关系是划等号的。虽然这很方便,但是提案作者反馈:在某些情况下,我们需要通过文件夹来实现纯粹的组织和可读性目的,而不想引入新的包。

为此提出了 “透明文件夹” 的概念,通过使用诸如 Next.js 应用程序路由器中看到的 (folder) 或 _folder 之类的语义来表示。

这些文件夹可以在不创建新软件包的情况下组织软件包内的文件。它们将与软件包的根目录保持关系。

例子如下:

myapp
  main.go
  myTypes.go
  (routes)
     handleRoot.go
     handleMultipart.go
     ...
  db
     connect.go
     dbTypes.go
     (auth)
         strategy1.go
         strategy2.go
         ...

可以看到这个例子,他使用 (folder) 的方式来表示透明文件夹。例如:(routes) 和 (auth),这样他就不需要再细分不同的 package name,统一用 myapp 和 db 的包名就能进行引用。

简单来讲,该提案的实现方式是:通过将工程中 package name 和实体文件夹目录的作用分割开,目的是:提供一种纯粹的代码组织方式。

一些争议

其实类似的场景诉求,我有一个朋友曾经听几个同事吐槽过。但一般会是在比较大的 Go 项目中,例如出现以下场景:

myapp
  service
    a-service
    b-service
    c-service
    ...

会认为这样 package 切割的比较碎,但是不区分开。多了后在代码结构上又很容易繁杂化。所以会想有一种纯碎的代码组织方式。

争议也是有不少的。因为他对语言的 ROI 并不是太高,变动的东西(例如:工具、IDE、tests 等)会比较多。

只需将文件命名为:aaa-foo.go aaa-bar.go bbb-foo.go bbb-bar.go,而不是 aaa/foo.go aaa/bar.go bbb/foo.go bbb/bar.go。也能达到类似的效果。

也有表示添加透明子文件夹会让一切变得更加复杂,却没有任何好处。把文件放在它们应该在的地方就可以了。现在已经在其他语言中看到过这种替代方法,很糟糕。

总结

这个提案本身的出发点很常见,因为 package name 和代码目录结构绑定了,会导致在设计代码结构时会有些受限,最终受此引导拆 package 来形成结构化。

如果盲目的添加透明文件夹,反而会出现一个尴尬的问题。因为 Go 语言在这块是非常直接的,添加了这类模式,大家反而会没法笃定,要去看看项目的代码结构才能确定。

我认为反而会导致可读性会有所下降。

责任编辑:武晓燕 来源: 脑子进煎鱼了
相关推荐

2024-03-20 08:12:12

分库分表数据

2018-04-14 08:19:43

携号转网运营商网络

2023-10-30 09:02:13

前端Rust

2021-09-08 22:25:49

手机内存技术

2014-02-19 10:01:13

GMSAOSP

2009-12-03 10:18:32

Linux文件夹执行权限

2011-08-04 15:36:32

文件夹病毒

2020-09-23 08:53:48

父文件夹模块Python

2010-12-31 13:35:25

文件夹重定向

2023-07-04 12:55:39

模型指南IFT

2019-11-20 08:20:00

系统更新手机体验

2011-03-04 16:37:13

FileZilla

2010-02-03 15:54:58

Linux SVN安装

2022-11-16 16:28:21

2009-08-12 16:57:28

C#读取文件夹

2023-03-28 15:19:37

文件列表scandir函数

2018-02-05 09:15:17

Linux命令文件数量

2014-02-12 10:58:05

Linux文件夹文件权限

2009-12-11 14:57:02

Linux文件夹

2015-06-02 14:43:43

shell运维
点赞
收藏

51CTO技术栈公众号