GO 语言适合开发企业的业务系统么？

[hahaFck]

我的意思是企业的业务系统，不是底层中间件那种的，业务系统注重的是业务逻辑吧，业务逻辑复杂，增删改查什么的比较多，业务系统用 spring 的比较多吧。

那用 GO 开发 spring 这种的企业系统，痛点在哪呢，工具少，造轮子多？

[zjsxwc]

写么肯定可以写的，就是没有泛型写起来累

[GeruzoniAnsasu]

gorm 没有竞争对手，但 gorm 本身就很多坑

另外业务系统复杂性最终其实都压在了数据库、队列 /缓存、分布式上，而这些解决方案都是跨语言的，所以对 go 来说其实还好。还有一些边角小坑是可能会用到一些不知道有没有人维护的 package，不过这个规避起来相对简单

其它的还都挺香的，尤其是有 cgo 这个后手，实现性能计算的模块没有什么选型负担

[chengxiao]

感觉 go 还是挺适合写这种业务系统的，泛型是个问题但是问题不大，interface 能凑合着用
这两年 go 的库也逐渐多起来了，常用的基本都能找到

不过也有问题就是要考虑下，后续接手多人用不用 go

[NCZkevin]

当然可以，字节内部系统都是 go 开发的，就是开发起来确实没有 java 系的生态好，gorm 基本是个残废，很多复杂逻辑写起来没有 spring 方便。

[MemoryCorner]

适合。

[rockyou12]

没 java 合适，首先没有 flowable 那种流程引擎，orm 比不上 jpa 的各种框架。而且企业业务系统一般并发不高，难点都在业务上，go 没什么优势。

[basefas]

@GeruzoniAnsasu gorm 快要有 v2 版本了，据说重构了，等正式版发出来看看吧

[ConradG]

最后一句话很怪异，spring 就属于“底层中间件”的范畴，用 go 开发个 spring 说起来蛮适合的。

如果是业务系统也还是看具体，go 语言层面的主要短板是为了语法简洁大幅牺牲了语义表达能力。如果你的业务对象数据结构稳定，业务流程不很依赖于对象成员的值，那么 go 还是不错的。反之则不适合。

[murmur]

看什么企业，传统企业的要找后手维护，你能保证别人能招到 go 做二开？

[chenqh]

@chengxiao 有个问题， 像 `https://github.com/eddycjy/go-gin-example/blob/master/models/article.go` 这种每个 model 都基本是类似的方法，怎么用 interface 搞成只有一个呢？

[TinyKube]

@basefas 已经有了 https://github.com/go-gorm/gorm

[ZSeptember]

没必要

[scnace]

go 写业务要靠 generation orm 的话 ent 是个好的方向（ Go2 之前

[ben1024]

不合适，人员变动项目都无法维护

[youxiachai]

java 技术栈人好找啊......你 go 开发完.后面维护.....不好招人啊...好的你给不起高价,差的是真不会..

[chengxiao]

@youxiachai Go 的好处是那种 好的差的 如果写业务逻辑的话 ，差距不会很大，语言限定的死，没有那么多黄花的语法糖,方便维护，但是需要这个人会 Go

[dismonster]

放心去用吧，亲自试过了，一点问题没有。就算公司程序员不会 go,一个星期也能直接上项目。除非程序员能力太差

[chengxiao]

@chenqh struct 嵌套啊

[Hanggi]

整体来说没有问题，但是！注意点很多。

比如，如果你用的是 gin 你要注意他不兼容 RESTful API，项目管理的时候要主要循环引入。
还有一些处理 JSON 的小坑，gorm 的一些坑。

这些都搞清楚了之后就会发现，开发效率和服务性能都很舒爽。

[CoderGeek]

用 go 是为了减少可替代性嘛