用go写业务接口感觉有点力不从心

embraceuu · · 3964 次点击
这段话每次个字我都认识,但整合在一起为什么我完全看不懂…… 一般业务中每个接口理论上都至少会涉及到三个结构吧? 数据库之类的持久化保存的数据库模型model 用于接口输出的viewmodel 用于接受用户输入的formmodel 然后再写formmodel与model,model与viewmodel的转换函数吧?
#1
更多评论
小菜鸡路过. 我基本上利用组合来实现继承, 封装成struct是必要的, 不管是前端后端都好处理. 查询封装一个struct, 表model封装一个struct. 感觉还是很方便很好用的. golang写业务也很快的. 另外,特别提一句,golang没有对象,只有接口.
#2
几乎不复用 大概是我的业务比较简单吧
#3