新系统的 API 后端开发语言选型

[qce7]

是公司新的战略项目，预计有 2，3 个月的开发时间，后边会一直持续迭代。业务比较复杂，各种的业务逻辑，不过用户量短时间不会暴增 新项目后端前后端分离，只写 Api，考虑 PHP 写 Web Api 优势并不明显，并且目标是微服务化，考虑是否换语言 目前的 Option 有

• 继续用 php 只是换到最新版（ 49 国军？）搭配 swoole
• SpringBoot
• Go 的一个 Web 框架（具体还没想好）

开发团队都是 3 年以上的 PHPer，Java 也都懂点，Go 大家没深入了解不过名声在外。

请教下大佬们的意见，如果是你们这种情况你们怎么选？

[dongisking]

首选 1，备选 2

要是同事里面 go 没深入就用了，产品出不来就锅大了

[darkweb]

首选 2，备选 3

[kuaner]

考虑到 2-3 月的开发周期，建议从拿手的语言选

[xpresslink]

本来建议选 2，企业级开发 java 的生态资源比较全面丰富，各种现成的中间件拿来就用。
但是你们的技术栈是屁还是屁又只有 2/3 个月时间，那就没有可想的了，只能 1 了。

[xsir2020]

首选 1 备选 1 其次还是 1

设计的时候，记得参考下微软的 restful 标准指南 ：）
还没搞完
http://note.youdao.com/noteshare?id=2796e930e0847fa4a08f66e1da709a50

[rockyou12]

不用 go 就行了，go 要自己搭很多架子的，php 和 java 起码轮子多

[luozic]

go 轮子要造不少，现在开源的完整 solution 太少

[janxin]

首选 1 啊，多好

[Rorysky]

用最熟悉的，谁还不是图灵完备？

[PDX]

vert.x

[Leigg]

你是小 leader 吗？ 如果要选择 go，还得说服团队上级吧？而且建议至少有一个人对 go 是熟悉的，不然从方案选择上来看不够稳。

[crayygy]

选 2，然后用 Kotlin

[iPhoneXI]

1，2 差不多吧
3 最后选项

[janus77]

.NET 来一波？

[geekc3t]

elixir?

[yejinmo]

.Net Core 吧

[silverfox]

选择大家都熟悉的技术。

个人认为，相比于各种编程语言，合理定义各个服务的业务边界，为之后留下扩展或者重构的空间更重要。

微服务架构下编程语言的重要性并没有那么高，先要满足度量、日志、调用链的标准化要求。在此基础上如果有更丰富的功能当然更好。

值得注意的是，API 定义不要暴露出语言或者某种框架的特性。那么在 API Gateway 的支持下，把一部分功能以更合适的语言重构成单独的服务并不是一件很难的事情。

[falcon05]

1/2/3，选 3 就天天加班吧

[yiyi11]

根据你的目标的话，2 是最理想的选择。
但是根据你的工期，1 是最现实的选择。
springboot+springcloud+生态，提供了大量的开箱即用的功能，但是提供了很多，封装的东西就更多。什么都是“约定大于配置”前提是使用者知道这些“约定”--也就是说需要接触过 sprng 的生态。所以这是需要一定时间调研的。
当然好处就是，如果最终目标是微服务化，那么以后需要的东西，官方都提供了开箱即用的解决方案。

[ben1024]

能选就选 PHP，节省下来的时间用来怎么摸鱼充电都行，
除非公司整体转型强制要求