【发布时间】:2017-04-08 15:05:37
【问题描述】:
我正在做一个大项目,最终可能包含数万行代码,对于当前的结构,我喜欢这样:
main.go
controllers/NAME.go
models/NAME.go
问题在于控制器和模型目录包含很多文件,所有文件都使用package controllers 和package models。因此,我正在考虑像这样拆分它:
main.go
controllers/user/NAME.go
models/user/NAME.go
控制器包中的用户文件可能包含routes.go、profile.go等文件。
现在,我了解到将包命名为 controllersUser 或 controllers_user 是一种不好的做法,但我担心将两者都命名为 package user 可能是个坏主意,因为它们是同一个项目的一部分(即使它们位于不同的目录中)。
根据我的情况,你会推荐什么样的命名结构?
我意识到位于控制器/用户中的文件将无法与模型/用户交互,即使它们共享相同的package user 名称(当然,除非我导入),而且我也知道我可以轻松导入userControllers "controllers/user" 和 userModels "models/user",但我想知道这样做是不是一种不好的做法?
【问题讨论】:
标签: go