python cxfreeze Python cxfreeze打包慢如蜗牛？Go两行代码就秒了，气死

若进展顺遂, 我已然使你信服Go是一种出色的编程语言, 除非缘其他缘由, 有些人不会觉得我于整篇文章里对Go的阐述糟糕透顶。此刻我们来探讨一下其生产率/性能究竟如何。生产率其一且最为关键的,极易开展学习。此亦为于当下获高评价的美国大学内会被当作首选教学语言的缘由。那等同于该语言含有成熟稳定的新程序员源头, 且更易于培训别的程序员。我觉得, 要说服他人仅用寥寥几行代码便能达成诸多工作并不困难(与Go/3相较展示每次使用比Go更少的代码完成同样工作)。故而我会笃定认为运用会更具产出, 即便与Go相比较, 这不会有人予以反对。通常来说, 大家所反对的地方, 是处于工具支持这一方面。然而, 要是你留意到我所指出的与Go相关的支持工具, 也就是fmt、fix以及get, 社区当中同样存在对等的工具。对于遵循PEP 8的风格进行格式化, 在提交检查的时候能够使用pep8, 或者倘若想要有更多go fmt风格的自动重写, 也是能够使用的。对于用于重构的go fix或者go fmt, 你能够讲2to3也能够达成同样的功能。对于go get, 存在pip。我们拥有venv/或者类似这样的代码冻结工具, 它跟其他的一样, 处于容器之上, 而非静态编译的二进制包。甚至还存在贯穿项目的代码分析工具。说因为缺少工具支持所以不能用于大型项目, 这种观点对我而言相当肤浅。倘若说存在哪一方面彻彻底底做得出色, 那必是其具备丰富的第三方扩展库以及与之相应的工具可供运用, 恰似于PyPI上面所见到的那般, 我确信必定会有人忍不住争辩道, “并非所有的第三方库都能够在其上运行呀”, 实际状况的确如此, 然而, 这些第三方扩展库的支持已然相当不错了, 并且仍在持续改进之中, 故而我不会过分在意此番争论, 另外, 你能够同时采用/3两个版本来进行编码, 无需去操心针对哪一个版本。瞧一瞧, 上面表明Go并非欠缺社区支持, 之所以能有更多可使用的第三方库, 仅仅是鉴于它的存在时长, 这种状况也会持续延续下去。性能由于已然存在了很长时间, 并且变得这般庞大, 仅仅简单地讲“是足够快的”并不能阐释整个情形, 这是由于存在各式各样实现加速的途径。然而在深入探究VM级别的选项之后, 意味着给出了获取加速的选项。比如说, 是尴尬地执行并行代码的方式, 此种方式是极为简单的。而在3.3里面, 新编写了异步代码。它没有如同Go那样被融入语言, 在中的并发程序设计是可行的, 而且在方式上也未必是那般痛苦的。但是最好的办法是你可以在选择的VM里改变代码的性能。