大家好,今天小编关注到一个比较有意思的话题,就是关于用go语言重写java的问题,于是小编就整理了2个相关介绍用go语言重写Java的解答,让我们一起看看吧。
php转j***a还是go?
将PHP转换为J***a或Go,取决于您的需求和团队技能。如果您的团队已经熟悉J***a,则将PHP转换为J***a可能是更好的选择。
J***a在企业级应用程序开发中具有强大的性能、可扩展性和稳定性。
另一方面,如果您的项目需要更快的执行速度和更小的内存占用,则转换为Go可能更合适。Go是一种快速、可靠和高效的编程语言,特别适合大规模并发应用程序的开发。
为什么许多原本的J***a项目都试图用go进行重写开源?
国内不多,国外倒是不少公司会这么做,我司就这么做了,把之前部分微服务从J***a转为了Go,以及部分新的微服务也直接用Go开发。
当时部门开会讨论,非中国人那波人认为Go语言执行非常快,效率得到很大提升;但中国人这波人认为是浪费时间,J***a性能也不差,而且学习成本低。
但拗不住外国人占主流,最后还是部分微服务***用了Go。根据目前使用来看,使用Go的微服务在性能上的提升并没有多明显(也许针对高并发会好一些),所以本人一直持保守意见,不过好在后来没有再要求把已开发的J***a服务代码改为Go了。
不过Go也有Go的好处,对于微服务,***用Go开发的话确实轻量化,代码量比J***a少,开发速度可以非常快,并且部署k8s也很简单,还可以方便的直接集成到云端(例如GCP的Cloud Function)。
个人觉得应该是三个主要原因吧。
一. 体积可以明显缩小,部署更简单
因为容器服务越来越主流,这到不是说J***a不能在云原生环境使用,现在云原生里的微服务模式,主流编程语言还是J***a,只是,依赖于JDK平台确实让容器镜像体积大了很多!大部分情况下,微服务本身jar的体积(包括各种依赖的flat jar)也与JDK本身的体积相差无几(甚至不及)。在多个服务情况下,拉取镜像的成本就高很多,虽然分层存储可以有效降低存储容量,但这也依赖所有微服务需要相同的镜像基座(部署好JDK),对于不同厂商的微应用(服务)情况不一定乐观。
Golang在这部分表现好很多,虽然打包后的Binary也不小(相比于C),但它包含运行时支持及静态链接,非常独立(单体程序易于部署),体积相比J***a的服务,总体要小很多。
二. 开发难度不大
后端应用服务最重要的是稳定,J***a之所以能长时间占据后端开发市场份额,也是因为其异常及GC机制能够平衡好程序开发难度和程序质量这两个矛盾体。而Golang也引入了GC,开发难度也不高(并不比J***a难),不需要特别优秀的能力也能写出健壮的后端应用。
三. 语言发展的必然结果
现在越来越多的人开始使用Golang写后端应用。当你进入这个领域,你就会发现,你需要的各种框架,基础设施基本上都是在重复写一遍其他已经进入该领域的语言的各种框架和基础库😄 这是工程本身决定的,到不一定是抄J***a。记得Nodejs刚出来的时候,借助于V8强大的性能,大前端的各种开发工具,框架如雨后春笋般发展起来,但也基本上是走了一遍其他语言(尤其是J***a)的路。
不同语言在发展过程中,总会进入其他“先入语言”的领域,然后也会再走一遍人家的路,完善和建立自身在该领域的生态。这是后发语言发展的必经之路!
到此,以上就是小编对于用go语言重写j***a的问题就介绍到这了,希望介绍关于用go语言重写j***a的2点解答对大家有用。