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

小菜鸡路过. 我基本上利用组合来实现继承, 封装成struct是必要的, 不管是前端后端都好处理. 查询封装一个struct, 表model封装一个struct. 感觉还是很方便很好用的. golang写业务也很快的. 另外,特别提一句,golang没有对象,只有接口.

这段话每次个字我都认识，但整合在一起为什么我完全看不懂…… 一般业务中每个接口理论上都至少会涉及到三个结构吧？ 数据库之类的持久化保存的数据库模型model 用于接口输出的viewmodel 用于接受用户输入的formmodel 然后再写formmodel与model,model与viewmodel的转换函数吧？

几乎不复用 大概是我的业务比较简单吧