其實(shí)現(xiàn)在網(wǎng)站的后端開(kāi)發(fā)語(yǔ)言有很多，列出來(lái)普及一下知識(shí)！
1/ .net/java
龐大，復(fù)雜。但?Java?的優(yōu)點(diǎn)就是適合處理特別大的數(shù)據(jù)量，如果你的項(xiàng)目會(huì)很快實(shí)現(xiàn)大爆發(fā)，需要處理海量的請(qǐng)求，那么?Java?是一個(gè)不錯(cuò)的選擇。
?
?
2/ PHP
可以快速上手，相比其他語(yǔ)言，可以更快的為應(yīng)用添加各種新功能。當(dāng)然，可維護(hù)性就另當(dāng)別論了。
3/ Ruby
非常接近自然語(yǔ)言，基本上即使不懂編程，也能看明白?70% 或?80%。04?年出現(xiàn)了一個(gè)用?Ruby?編寫(xiě)的?Web?開(kāi)發(fā)框架?Ruby?on Rails，當(dāng)時(shí)的效果是非常震撼的，以前需要一個(gè)團(tuán)隊(duì)才能搞定的事情，使用?Ruby on Rails?后?1?個(gè)人就可以勝任了，所以?Ruby on Rails?在極短的時(shí)間內(nèi)就成為了?Ruby?的代名詞，也成為了新手學(xué)習(xí)?Web?開(kāi)發(fā)的不二選擇，但是?Ruby?語(yǔ)言也并非十全十美，快的同時(shí)，他的最大短板就是性能。Twitter?最早就是使用?Ruby on Rails?開(kāi)發(fā)的，但是隨著用戶數(shù)的逐步增長(zhǎng)，Twitter?的宕機(jī)開(kāi)始變得非常頻繁，后來(lái)他們迫不得已將整個(gè)系統(tǒng)從?Ruby?遷移到到了一個(gè)從?Java?派生出來(lái)的語(yǔ)言?Scala。
4/ node.js
簡(jiǎn)單來(lái)說(shuō)，可以把?node.js?理解為跑在服務(wù)器上的?javascript，再直白一點(diǎn)，就是一個(gè)跑在服務(wù)器上的瀏覽器，因?yàn)?node.js?最早就是從?chrome?瀏覽器的Javascript?引擎?V8?中剝離出來(lái)的。相比?Ruby，Node.js?程序可以獲得更高的并發(fā)性能，這在一些高并發(fā)的場(chǎng)景下（比如群聊，多人協(xié)作等）會(huì)很有優(yōu)勢(shì)。
5/ 其它（python，closure 等）
6/ 無(wú)后端（leancloud）
無(wú)后端編程是最近的一個(gè)新趨勢(shì)，但她并非說(shuō)是真的沒(méi)有后端，而只是把后端交給一些第三方的云平臺(tái)，比如 Leancloud，F(xiàn)irebase?等。如果你開(kāi)發(fā)一個(gè)手機(jī)?App，這樣的好處就是你可以在早期沒(méi)有后端程序員的情況下快速開(kāi)工，像Leancloud?這樣的云平臺(tái)已經(jīng)可以勝任大部分的應(yīng)用場(chǎng)景，如果后期業(yè)務(wù)邏輯復(fù)雜之后再尋找合適的后端工程師遷移也不遲。
7/ 最強(qiáng)編程語(yǔ)言 Lisp
如果要評(píng)選一個(gè)最強(qiáng)的編程語(yǔ)言，該是哪個(gè)呢？答案就是Lisp。為什么是?Lisp？Lisp?的作者在很早以前就從數(shù)學(xué)的層面總結(jié)了一個(gè)完美的編程語(yǔ)言應(yīng)該具備的?9?種能力，而?Lisp?就是為了配合他的這個(gè)理論而產(chǎn)生出來(lái)的語(yǔ)言。Hacker News 是由?YC?的創(chuàng)始人?Paul Graham?開(kāi)發(fā)的，而?Paul Graham?本身就是一個(gè)?Lisp?程序員，他為了開(kāi)發(fā)?Hacker News，專(zhuān)門(mén)發(fā)明了一種新語(yǔ)言叫做?Arc，但因?yàn)樗腔?Lisp?的，所以也被歸為了?Lisp?的方言之一。
| 數(shù)據(jù)庫(kù)
我們平常訪問(wèn)的大部分網(wǎng)站都是需要登錄操作的，登錄之后我們看到的就是只和自己相關(guān)的那部分內(nèi)容。這些用戶信息是保存在什么地方的呢？這就需要用到數(shù)據(jù)庫(kù)。關(guān)于數(shù)據(jù)庫(kù)，代表性的有兩個(gè)：
1/ MySQL
2/ MongoDB
MySQL 是最常用的結(jié)構(gòu)化數(shù)據(jù)庫(kù)，也是大多數(shù)創(chuàng)業(yè)公司的選擇。為什么是結(jié)構(gòu)化的？就是說(shuō)它的表的結(jié)構(gòu)是固定的，比如我們常見(jiàn)的 User 表在 MySQL 中就是這樣的：
id ??name ???????????email ??????????????????????????password
1 ???一元 ???? ? ? ?y@modao.io ? ? $2a$10$ZxNhLyDTdagtUc...
2 ??產(chǎn)品集小妹 ??xiaomei@36kr.com?$2a$10$zK7TnBXYYFz...
如果我們需要取得一條用戶記錄來(lái)檢查他輸入的密碼是否正確，這時(shí)我們就需要使用 SQL，SQL 就是結(jié)構(gòu)化查詢語(yǔ)言。
簡(jiǎn)單來(lái)說(shuō)，SQL 數(shù)據(jù)庫(kù)保存的是結(jié)構(gòu)化數(shù)據(jù)，NOSQL 數(shù)據(jù)庫(kù)則可以保存非結(jié)構(gòu)化數(shù)據(jù)。舉個(gè)例子，還拿上面的用戶表來(lái)舉例，如果我們現(xiàn)在想要給產(chǎn)品集小妹增加一些額外的屬性，比如她給某個(gè)產(chǎn)品點(diǎn)贊可以效果 x2，那么如果是 SQL 數(shù)據(jù)庫(kù)，我們就需要給數(shù)據(jù)庫(kù)增加一個(gè)新的字段來(lái)保存這個(gè)屬性：
id ??name ???????????email ??????????????????????????x2
1 ???一元 ?????????????y@modao.io ??????????????false
2 ???產(chǎn)品集小妹 ??xiaomei@36kr.com ????true
但是如果是 MongoDB 這樣的 NOSQL 數(shù)據(jù)庫(kù)，我們就不需要給所有用戶都增加一個(gè)x2的屬性，只需要給產(chǎn)品集小妹單獨(dú)增加就可以了，NOSQL 中保存到數(shù)據(jù)是如下這個(gè)樣子的：
{id: ‘1’, name: ‘一元’, email: 'y@modao.io’, password: ‘…’}
{id: ‘1’, name: ‘產(chǎn)品集小妹’, email: 'xiaomei@36kr.com’, password: ‘…’, x2: true}
| Cookie 和 Session
服務(wù)器要處理成千上萬(wàn)用戶的請(qǐng)求，那么他是如何區(qū)分每個(gè)用戶，并返回給每個(gè)用戶他所需要的內(nèi)容的 ？這就要涉及到 Cookie 和 Session。我們可以將 Cookie 理解為是服務(wù)器給每個(gè)用戶分配的唯一 ID，這個(gè) ID 由用戶瀏覽器保存，而 Session 則是服務(wù)器為了維護(hù)這個(gè)會(huì)話在服務(wù)器端保存的與 cookie 對(duì)應(yīng)的用戶數(shù)據(jù)。
