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

[qce7]

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

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

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

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

[Cbdy]

熟悉什么用什么，即使用 Java 也要有对 Java 熟悉的人

[yl666]

可以先用 1，后续慢慢磨用 sc 的 sidecar 把服务逐渐迁移到 2 上来😄

[T3RRY]

go gin

[Raymon111111]

java

用别的最后还是换成 java

[ittianyu]

直接上 serverless 吧，方法为粒度的微服务（手动滑稽）

[golden0125]

如果 PHP7.3 + SWOOLE 也无法满足你们你们需求的话,有什么底气选择半路出家的 JAVA 和 GO?

[Felldeadbird]

请选择成熟的。轻易尝试新技术，做好后期重构的成本。

[rwecho]

哇, 竟然有这么多推荐.net core 的

.net core + 1.

[useben]

go+gin，秒杀一切

[jss]

真实案例告诉你，go+gin 秒杀你说的其他所有语言，示例：PHP 一万条数据做无限级操作大概需要 5~7 秒，GO 毫秒级完成

[liuhan907]

如果你们考虑.net core 可以尝试 service-fabric，体会一下只管业务逻辑其它全都不用操心的全套服务。

[charlie21]

@rockyou12 @liuxey 微服务 要什么复杂生态？ RESTful 或者 rpc 嘛