Closed PublicPwd closed 1 year ago
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
在根目录创建 internal\openapi
目录,再有一个公共的结构体目录domain
这样如何?
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
在根目录创建
internal\openapi
目录,再有一个公共的结构体目录domain
这样如何?
公共的结构体似乎只有 errcode 和 errmsg,如果是指请求参数的话,是不是一同放在 internal/openapi
目录下会好一些。或者当其它方法用到了再创建
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
在根目录创建
internal\openapi
目录,再有一个公共的结构体目录domain
这样如何?公共的结构体似乎只有 errcode 和 errmsg,如果是指请求参数的话,是不是一同放在
internal/openapi
目录下会好一些。或者当其它方法用到了再创建
如果参数结构体也放到internal/openapi
,调用是一个麻烦事情,除非都是 get
,set
取值和赋值。
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
在根目录创建
internal\openapi
目录,再有一个公共的结构体目录domain
这样如何?公共的结构体似乎只有 errcode 和 errmsg,如果是指请求参数的话,是不是一同放在
internal/openapi
目录下会好一些。或者当其它方法用到了再创建如果参数结构体也放到
internal/openapi
,调用是一个麻烦事情,除非都是get
,set
取值和赋值。
好的,那我就按照这样的结构来改了:
.
├── domain
│ └── openapi
│ └── mgnt.go
│ └── struct
└── internal
└── openapi
└── mgnt.go
这代码 mgnt.go 文件的代码是重复的,是不太可以抽出来呢?
是重复的,我一开始有考虑抽出来,但看目录结构,好像没有合适的位置,这个有什么建议吗
在根目录创建
internal\openapi
目录,再有一个公共的结构体目录domain
这样如何?公共的结构体似乎只有 errcode 和 errmsg,如果是指请求参数的话,是不是一同放在
internal/openapi
目录下会好一些。或者当其它方法用到了再创建如果参数结构体也放到
internal/openapi
,调用是一个麻烦事情,除非都是get
,set
取值和赋值。好的,那我就按照这样的结构来改了:
. ├── domain │ └── openapi │ └── mgnt.go │ └── struct └── internal └── openapi └── mgnt.go
就这样来吧
增加 openApi 管理: