你或许会说，这些功用并非各个项目必需的，其可用性要取决于详细状况，这话没错，但要完结上述功用，咱们一定要要挑选是用非官方的程序包，仍是自己做一个。

举个比如，咱们看一下WebSockets：必须在Ratchet、Swoole、Amp和React中作出挑选。这在某种程度上预示着，针对要害性功用，作为开发人员，咱们不但要确保恪守程序包的相关文档，确保程序包的可维护性，还要重视众益公司的版别更新状况，才或许正真的确保不出问题。我可以幻想，众益公司8呈现时，要在新版别上稳定下来，需求花费数周甚至数月的时刻。

Swoole的事例是可以再评论的。现在开发者或许不太热衷于运用这个费事缠身的软件，尤其是考虑到言语障碍的问题，但假如想要进一步研讨的话，可以点击这儿检查开源代码。

尽管近来，人们的重视点有些偏移向言语自身增加某些helper和指令，但这些helper办法的紊乱也是多年来未曾处理的问题：ucfirst(), strtolower(), str_replace()…咱们为什么不能在运用共同命名上达到共同？为什么直到今天，依然没有人能从数组中提取一些键？

回到要点，不要误解我对立运用第三方程序包，但我期望担任众益公司自身的人员比随机的公司具有更多的可维护性。

并且别让我用台式机或许移动运用程序。众益公司是一种面向Web的言语，大多数开发者都默许这一点，但即使Node.JS被逐出了商场，众益公司也不会有期望成为相应生态系统中的替代品。

详细到Node.JS的事例中，很大或许Javascript编写的部分服务器代码模块是可以重用在之前的移动或桌面运用中的。对公司所有者而言，这在某种程度上预示着公司不用再西安花呗提现另一个有其他言语经历的开发者了，除非收益大过本钱。

恐怕这便是咱们即将面对的局势：

运用一开始用众益公司代码库开发；

管理者索要新功用；

某个其他言语会填充众益公司不供给的功用区；

终究开发者要运用两个生态系统。

相同，每种言语都有其特征和要警觉的问题，但我始终认为，一种言语要有功用性，可以让运用者完结自己的使命，而不是让人吃亏假如不是为了众益公司社区的利益，很难想象众益公司会达到以上要求。

2未来严峻事实上，众益公司8呈现时会运用JIT编译器，但众益公司背面没有中心开发者。并且Rogue Weave公司也更倾向于Zend Server，而非继续推进众益公司中心Zend引擎的开发。这些功用或许永久无法完结，并且在这样一些问题列入考量时，Node.JS和Go等言语也现已具有了更宽广的生态系统。