濟(jì)南web前端開(kāi)發(fā)培訓(xùn)學(xué)校

Web開(kāi)發(fā)。Web開(kāi)發(fā)是為萬(wàn)維網(wǎng)或?qū)Ｓ镁W(wǎng)絡(luò)開(kāi)發(fā)Web站點(diǎn)所涉及的工作。Web開(kāi)發(fā)的范圍很廣，從開(kāi)發(fā)簡(jiǎn) 單的純文本靜態(tài)頁(yè)面到復(fù)雜的基于Web互聯(lián)網(wǎng)應(yīng)用程序，電子商務(wù)和社交網(wǎng)絡(luò)的服務(wù)。Web開(kāi)發(fā)通常涉及的更全面的任務(wù)列表，可能包括Web工程，Web設(shè)計(jì)，Web內(nèi)容開(kāi)發(fā)，客戶(hù)端聯(lián)絡(luò)，客戶(hù)端、服務(wù)器端腳本，Web服務(wù)器和網(wǎng)絡(luò)安全配置。

Web框架

Web框架是指那些為了提高Web程序開(kāi)發(fā)效率，而開(kāi)發(fā)出來(lái)的中間件基礎(chǔ)平臺(tái)，開(kāi)發(fā)人員不需要從0開(kāi)始寫(xiě)代碼，而是框架已做好了一些模板類(lèi)的東西，開(kāi)發(fā)人員通 過(guò)調(diào)用框架來(lái)開(kāi)發(fā)程序，以節(jié)省時(shí)間和成本。

1.目前大部分服務(wù)器開(kāi)發(fā)主要是寫(xiě)底層代碼邏輯+把前端寫(xiě)的頁(yè)面嵌套服務(wù)器代碼(此底層非彼底層，就是寫(xiě)一些數(shù)據(jù)模型建立、數(shù)據(jù)調(diào)用、業(yè)務(wù)邏輯代碼等);

2.寫(xiě)底層代碼邏輯+json數(shù)據(jù)輸出，也就是所謂的Api，這種模式是目前非常新的技術(shù)才會(huì)運(yùn)用的，完全做到了前后端分離，并且一套服務(wù)器代碼，多處使用(可以給iOS客戶(hù)端、Android客戶(hù)端、WP客戶(hù)端、瀏覽器(桌面瀏覽器、移動(dòng)手機(jī)瀏覽器)使用)。

依據(jù)上面所說(shuō)的服務(wù)器開(kāi)發(fā)類(lèi)別，前端開(kāi)發(fā)對(duì)應(yīng)的也分兩種：

1.UI給出設(shè)計(jì)圖，然后自己切圖寫(xiě)出靜態(tài)的HTML頁(yè)面再交給服務(wù)器開(kāi)發(fā)人員。如果自己懂點(diǎn)服務(wù)器開(kāi)發(fā)，也可以自己直接動(dòng)手開(kāi)干。

2.UI給出設(shè)計(jì)圖，查看服務(wù)器開(kāi)發(fā)人員給的Api文檔。根據(jù)這兩點(diǎn)，然后寫(xiě)前端展示HTML，json數(shù)據(jù)獲取后，將數(shù)據(jù)綁定到前端HTML上。

1.棱角分明.如果你之前沒(méi)有用過(guò)Angular(至少用過(guò)Angular2)，那么你一定很熟悉它的優(yōu)點(diǎn)。讓我們開(kāi)始吧。這個(gè)框架需要Javascript，HTML和CSS。第二，它是團(tuán)隊(duì)合作的理想選擇，因?yàn)樗鼊?chuàng)建的應(yīng)用程序可以清晰地劃分為組件——業(yè)務(wù)邏輯和前端。這是可能的，因?yàn)殚_(kāi)發(fā)環(huán)境是基于MVVM(模型-視圖-視圖-模型)模式的。第三，Angular是創(chuàng)建可擴(kuò)展應(yīng)用程序的理想選擇，并支持與第三方庫(kù)的簡(jiǎn) 單集成。這種框架通常用于構(gòu)建動(dòng)態(tài)移動(dòng)應(yīng)用程序，因?yàn)樗褂秒p向數(shù)據(jù)綁定，這增加了具有豐富動(dòng)畫(huà)元素的應(yīng)用程序的響應(yīng)能力。

現(xiàn)在，我們來(lái)討論一下Angular的缺點(diǎn)。開(kāi)發(fā)人員經(jīng)常提到的一點(diǎn)是移動(dòng)設(shè)備上的高功耗(盡管與其他框架相比，這個(gè)問(wèn)題可以通 過(guò)適當(dāng)?shù)拇a優(yōu)化來(lái)減少)和高入門(mén)門(mén)檻(如果您從零開(kāi)始使用Angular，您應(yīng)該準(zhǔn)備花1.5到2個(gè)月的時(shí)間學(xué)習(xí)它的大量文檔)。喜歡“簡(jiǎn)潔”Javascript編碼的開(kāi)發(fā)人員是Angular的新手。

2.圖表QL .GraphQL是一種具有奇怪語(yǔ)法的API查詢(xún)語(yǔ)言。其目的是超越傳統(tǒng)RESTAPIs的功能，簡(jiǎn)化多源傳輸?shù)臄?shù)據(jù)集。

我們來(lái)舉一個(gè)具體的例子。假設(shè)您需要顯示帖子列表，以及用戶(hù)的偏好(喜歡、收藏等。)在正在構(gòu)建的社交網(wǎng)絡(luò)框架中。就實(shí)現(xiàn)而言，這個(gè)例子非常簡(jiǎn) 單。您只需要從下一個(gè)數(shù)據(jù)庫(kù)端點(diǎn)發(fā)出請(qǐng)求。然而，由于這些數(shù)據(jù)可能來(lái)自不同的來(lái)源(例如，如果帖子存儲(chǔ)在MongoDB或Redis中)，生成的應(yīng)用程序?qū)⒈仁孢m的工作慢得多。此外，如果你考慮到數(shù)據(jù)的大小會(huì)隨著時(shí)間的推移而增加，因此需要更多的存儲(chǔ)空間，你就會(huì)意識(shí)到RESTAPI遲早會(huì)耗盡它的效率。這就是GraphQL的用武之地，使用GraphQL而不是使用單獨(dú)的端點(diǎn)來(lái)訪問(wèn)每個(gè)資源。您可以使用能夠同時(shí)處理涉及多個(gè)數(shù)據(jù)源的復(fù)雜查詢(xún)的單個(gè)端點(diǎn)。與REST模型相比，GraphQL是一個(gè)智能的個(gè)人助理，它使用你指定的源地址來(lái)提供所需的內(nèi)容。