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

[hahaFck]

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

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

[chenqh]

@chengxiao 大佬给个例子，这种用法我不会

[sivacohan]

我非常不建议用 go，首选 Java 。理由是生态问题。

企业应用开发的特点是，用户数量、并发量、数据总量都很小（相比于互联网常见都千万并发、百万 TPS ）。
运维环境一般都是单点部署，服务器硬件也就是一般，没有上百 G 的内存给你用。

在开发过程中的难点，主要是因为复杂的权限关系、数据隔离性带来的复杂度。如果没有完善的业务权限框架，这东西改起来成本就太高了。

PS：工程师做业务系统常见的问题是，从业务流程入手，观察业务数据的流动，而忽略了“角色”的责任边界。做业务系统的时候，一定要先从人下手，分析每个人承担哪些角色，这些角色分别的责任是什么。业务系统里“用户”最小的粒度是“角色”而不是人。人员可以离职可以调岗，角色是不会变化的。

[janxin]

我个人建议也确实是首选 Java，因为一般企业业务系统不同于互联网化业务系统，并发不需要太高但是需要复杂的统计报表模块设计，一般需求变化跟随业务进行，经常会 180 度大转弯，需要大量轮子辅助开发，Go 生态目前对比 Java 肯定是不如的，如果你熟悉 Java，首选 Java 并没什么不对。

[keepeye]

企业应用建议用 java，毕竟生态第一，程序员可替代性也高

[tairan2006]

企业应用还是 java 吧

[mreasonyang]

没问题，但如果是体量大的项目你要有造轮子的能力和人力，另外一定要和你们公司整体技术栈统一

[movistar]

@chenqh Golang 在这种场景有解决方案的
写一堆 interface,然后直接断言就行了.Golang 的断言只要有对应方法就行,不管是什么类,也不管抽象

[chenqh]

@movistar 还是不会

[zhengjing]

@GeruzoniAnsasu cgo 这种一般 go 项目不会用吧，这么在乎性能，一开始也不会选 Go 了~

[ArJun]

完全可以，但是成本不一样
这样理解，java 一个普通应届生能写好的逻辑，换做 GO 写，要写好无 bug 可能至少得一年经验以上的人

[janxin]

@zhengjing 企业内部应用没什么性能需求吧...

[troywinter]

我觉得是非常合适的，曾经在某短视频巨头写过一段时间 java，我对 java 在极限场景可以压榨的性能还有一些生态还是印象非常深刻的，但其实 go 对这些场景也可以不错的覆盖，让我觉得很实用的一些点还是资源占用可以很低，这是 java 比较难做到的，我司的大部分服务的 docker image 打包出来都可以在 40m 一下，运行时的内存占用也在 100m 左右，有状态的服务会略多，这对于业务刚起步的初创公司来说其实可以节省一大笔费用，同时也意味着你在单个节点上可以做的事情更多，如果你的场景是财大气粗的大厂，那这些确实算不上优点。

[ifsclimbing]

@zjsxwc 写增删改查用啥泛型

[huntcool001]

等 GraalVM 成熟了. Java 也能做到 docker 镜像小了

[Ezez]

借楼请问一下 go 比较适合什么样的场景，最近准备学一下 go

[shellic]

肯定可以，不行也得强行可以，万物皆可 go 。Java 这老古董早该入土了:doge

[chenqh]

@ifsclimbing crud 也要泛型的吧，比如分页，没有泛型的话，每个 model 写一次

[zjsxwc]

@ifsclimbing #29 原文：“@zjsxwc 写增删改查用啥泛型”
回复：

写增删改查就没有逻辑复用了吗？要逻辑复用 go 只能复制黏贴，弄得多了，后期要改，还不好维护。

[ifsclimbing]

@zjsxwc 代码生成啊

[coolair]

@chenqh 大兄弟，找到了你说的“有个问题， 像 `https://github.com/eddycjy/go-gin-example/blob/master/models/article.go` 这种每个 model 都基本是类似的方法，怎么用 interface 搞成只有一个呢？”这种解决方法了吗？