問(wèn)答專欄Q & A COLUMN
其實(shí)這根本不是技術(shù)棧的問(wèn)題，而是node工程師沒(méi)有后端經(jīng)驗(yàn)的問(wèn)題。如果有的話，會(huì)僅限于node嗎？語(yǔ)言差距根本不是問(wèn)題，語(yǔ)言本身就是工具，重點(diǎn)應(yīng)該去考慮不要有太多異構(gòu)，維護(hù)起來(lái)太麻煩。還要考慮開(kāi)發(fā)者群體。node最適合的地方還是提供小型的工具服務(wù)，前端工程師不用去了解太多的后端知識(shí)，只要會(huì)基礎(chǔ)的數(shù)據(jù)庫(kù)讀寫，緩存的使用就能解決的問(wèn)題。
評(píng)論0
加載中...
我專業(yè)前端做了很多年了，對(duì)js不能說(shuō)是感情淺。但是node做后端，我還是覺(jué)得寧可重學(xué)一門后端語(yǔ)言也不會(huì)冒這個(gè)險(xiǎn)，除非我干完項(xiàng)目拿錢走人別人去維護(hù)。我也知道一個(gè)大銀行不是國(guó)內(nèi)的，前幾年被哪個(gè)頭腦發(fā)熱的技術(shù)牛人用js做了微服務(wù)，—后來(lái)項(xiàng)目用java重寫了。第一, node沒(méi)有多線程，以至于cpu-bound 任務(wù)是不可能的，如果沒(méi)有守護(hù)程序和 load balance 來(lái)做服務(wù)程序去響應(yīng)微小的負(fù)荷也是冒險(xiǎn)。第二，node 如果不用 async 寫出來(lái)的代碼就是 callback hell, 如果再?zèng)]有typescript, 維護(hù)起來(lái)是個(gè)噩夢(mèng)。callback 是解決阻塞問(wèn)題，但泛濫了就惡心了。 第三，也別想著維護(hù)三四年了，npm還沒(méi)干什么就引用幾十萬(wàn)個(gè)庫(kù)了，有的庫(kù)也就10行代碼，庫(kù)質(zhì)量差，壽命短，真用的復(fù)雜庫(kù)，幾年后依賴的庫(kù)有些已經(jīng)不存在了。第三還是線程問(wèn)題，別告訴我你多小的程序都配一個(gè)redis,部署和安全都是頭痛問(wèn)題-沒(méi)有線程技術(shù)就無(wú)法共享數(shù)據(jù)緩沖數(shù)據(jù)。
總結(jié)：用nodejs做后端很作死。nodejs 在后端說(shuō)白了只是一個(gè)高級(jí)的event bus, 一無(wú)是處。
評(píng)論0
加載中...
node之所以容易被接受，是應(yīng)為js語(yǔ)言的普及性，但是考慮到全棧開(kāi)發(fā)的話node并不是首選，傳統(tǒng)的.net core和java還是首選。
如果僅僅考慮到各種各樣的代碼包，node確實(shí)有優(yōu)勢(shì)，但是在高精度運(yùn)算方面js語(yǔ)言就和java，c#沒(méi)法比了。
在服務(wù)器性能層面，node和j2ee,.net core,go比起來(lái)性能相差的非常多（大家可自行g(shù)oogle一下benchmarking），因此其并不適合對(duì)性能要求比較高的服務(wù)環(huán)境。
另外，所謂全棧，還要包括移動(dòng)應(yīng)用和桌面應(yīng)用，在移動(dòng)應(yīng)用方面原生開(kāi)發(fā)的主要還是java和c#和oc，swift。
桌面級(jí)的原生跨平臺(tái)應(yīng)用主流的技術(shù)還得是c#，qt+c++等。mfc就不推薦了，估計(jì)近十年微軟也沒(méi)怎么太更新了。
把全部的技術(shù)堆棧全都賭在node上是比較危險(xiǎn)的，因?yàn)閚ode最初的想法是希望能給前端開(kāi)發(fā)人員提供一個(gè)服務(wù)器端環(huán)境，一開(kāi)始的定位就和經(jīng)典技術(shù)棧的定位也不一樣。
寫好服務(wù)程序，除了會(huì)crud以外，需要程序員在內(nèi)存控制，數(shù)據(jù)結(jié)構(gòu)，算法過(guò)程控制等方面都要有更好的經(jīng)驗(yàn)，即便像java，c#這樣自動(dòng)回收內(nèi)存，內(nèi)置數(shù)據(jù)結(jié)構(gòu)的語(yǔ)言，也都要很小心內(nèi)存開(kāi)銷，否則你的Stack Overflow，就真的只能去Stack Overflow去查了。
評(píng)論0
加載中...
有些公司覺(jué)得node全棧很厲害，做服務(wù)器小菜一碟。有些公司根本不認(rèn)為node和服務(wù)器開(kāi)發(fā)有一毛錢關(guān)系，別說(shuō)重要系統(tǒng)了，次級(jí)系統(tǒng)node都別想沾下邊。兩級(jí)分化嚴(yán)重，這就是node和傳統(tǒng)服務(wù)器的區(qū)別。
評(píng)論0
加載中...
1 沒(méi)有成熟的微服務(wù)框架，主城還是喜歡java或者go
2 動(dòng)態(tài)語(yǔ)言難以維護(hù)，需要很多文檔，按照文檔約定編碼，但沒(méi)法從代碼層面強(qiáng)制約束
3 CPU運(yùn)算利用不好，需要調(diào)用其他語(yǔ)言支持。但問(wèn)題在于node一般都是快餐型小項(xiàng)目，節(jié)約開(kāi)發(fā)成本npm包特別多，不是長(zhǎng)期大項(xiàng)目的技術(shù)選型
4 隨著golang的出現(xiàn)，大家都在往go上轉(zhuǎn)了，node更適合外包小門戶網(wǎng)站和前端。
評(píng)論0
加載中...
基于js開(kāi)發(fā)的服務(wù)端，怎么解決精度問(wèn)題，比如金錢，會(huì)不會(huì)出現(xiàn)價(jià)格是20.00，買三個(gè)價(jià)格是，59.99？
評(píng)論0
加載中...0
回答0
回答0
回答4
回答3
回答10
回答0
回答0
回答0
回答0
回答
