feat: 小程序/公众号增加 openApi 管理。

[PublicPwd]

增加 openApi 管理：

• 重置API调用次数
• 查询API调用额度
• 查询rid信息
• 使用AppSecret重置 API 调用次数

[houseme]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

[PublicPwd]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

[houseme]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

在根目录创建 internal\openapi 目录，再有一个公共的结构体目录domain 这样如何？

[PublicPwd]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

在根目录创建 internal\openapi 目录，再有一个公共的结构体目录domain 这样如何？

公共的结构体似乎只有 errcode 和 errmsg，如果是指请求参数的话，是不是一同放在 internal/openapi 目录下会好一些。或者当其它方法用到了再创建

[houseme]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

在根目录创建 internal\openapi 目录，再有一个公共的结构体目录domain 这样如何？

公共的结构体似乎只有 errcode 和 errmsg，如果是指请求参数的话，是不是一同放在 internal/openapi 目录下会好一些。或者当其它方法用到了再创建

如果参数结构体也放到internal/openapi ，调用是一个麻烦事情，除非都是 get,set 取值和赋值。

[PublicPwd]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

在根目录创建 internal\openapi 目录，再有一个公共的结构体目录domain 这样如何？

公共的结构体似乎只有 errcode 和 errmsg，如果是指请求参数的话，是不是一同放在 internal/openapi 目录下会好一些。或者当其它方法用到了再创建

如果参数结构体也放到internal/openapi ，调用是一个麻烦事情，除非都是 get,set 取值和赋值。

好的，那我就按照这样的结构来改了：

.
├── domain
│   └── openapi
│       └── mgnt.go
│           └── struct
└── internal
    └── openapi
        └── mgnt.go

[houseme]

这代码 mgnt.go 文件的代码是重复的，是不太可以抽出来呢？

是重复的，我一开始有考虑抽出来，但看目录结构，好像没有合适的位置，这个有什么建议吗

在根目录创建 internal\openapi 目录，再有一个公共的结构体目录domain 这样如何？

公共的结构体似乎只有 errcode 和 errmsg，如果是指请求参数的话，是不是一同放在 internal/openapi 目录下会好一些。或者当其它方法用到了再创建

如果参数结构体也放到internal/openapi ，调用是一个麻烦事情，除非都是 get,set 取值和赋值。

好的，那我就按照这样的结构来改了：

.
├── domain
│   └── openapi
│       └── mgnt.go
│           └── struct
└── internal
    └── openapi
        └── mgnt.go

就这样来吧