Notadd 2.0 全新 Node.js 版本～（開發(fā)中） [從 PHP 到 node 的踩坑記

Tonny 發(fā)布于2019-06-28 14:31 / 1773人閱讀

摘要：有著最全的協(xié)議支持，同時有各種非阻塞拓展，可以說是最符合要求的，但是異步需要對做很大的改動。的計劃將基于開發(fā)，同時也提供一些無法提供的功能和特性。

一點小遺憾

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

起因

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

Swoole

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

workerman

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

AmPHP

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

ReactPHP

ReactPHP 實現(xiàn)上足夠優(yōu)雅，但問題也足夠多，并且 PHP-cli 本身報錯機制不完善，給調(diào)試帶來了很大困難。

PHP-PM

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

1.0 后續(xù)的計劃

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

2.0 的計劃

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

為什么是 nodeJS?

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

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

簡單：在 ARM 環(huán)境下只需要 Node 就夠了，不再需要 Nginx 或者 Apache，而 PHP 內(nèi)置的服務器只適合用于調(diào)試。

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

為什么是 nest.js ?

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

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

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

開源地址

https://github.com/notadd/notadd

https://gitee.com/notadd/notadd

云服務器 GPU云服務器 node.js怎么部署到云vps上 node.js怎么部署到云主機上 node.js服務器如何部署到云上 node.js怎么部署到云服務器上

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/26228.html

基于 Nest.js(Node.js) 的模塊化敏捷開發(fā)系統(tǒng)架構(gòu) Notadd 2.0 Beta2

摘要：快速開始下載碼云高速下載安裝執(zhí)行包安裝，如無，請先執(zhí)行自動創(chuàng)建數(shù)據(jù)庫配置必須使用必須使用必須使用運行更新月報年月年月年月年月年月年月年月年月年月下載地址碼云一點說明月將發(fā)布用戶中心模塊和模塊，月月后續(xù)還會有商城模塊微信模塊前言大多數(shù) node.js 框架都沒解決架構(gòu)問題，使得 node.js 沒能像 spring 一樣的適合大型項目開發(fā)和維護的框架。 nest.js 出現(xiàn)改變了這種...

gaosboy 2019-08-22 15:58 評論0 收藏0
Notadd PHP 到 Node 版初步體驗與測試

摘要：另外，團隊更加友好的類型檢查極大方便了后端的開發(fā)。初步的性能測試無讀寫操作的接口響應時間在本地，讀寫操作接口響應時間在，已經(jīng)遠低于之前版本的。并發(fā)量預估也會有不小的提升。 2.0-alpha1 預覽版本這個版本主要用于預覽后臺，一些接口還沒對接。 Adonis.js 到 Nest.js AonisJS 是一個 Node.js 版的 Laravel ,起初是打算用 AdonisJS，...

JinB 2019-06-28 14:38 評論0 收藏0
vue-cli +webpack+vue-router 踩坑記

摘要：其中定義了一些命令，還記得我們初始化項目完成后執(zhí)行其實就是執(zhí)行簡單的來說是運行時依賴生產(chǎn)環(huán)境，是開發(fā)時的依賴開發(fā)環(huán)境相應的在安裝包時，有兩種命令參數(shù)可以把它們的信息寫入文件，會把依賴包名稱添加到文件鍵下，則添加到文件鍵下。這次主要是記錄下自己在做vue-cli +webpack +vue-router 的經(jīng)歷以及一些踩過的坑，算是做一個簡單的總結(jié) 一.vue的基本介紹 1）漸進式的...

OpenDigg 2019-08-21 17:51 評論0 收藏0
vue-cli3.x 新特性及踩坑記

摘要：前言都到了，所以是時候玩轉(zhuǎn)一下的新特性了。安裝的包名稱由改成了。方法一原因的配置改變了，導致正確的不能用。打開終端，切換到根路徑文件里面修改為方法二是默認路徑修改了路徑會出現(xiàn)錯誤。按上面的方法修改完，再全局卸載果然就成功了。 showImg(https://segmentfault.com/img/remote/1460000016423946); 前言 vue-cli 都到 3.0....

xiaoqibTn 2019-08-23 12:01 評論0 收藏0
Java OPC client開發(fā)踩坑記

摘要：目前常見的協(xié)議版本號為和，兩個協(xié)議不完全兼容。第一坑基于開發(fā)的非常少，大部分是商業(yè)的，售價不菲。端存儲的格式如下這個就比較有意思了，是可以自己維護一個存儲層級。不但配置繁瑣復雜，還會受到各種權(quán)限以及防火墻規(guī)則的影響。最近一個項目中需要用到OPC client，從OPC Server中獲取數(shù)據(jù)。主要的編程語言使用Java實現(xiàn)。實際開發(fā)中遇到了各種坑，其實也和自己沒有這方面的經(jīng)驗有關，現(xiàn)...

URLOS 2019-08-15 10:43 評論0 收藏0