泛型很有可能会颠覆我们之前的很多设计，带着这种疑问和冲动，我准备尝试用golang泛型实现几个orm的常见功能。
本文并没完全实现通用的orm，只是探讨其实现的一种方式提供各位读者做借鉴。
虽然golang有了泛型，但是目前在标准库sql底层还没有改造，目前还有很多地方需要用到reflect。
调用方式
这个部分跟传统的orm使用上没有太大区别，没办法不使用反射的情况下，泛型的方式可能变得有点繁琐。
调用方式
和创建table类似，写入数据好像比没有之前的orm有优势。
读取数据是非常高频的操作，所以我们稍作封装。
调用方式
稍微比原先的orm方式有了多一点想象空间，比如 在[T any]做更明确的约束，比如要求实现Filter定制方法。
鉴于本人能力还认证有限，目前还没有发现泛型对orm剧烈的改进和突破的可能。未来如果go对底层sql做出改动，或者实现诸如Rust那种Enum方式，可能会带来更多的惊喜。
之前用 beego 中自带的 orm，感觉有一些不是很满足需求的地方，而且想要尝试一些新的 orm，写一篇记录一下。在 xorm 和 gorm 之间对比了一下：
p.s. 需要说明的是，对比非常初级，而且项目处于很早期，也抱着尝试一下不行再改的心理，并没有想要得到一个孰优孰劣的结论。
想来想去，对于一个成熟的项目可能 gorm 更适合，但是 xorm 好像近期在频繁 commit，有一种想要追赶的意思。
那我先试试 xorm ，不知道为什么选的这个，可能是想试试看新款吧。（大雾
2017/07/04
可怕，xorm 不支持外键关系。一对一啥的。
