進度查詢系統
萬網域名主機
我要建站
如何將Node與現有的架構融合以面對新的無線場景，并更好地提升開發效率，我們主要闡述了在當前成熟的體系下向Node演進的一個思路，當然這并不是唯-路徑。也有很多程序員討論是否要將后端的Java體系全部替換為Node體系，這就涉及Java技術棧和Node技術棧的比較，以下是筆者關于該問題的思考。
我們從語言特性、開發效率和成本因素三個方面比較Java與作為后來者的Node。
1.語言特性
JavaScript作為Node上運行的語言，和Java相比，優缺點很明顯。JavaScript 語法簡單，很容易編寫基于事件的驅動的實現，但是JavaScript 基于面向對象的描述能力偏弱，不像Java是真正的面向對象語言，同時JavaScript對數據類型的定義也比較單一，要么是數值類型要么是字符類型。很明顯，Java 更擅長構建復雜邏輯的大型應用程序。在語言運行效率上，JavaScript 原本是解釋執行，Java是編譯執行，但由于Node做了優化，所以兩者運行效率差別不大。
2.開發效率
開發效率可以從語言的復雜度、程序員培養、開發工具包的豐富性以及編碼效率幾個方面比較。
●語言的復雜度。從開發角度來看，Java和JavaScript都不需要關心內存的管理，都是基于虛擬機來管理內存；從并發角度來看， JavaScript是基于事件觸發的，而Java是基于線程的，因此JavaScript更占優勢；此外，JavaScript是無阻塞IO的，在I/O效率上比Java有優勢(盡管Java8也將更好地支持異步I/O)。
●程序員培養。目前Java 語言仍然是僅次于C語言的第二大編程語言，而JavaScript排在第10位，Java 程序員隊伍要比JavaScript大很多，很顯然招聘Java程序員要比招聘JavaScript程序員更容易。
●開發工具包。很多時候-個語言的開發效率要看這個語言的支持工具包和組件的豐富性，Java 經過這么多年的發展，工具類庫已經非常豐富，幾乎任何你想要的工具類庫都能在網上找到。JavaScript 雖然也發展了很長時間，但是基于JavaScript的工具類庫主要集中在前端，能夠直接用于Node的仍然很少。當然Node的社區非�；钴S，可以預見Node的工具類庫增長也會非常迅速。但是要達到Java的規模尚需時日。
●編碼效率。Java 語言的運行基于JVM，但是Java的部署效率稍差； JavaScript使測試更加簡單，但是debug機制仍然不完善。
3.成本因素
前面主要是從技術角度考慮，但是如果要從成熟的Java體系遷移到Node，成本也是一個重要的考慮因素。
首先是學習成本。如果公司大部分是Java程序員，現在要遷住Node，很明顯這個學習成本會非常巨大，即使這個遷移是漸進式的，長期來看仍然是要將一部分Java程序員替換成 Javascript程序員。先不管程序員是公司內部培養的還是從外部招聘的我們都可以算一下公司招聘一名程序員的成本有多大:一名普通工程師的年薪假定為10萬元，獵頭費一般是年薪的20%以上，也就是2萬元、再加上一個月的實習成本1萬元，加在一起約3萬元。這對于有1萬名以上開發人員的大公司而言，人力成本可想而知。如果招聘應屆生，由于應屆生的培養周期更長，學習成本會更高。
其次是環境成本。公司的基礎服務產品如中間件是基于Java開發的，如果要替換成 Javascript，必然要再另外開發，還得開發配套的運維工具等，這個成本也可想而知。最后是維護成本。Java和 Javascript i都是基于容器運行的，和V8引擘相比，程序員顯然對JVM更熟悉。另外，從排查問題的難易程度來看，針對JM的工具顯然更完善。
4.人的因素
對于一家成熟的公司而言，假如現有的Web系統都改用Node實現、必然會有很多Java工程師要從事Node的開發，因為已有的前端工程師人數肯定支撐不了現有業務的發展。我們假定一部分Java工程師愿意學習 Javascript并成為全棧工程師，那么他們是否也愿意用兩種不同的語言完成同一個任務呢?正常來說，如果能用同一個任務分成神不同的方式來完成的必要性就會大打折扣。所以從這些角度來看，要讓一家很成熟的公司切換語言是非常困難的。
盡管替換技術棧很困難，但是無論如何都應該統一技術棧，尤其是主流的網站建設業務開發，更應該使用統一的技術棧這就像秦始皇統一語言一樣所帶來的好處顯而易見。