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

当种代码多到一定程序后，你会发现消息没有schema是个恶梦。

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

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