nodejs能否開發(fā)大型軟件應(yīng)用？有哪些公司在用nodejs做應(yīng)用？Nodejs在我們公司的后端和中間層都有使用。它不是一個(gè)大的應(yīng)用程序。我們每天訪問數(shù)十萬個(gè)IP地址，后端每天請求超過一百萬個(gè)。使用它

nodejs能否開發(fā)大型軟件應(yīng)用？有哪些公司在用nodejs做應(yīng)用？

Nodejs在我們公司的后端和中間層都有使用。它不是一個(gè)大的應(yīng)用程序。我們每天訪問數(shù)十萬個(gè)IP地址，后端每天請求超過一百萬個(gè)。使用它是可以的。我認(rèn)為公司的主要目的是省錢。雖然整棧都是招聘來的，但其實(shí)他們大多是做前端業(yè)務(wù)，偶爾也忙著做后端業(yè)務(wù)。在我看來，如果它確實(shí)是一個(gè)大型應(yīng)用程序，那么不建議將nodejs用于后端，但建議將其用于中間層或API網(wǎng)關(guān)。Nodejs應(yīng)用于大數(shù)據(jù)場景，其自然應(yīng)用具有高并發(fā)流量，就像mongodb一樣。

外行人想學(xué)前端怎么可以快速入門？

作為很多計(jì)算機(jī)編程專業(yè)的學(xué)生，如何快速學(xué)習(xí)前端？小編認(rèn)為，有幾個(gè)方面需要考慮，比如：學(xué)習(xí)方法的選擇、學(xué)習(xí)內(nèi)容、自己的學(xué)習(xí)能力、學(xué)習(xí)的努力程度等。事實(shí)上，對于一個(gè)門外漢來說，前端是沒有基礎(chǔ)的。如果你想學(xué)習(xí)前端，你必須一步一步地從基礎(chǔ)到高級，從簡單到困難，一步一步地。所謂“快速啟動(dòng)”只是一個(gè)相對的說法。學(xué)習(xí)沒有捷徑。

1. 要選擇正確的學(xué)習(xí)方式，市場上有兩種學(xué)習(xí)方式，一種是自學(xué)，另一種是參加java培訓(xùn)完成學(xué)習(xí)。與這兩種方法相對應(yīng)，只要選擇適合自己的方法，你就會學(xué)得更快。例如，零基礎(chǔ)一般更適合于前端培訓(xùn)和學(xué)習(xí)，因?yàn)橛欣蠋煹膶W(xué)習(xí)，問題可以很快解決，而且一直比較短。對于有基礎(chǔ)和較強(qiáng)學(xué)習(xí)能力的人，他們可以選擇自學(xué)而不是從前端培訓(xùn)機(jī)構(gòu)的基礎(chǔ)出發(fā)，并且可以根據(jù)自己的速度調(diào)整學(xué)習(xí)速度。

2. 學(xué)習(xí)內(nèi)容的多少，是否系統(tǒng)。在前端的小流程中，大家尋找的學(xué)習(xí)材料并不相同。有些人可能追求更多，有些人可能追求更少。即使是在前端培訓(xùn)機(jī)構(gòu)，不同機(jī)構(gòu)之間的課程也存在差異，因此學(xué)習(xí)時(shí)間的長短也不盡相同。

一般來說，知識內(nèi)容越系統(tǒng)，學(xué)習(xí)速度越快。

3. 學(xué)習(xí)的能力和在自己努力下的程度。學(xué)習(xí)能力毋庸置疑，能力越強(qiáng)，學(xué)習(xí)速度越快。然而，在實(shí)際的學(xué)習(xí)過程中，學(xué)習(xí)速度的絕對決定往往是基于努力程度。一個(gè)人工作越努力，學(xué)習(xí)的速度就越快，而且學(xué)得最好。事實(shí)上，學(xué)習(xí)能力強(qiáng)的人可能無法快速入門。他們需要努力工作。

前端的全棧模式是什么架構(gòu)，node.js做中間端，JAVA或者其他語言做后端，該怎么理解？

概念。

老一代程序員應(yīng)該有印象。在過去，我們所說的前端更多的是關(guān)于靜態(tài)頁面的布局和頁面交互的實(shí)現(xiàn)。使用的主要技術(shù)是divcss、JavaScript和Ajax。

在前端完成頁面后，應(yīng)將其交給后端開發(fā)人員進(jìn)行集成，這更像是一種“模板”思想。前端所做的只是一個(gè)“模板”，模板中的數(shù)據(jù)填充仍然依賴于后端來處理。

現(xiàn)在的前端已經(jīng)不是傳統(tǒng)的前端，還涉及到一些后端技術(shù)。例如，我們可以將PHP劃分為前端區(qū)域，并使用PHP實(shí)現(xiàn)數(shù)據(jù)呈現(xiàn)。

對于一個(gè)大型的網(wǎng)站架構(gòu)，現(xiàn)在是這樣的：PHP/nodejs render page>；Vue call data>；Java API> Database

這種架構(gòu)模式的主要優(yōu)點(diǎn)是：實(shí)現(xiàn)了前端和后端的完全分離，并實(shí)現(xiàn)了各種前端終端（web、H5、app、TV、，等）不同，但不影響后端API的統(tǒng)一；

技術(shù)專業(yè)化，易于控制；

并行開發(fā)提高了開發(fā)效率。

以上是我的觀點(diǎn)。如果其他網(wǎng)友有其他意見，可以在下面的評論區(qū)留言交流。我覺得有些人不太了解前端。首先，你為什么要做中間層？事實(shí)上，Java還有一個(gè)中間層。例如，傳統(tǒng)的后臺項(xiàng)目被劃分為功能結(jié)構(gòu)。中間層與頁面交互，數(shù)據(jù)層與數(shù)據(jù)庫交互。中間層主要處理數(shù)據(jù)集成和結(jié)構(gòu)處理，如分頁參數(shù)。另外，中間層提供的核心功能是埋點(diǎn)和測井的統(tǒng)計(jì)。這些都是傳統(tǒng)的面向接口的解決方案。

除此之外，使用節(jié)點(diǎn)作為中間層還提供頁面解析功能，這在Java中是罕見的官方最佳實(shí)踐。這三個(gè)前端框架都有支持node生成頁面的工具，甚至頁面發(fā)布過程的最佳實(shí)踐也是依賴于節(jié)點(diǎn)的。Java是否為三種框架提供熱更新支持？

節(jié)點(diǎn)可以用Java做什么？java能做什么其他語言做不到的？我們正在尋找“最佳實(shí)踐”，而不是“艱難但有能力”的實(shí)踐。不管是不是KPI項(xiàng)目，阿里都證明了這種做法是可行的。在這個(gè)層次上沒有更好的最佳實(shí)踐，所以了解更多并不丟臉。

不要自以為是?？磥?，全球前端正在進(jìn)行一場大騙局，爭奪權(quán)力。在Web2.0中，交互層的邏輯后置對用戶體驗(yàn)是有害的。

然后回答如何做以及先做什么。中間層的概念可以是大的，也可以是小的，但是我認(rèn)為沒有必要去節(jié)點(diǎn)進(jìn)行請求轉(zhuǎn)發(fā)。至少對邏輯優(yōu)化有要求，比如多異步處理、頁面呈現(xiàn)、優(yōu)化API結(jié)構(gòu)等