为什么 Go 中的 ORM 框架使用起来感觉比较怪异

[cc959798]

最近研究 Go，做业务系统必然要用到 ORM，毕竟数据库操作太频繁了鞋 SQL 效率太低了

之前用过很多 ORM，比如 JAVA 中的 hibernate,Python 中的 sqlalchemy,PHP 中的 Yii，感觉 ORM 其实都是大同小异 上面的几乎也是类似的使用方式 但是到了 Go，这里感觉画风骤变，了解了 gorm 和 xorm （这两个其实挺像的），里面不在像之前的通过 model 或者 db 进行 find 查询只需要传入条件返回一个查到的对象，2️⃣必须先要 new 一个对象，然后通过指针传入进去,框架也是感觉比较简单的

[bigpigeon]

有一个 orm 方案是生成代码，因为 go 是强类型的，并且不支持模板，所以没法通过返回值取值

[ZSeptember]

@dodo2012 derive 就是用 macro 实现的，一般就是操作 ast ；自己写的话确实不好用。用别人写好的，现在的 rust ide 支持还太差了，提示不友好。。

[dodo2012]

@ZSeptember vscode 现在用起来还好，v2 居然还有在用 rust 的啊，很少见，，

[janxin]

@dodo2012 其实挺多的

[cc959798]

@luob 这种设计可以用其他方式更改的，比如 select where join 等方法可以返回 DB 实例，可以加个类似的 Query 或者 execute 方法来返回插到的值

[cc959798]

@bigpigeon 不是有 interface{}吗

[pubby]

你说的都还好，gorm 最坑的是查询和更新时的零值的处理

[ZSeptember]

@pubby 我觉得设计的没问题，有什么特殊需求也可以用 hook 解决。

[xypcn]

https://github.com/ecdiy/gpa 这是我自己实现的 orm，操作与 spring-data-jpa 差不多

[pathbox]

sqlx 应该会是好的选择

[dodo2012]

@janxin 是不是哟，一直觉得搞 rust 的很少，特别在国内，主要是，学习曲线太，，高了

[youEclipse]

@bigpigeon 我用过一个生成代码的 orm 方案，叫 gorp，但是真的很不好用啊。。

[JerryCha]

传指针啊，这风格很 C

[glues]

用 go 写业务逻辑，要死人的

[ZSeptember]

@xypcn 你这个项目跟我的项目名一模一样。。

[ZSeptember]

感觉大家没有 get 到 LZ 的问题啊。
LZ 问的是为什么这些框架查询的时候需要 new 一个指针作为参数传为 find 方法，而不是像 jpa 那样作为返回值。
其实自己尝试写一下就知道了，go 是做不到 jpa 那种的，go 没有泛型，调用的时候拿不到需要返回的类型信息，就不能在 find 方法里面实例化对象。。jpa 能做到，是因为 Java 的反射能拿到泛型特化信息，然后可以用反射实例化对象，再设置属性值的。

[cc959798]

@ZSeptember 有道理，Go 的设计感觉还是局限性挺高的，说 Go 的开发效率和脚本语言一样快，真的不敢苟同

[cc959798]

@ZSeptember 感觉可以不设计成使用统一 db 去查询的方式，可以类似 python 框架中 Django 中的 ORM，使用 Model 进行查询，Model 只需要继承相应的基类就可以实现这种方式，也类似于 PHP 中很多的类似的框架，比如 YII 中的 ORM
当然传统的 ORM 几乎都是这两个设计思路
我个人偏向于后者

[orvice]

语言特性限制吧，不能想 py/php 那么灵活。

[mritd]

我觉得是语言特性问题，至于传指针，我倒是觉得很好很清晰，java 把指针藏起来倒难受