Go语言的跨平台能力到底有多强?看完你就知道了

Python029

Go语言的跨平台能力到底有多强?看完你就知道了,第1张

对比于其他语言程序,Go语言的跨平台能力是真的强,拿.Net和JAVA来说吧,.Net在.Net core出现之前是不能跨平台的,只能在windows上编译运行,即使是.net core出现以后,跨平台的程序也是相当的麻烦。而java虽然一直都可以跨平台,但是运行JAVA程序的机器上也必须要有JAVA程序运行环境JRE。而相对于Go程序,跨平台就简单的多了,只需要在编译指定目标程序运行的架构和环境即可编译出指定操作系统和架构的程序。

以上是指定了go的环境变量后执行的go build命令进行目标程序的构建,这种方式会一直生效的,如果不让他一直生效,可以在构建的时候临时指定环境变量,下面以window的环境为例,来介绍临时指定环境变量的方式构建可以在Linux环境下运行的可执行程序:

可以根据不同的架构和操作系统将其编写为不同的.bat的可执行文件放置在程序的根目录,Linux的和MAC的也一样编写成脚本文件放置在程序的根目录,这样在构建的时候就不用再敲命令了,直接运行脚本就可以了。

Java程序编译打包后为war包或者是java包,必须执行java -jar 命令或者将其放置到tomcat的指定目录下,运行tomcat程序。而Go语言编写的程序最终为可执行的文件(window下编译出的是.exe的可执行文件),只需要将其赋予可执行的权限就可以直接运行了。

构建JAVA程序的镜像需要指定java的基础镜像,否则就需要在镜像中安装java的运行环境了,下面展示的是构建的一个JAVA程序的镜像,构建出来镜像的体积相对比较大

而Go程序制作出的镜像就不需要安装任何的依赖环境,因为他在打包的时候就已经将依赖的包一块打包到一起了

拿着这个镜像就可以到处运行了。

通过对比我们可以发现,如果没有之前的技术和业务的积累,重新开发一个新的项目,使用go去开发无疑是最容易上手的,所以现在很多公司都使用go进行开发,也逐渐将其他语言的项目逐步的用go语言进行改造。其实用什么语言不重要,合适的才重要,开发项目在选择语言的时候也会综合多方面来考虑选择合适的语言和架构,毕竟很多公司都不是搞研究的,都需要项目来赚钱,所以开发的速度、客户的满意度、项目交付的时间才是驱动公司技术的主要因素。

我们个人也应该不断完善自己的技术栈,不应该太依靠某种语言,最重要的还是自己的架构思想和底层架构知识,只有掌握了这些才能够不被 社会 和公司“优化”。

从前途上说,见仁见智吧,因为H5的诞生,肯定是WEB前端最有潜力,但这仅仅能够证明可以部署在浏览器上的东西越来越多了,而并不代表学WEB前端就有前途。。。为什么这么说?因为不久后的某一天,可能Web页面并不是用代码敲出来,而是由软件生成的。尽管每天都有人在反复强调冗余问题,不断的做出各种性能测试,来证明软件生成出的页面存在很多垃圾代码,会影响浏览速度。。。。。但至少目前的趋势,可以生成HTML页面的软件是越来越多了。

  如果今天你想做一张表格,肯定会用Excel或者WPS吧?可是在我上小学的时候(199x年),表格是用Basic语言写出来的。即便在Excel和WPS诞生之后的很多年时间里,Basic语言写表格,依然是绝对的主流。为什么?因为那个年代的硬盘太小,一块硬盘320兆。一个windows95就快300兆了。想安Excel?那你就得挂两块硬盘。excel做出的表格文件,动辄就是十几兆,装完软件,再做七八张表格,二号硬盘又满了。挂三块硬盘?以当时的硬件配置,真心带不动。用三号硬盘换掉二号硬盘?Excel还在二号硬盘里装着呢,换掉它,你用什么创建Excel文件?。。。而用Basic写表格,不用装软件,不用挂双硬盘,一个表格只有几KB。在当时看来,优势完全是压倒性的。可随着后来硬盘越来越大,Basic就从主流变成奇葩了。。。

今天的web前端同样存在这个问题。随着网速越来越快,连3D游戏都可以运行在网页上了,那些冗余真的还那么重要吗?除了BAT等个别网站之外,恐怕绝大多数WEB前端工作者,以及培训班讲师,一直强调的冗余问题,也许仅仅是个“饭碗问题催生出的善意谎言”罢了。

说完WEB,该说说正经的编程语言了。。尽管Python,Ruby,Go啊等一大堆语言,一直在刷新编程语言排行榜。。但在相当长的时间里,市场上只有四门语言,可以找得到工作,这么说可能太极端了,但改成”几乎只有四门语言“,应该就比较恰当了。。。至少在今天的现状依然如此。。。。。。你只要搜一搜网上的招聘信息,自然就知道是否如此。。。

这四门语言是,JAVA,C#,PHP,C++。。。。而那些”新兴语言“们的前途,到底能有多么美好,我个人是实在不太敢信。自然会有人提”谷歌在使用Go语言“,”知乎和豆瓣大量应用了Python“,”阿里巴巴使用了Node“等等说辞。。。这些都没错。。。但这要有个前提:这些大公司的架构师退休之前,你是否能够取代他,并以同样的语言延续他的项目?如果不能的话,等他退休之后,你是否确定自己有这个机会?他们使用了哪些语言,和你是否有机会在工作中使用这门语言之间,有什么关系?

盖茨使用什么语言,和你能不能成为下一个盖茨,是两个没有任何关联的命题。他学过B语言(古董语言),并依靠这门语言赚取了第一桶金,所以,你是否也该考虑学一学B语言?

至于前面说的四门语言,我个人会比较推荐JAVA或C#。。。。理由也很简单,JAVA是目前的绝对主流(服务器开发),短期内不会有任何改变。。。而C#方面,Unity 3D的发展势头很猛(游戏开发),.NET CORE也确实比JAVA好用,而最主要的关键在于,在可预见的很长一段时间里,C#是微软家族唯一挑大梁的独苗。。。。

重点在眼前,兼顾不远的未来,JAVA合适。。。重点在不远的未来,兼顾眼前,C#靠谱。。。。

至于PHP,动态语言。。。我认为所有动态语言(包括JS、Python等很火的动态语言)都不适合用来长期支撑饭碗,但要说明这个问题,篇幅会变得很长,所以我今天不想说这个,你可以不同意,但我就是这么认为的。。。至于C++,你最好有一些电子电路、机械等方面的背景,最好能无缝对接嵌入式或工业控制等学科,否则,我认为光会写代码的话,恐怕很难胜任那些市面上的C++相关工作。