對于 Notadd 我們本來期望它實現更多...?
盡管我們也嘗試做了很多努力，但是由于 PHP 本身的局限，以及考慮到開發環境配置的復雜程度，最終使用了折中方案。
接下來，我們談談整個技術選型歷程，也供今后相關開發者做借鑒和參考：

起因

我們期望 Notadd 不僅能應用到 web 領域，在嵌入式開發領域也能有所應用，同時能夠使用常用的 websocket 協議。

Swoole

swoole 是我們考慮的首選方案，但從擴展性來說，難以符合我們模塊化的要求，對 HTTPS 和 HTTP2 支持不夠完善，同時，安裝上也難倒一些 phper。在 ARM 板的安裝過于復雜。當然也有好的一點，2.0 的自動異步對并發量有不少提升。

workerman

主要問題還在于 workerman 對 HTTP2 等協議支持不夠完善，同時 phpsocket.io 只支持服務端模式運行，MQTT 協議也沒有相應的實現，而且以 ThinkPHP 開發者居多，成本較高。

AmPHP

amphp 有著最全的協議支持，同時有各種非阻塞拓展，可以說是最符合要求的，但是異步需要對 laravel 做很大的改動。

ReactPHP

ReactPHP 實現上足夠優雅，但問題也足夠多，并且 PHP-cli 本身報錯機制不完善，給調試帶來了很大困難。

PHP-PM

按照官方說明，幾乎不需要大的修改，就能將 PHP 的并發量提升 10 倍。但是在測試過程中，無法正常運行 Laravel ,所以也只能放棄～

1.0 后續的計劃

1.0 還將是 PHP 版本，并且也會有后續的更新，但會取消一些過于激進的更新，目前來說，Notadd 的門檻已經足夠高。
在上線應用商店后，也將會提供 1.0 （ PHP ） 的安裝包。包括之前一些比較激進的改動，也會根據開發者投票進行取舍。
當然，商城等模塊依然會提供。

2.0 的計劃

Notadd 2.0 將基于 Nodejs 開發，同時也提供一些 1.0 無法提供的功能和特性。

為什么是 nodeJS?

性能： 在 IO 密集型運算中，由于異步非阻塞機制，NodeJS 可以輕松實現單機 5W 并發，而 Laravel 只有 200。

方便：NodeJS 可以很方便地安裝拓展，而 PHP 需要 pecl 或者 phpize 甚至重新編譯，這對很多就不怎么熟悉環境部署的 PHPer 來說簡直就是噩夢。

簡單： 在 ARM 環境下只需要 Node 就夠了，不再需要 Nginx 或者 Apache，而 PHP 內置的服務器只適合用于調試。

拓展：NodeJS 本身提供了很多針對于系統層的操作，另外，npmjs.org 上也有足夠多的包來使用，這對后期的拓展來說，無疑方便了很多。

為什么是 nest.js ?

不論是 express ThinkJS KOA EGG 都無法單一滿足于中大型項目的開發，目錄結構也會極其復雜，而借鑒 spring 思想的 nest.js 來說無疑是最適合的，并且方便 Laravel 開發者過渡。第九影院nest 默認使用 typescript ～

為什么不直接用 Go 或者 JAVA?

說到底是開發成本原因，并且這些語言在 IO 密集型優勢并不明顯，只有 10-20% 差異，但是在開發效率上就差了很多，而且對于企業，招人也是問題。

轉載于:https://www.cnblogs.com/tianshifu/p/8044908.html

總結

以上是生活随笔為你收集整理的Notadd 2.0 全新 Node.js 版本～ （开发中） [从 PHP 到 node 的踩坑记]的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。