前端框架設計

A. web前端框架是做什麼的

前端前景是很不錯的，像前端這樣的專業還是一線城市比較好，師資力量跟得上、就業的薪資也是可觀的，學習前端可以按照路線圖的順序，

0基礎學習前端是沒有問題的，關鍵是找到靠譜的前端培訓機構，你可以深度了解機構的口碑情況，問問周圍知道這家機構的人，除了口碑再了解機構的以下幾方面：

1. 師資力量雄厚

要想有1+1>2的實際效果，很關鍵的一點是師資隊伍，你接下來無論是找個工作還是工作中出任哪些的人物角色，都越來越愛你本身的技術專業前端技術性，也許的技術專業前端技術性則絕大多數來自你的技術專業前端教師，一個好的前端培訓機構必須具備雄厚的師資力量。

2. 就業保障完善

實現1+1>2效果的關鍵在於能夠為你提供良好的發展平台，即能夠為你提供良好的就業保障，讓學員能夠學到實在實在的知識，並向前端學員提供一對一的就業指導，確保學員找到自己的心理工作。

3. 學費性價比高

一個好的前端培訓機構肯定能給你帶來1+1>2的效果，如果你在一個由專業的前端教師領導並由前端培訓機構自己提供的平台上工作，你將獲得比以往更多的投資。

希望你早日學有所成。

B. web前端三大主流框架都是什麼

web前端三大主流框架都是Angular、React、Vue。

3、Vue

Vue作為最後推出的框架（2014年），借鑒了前輩angular和react的特點（如VirtualDOM、雙向數據綁定、diff演算法、響應式屬性、組件化開發等）並做了相關優化，使其使用起來更加方便，更容易上手，比較少適合初學者。

C. 前端框架設計領域有哪些牛人

牛人確實很多。

例如Vue的開發團隊成員：

Evan You GITHUB主頁

kingwlGITHUB主頁

Alex KyriakidisGITHUB主頁

。。。

不一一提交，也可以在開源中國中找到很多牛人

D. 幾個Web前端開發框架的比較

Bootstrap

Bootstrap是目前可用框架中無可爭議的領導者。其人氣日益增長，你可以放心的選擇這個框架，而不必擔心項目會失敗，因為具有廣泛使用基礎的框架，不太可能被拋棄。

UIkit說明

UIkit成功應用在許多WordPress主題中。它提供了靈活和強大的手動定製機制（以前版本的框架還提供了高級GUI定製程序）。

什麼是最適合你的框架？

在選擇框架時，可以從以下幾個方面考慮：

如果你還不確定使用哪個框架，那麼可以採用混合搭配的方式。當某個特定的框架不能滿足你的需求時，可以混合使用兩個或多個項目的組件。

最後值得一提的是，現在Flexbox和Grid Layout在主流瀏覽器的最新版本中得到很好的支持，比以往任何時候都更容易構建復雜的布局。這可能會鼓勵更多的開發人員放棄前端框架，從頭開始編寫他們自己想要的布局。

來源：網頁鏈接

E. 電商前端架構設計

什麼是前端架構

• 說到架構，很容易拉出一系列的概念知識點，像系統架構、軟體架構、框架等等，這些不是今天探討的重點，大家可以下去網路來理解。架構的本質是什麼？其實也是一種管理。通常我們所說的管理，都是指對於任務和人員的管理，而架構管的是機器和代碼。比如說，機器的部署屬於運維的物理架構，SOA屬於服務架構，那麼，前端的架構指什麼呢？

• 長期以來，前端所處的位置是比較偏應用層，很薄的一層，而架構又要求深度和廣度，所以之前在前端裡面做架構，好比在小水塘里游泳，稍微撲騰兩下就到處碰壁。但最近這幾年來，隨著一些列新的技術和概念的出現，前端的范圍被大大拓展了，所以這一層逐漸變得大有可為。

• 單純從語言的角度來說，html、js、css是最簡單最容易上手的開發語言，不考慮模塊化、工具、壓縮優化，任何人都可以快速上手，完成一兩個功能簡單的頁面。在規模很小的項目中，前端技術要素彼此不會直接產生影響，因此無需架構相關的思考。由於前端語言這種靈活鬆散的特點，使得前端項目規模在達到一定規模後，工程問題凸顯，成為發展瓶頸，原來孤立的技術要素開始彼此產生影響，各種技術要素彼此之間開始出現關聯，要用模塊化開發，就必須對應某個模塊化框架，用這個框架就必須對應某個構建工具，要用這個工具，就必須對應某個包管理工具……這個時候，需要有人從比較高的角度去梳理、尋找適合自己團隊的集成解決方案。而這一系列解決問題的工具和手段就是所謂的前端架構。

架構的組成

組件框架

• 架構不等於框架這一點很好理解，相信大家都能夠很深入的說明這里的差別，框架是架構的重要組成部分，架構決定框架的選型，框架決定架構的技術路線。架構圍繞框架進行一系列的流程工具建設，從而形成完善自動的開發體系。
  +框架不等於類庫，這里就是很多人困惑的點，你用的什麼框架？jquery、underscore、linq、seajs、requirejs等等，每個人都能夠列舉一大堆。但這個是不準確的，一套編碼框架是有一系列的元素組成：

• 開發模式，我們如何來實現代碼的職責分離。以前整個前端是mvc中v這一層，而現在前端內部也進行了mvc的邏輯細分，Javascript的MVC框架現在很多，有的強化m、有的強化c。每一個框架其實都有其特點的，並且有越來越多的創新改造，比如現在最流行的是mvvm。有angular、react等等。我們是為了引入mvvc才把他們納入到我們的開發體系，而不是因為他是一個好用的類庫。

• 通訊，模塊化、組件化是前端在推進開發模式過程中的一個過程產物，為了有效的進行組件隔離和獨立，現在有各種各樣的通信模型出來，不過由於實現簡單，代碼少，他往往是合入到某個類庫裡面，但本質也是一個類庫。比較成熟的比如：消息匯流排、事件模擬、緩存中轉、flux模型等等。

• 模板，我們用什麼樣的方式來集中的處理數據往html的轉換過程，這里就不用多展開，這種類庫現在太多了，光我們公司就有很多套，大家在代碼行、緩存管理、預編譯、運算性能、強大的語法等等各個維度不段追求各種極致。

• 基礎類庫最後才是傳統類庫，相信現在已經沒有同學會在項目中去約束團隊中的dom操作、常用函數、方法、非同步化等等各種很基礎東西，這個時候我們一般就是引入jq、zepto、underscor這些封裝好的東西就行了。核心就是為了改善編碼生產力。

• 對於框架的選型要從兩面看，一是看該框架的本領，二是看你們團隊的能耐。從經驗上給幾個點建議：

• 這里也可以順便展開聊一下現在前端產品的形態分類：

• 從這些分類裡面，我們這些年派生出了所謂全端和全棧的概念。但本質上怎麼走還是要由所在產品的形態來決定。

• 內容型Web站點 側重渲染方面的優化，前端邏輯比重小

• 操作型B/S系統 以數據和邏輯為中心，界面較規整

• hybrid內置型，要處理緩存和一些本地介面，包括PC客戶端和移動端。現在的本地應用，基於很多考慮，都變成了混合應用，也就是說，開發這個應用的技術，既包含原生的代碼，也包含了嵌入的HTML5代碼

• Web游戲，前端的邏輯非常重，在代碼結構上要求非常高的可管理性和更復雜的設計模式。

• 桌面應用型，現在有一些PC端的混合應用開發技術，比如node-webkit和hex，前者的典型應用是XDK，後者的典型應用是有道詞典，此外，豌豆莢的PC客戶端也是採用類似技術的，也有一些產品是用的qt-webkit。這類技術可以方便做跨平台，極大減少開發工作量。

• 大工程應該盡量避開谷歌產品，他的很多技術開源項目都是玩票性質的，GWT、Closure、Darty就是前車之鑒。曾今提出過很多的新技術，到現在還是獨家的，變出太大。包括現在angular，喜歡做斷崖式升級，做做運營後台系統問題不大，如果是線上系統的話，每次升級就是一次人月神話中的典型焦油坑。

• 關注應用場景，像剛才說到的boss後台是一種；另外我的平台是否有沉重的歷史包袱，需要兼容ie6，還是可以輕裝上陣；產品對於seo是什麼樣的態度？是否需要考慮自適應？或者我的團隊足夠大，能夠各搞一套？；產品特徵是強內容還是強交互或者是游戲性。這些都是選擇不同框架的主要出發點。

• 沒有最好，只有最適合自己的，基本上，針對每個平台，我們都可以列出一些主流框架，但不意味著你們都能駕馭得住。小馬過馬，老牛沒過膝，松鼠淹個半死，就是這么回事。但無論我們選擇什麼框架或決定自己動手造輪子，都勿忘初心，技術必須讓我們工作生活更為輕松愉快——我們只選擇我們能駕馭住的框架，我們不能保證它在一年後是否會過時落後。

• 而且按照我個人這么多年的經驗來看，任何框架都會過時，往往不是因為他不夠好，而是因為一定有更好的出來。我們再選擇一個框架或者一個類庫的時候就要想好，未來我如何拋棄他。至少不能成為我們引入新的框架的絆腳石。現實的工作中很多的團隊往往會陷入到年復一年的用今年的新框架去重構去年老框架代碼的歷史循環中去。對於引入框架如何盡量延長他的生命力，我個人的意見是選擇框架時去追求概念，而不是潮流，當我的架構可以接受新的設計概念的時候才去考慮引入新的框架。用設計理念的選擇代替框架的選擇。之所以這么說是因為我觀察到我們部門的後端架構的開發理念跟我進公司的時候是差不多的。更多你可以參考成都網站建設

F. 前端開發框架是什麼

常見的web前端開發框架如下：

1、Bootstrap：

主流框架之一，Bootstrap 是基於 HTML、CSS、JavaScript的，它簡潔靈活，使得 Web 開發更加快捷。

2、html5-boilerplate：

該框架可以快速構建健壯，且適應力強的web app或網站。

3、Meteor：

Meteor是新一代的開發即時web應用的開源框架，它能在較短時間內完成開發。

4、Materialize：

基於材料設計的現代化響應式前端框架。可提供默認的樣式，自定義組件。此外，Materialize還改進動畫和過渡，為開發人員提供流暢的體驗。

5、Amaze UI：

首個開源HTML5跨屏前端框架產品系列，中文排版前端的學習都是需要不斷的學習，學一天停一停相當於白學，學習效果很差，如果你想有人一起學習可以來這個扣裙，首先是132 中間是667最後是127 都是零基礎的同學，大家相互鼓勵 共同努力 只是學著玩就不建議來了!!!支持更優、本土化組件豐富。該產品系列中有專門針對移動端的HTML5混合應用開發框架Amaze UI Touch以及針對跨屏HTML5網頁開發的Amaze UI Web。

(6)前端框架設計擴展閱讀：

web框架程序的作用：

Web框架使得在進行Web應用開發的時候，減少了工作量。Web框架主要用於動態網路開發，動態網路主要是指現在的主要的頁面，可以實現數據的交互和業務功能的完善。

使用Web框架進行Web開發的時候，在進行數據緩存、資料庫訪問、數據安全校驗等方面，不需要自己再重新實現，而是將業務邏輯相關的代碼寫入框架就可以。也就是說，通過對Web框架進行主觀上的「縫縫補補」，就可以實現自己進行Web開發的需求了。

以PHP為例，PHP可以在apache伺服器上進行Web開發，而不必使用框架。使用PHP進行開的時候，在不適用框架的情況下，資料庫連接就需要自己來實現，頁面的生成和顯示也是一樣。比如框架的話可以完成避免sql注入的工作，而使用PHP在不用框架的情況下，這部分要自己做。

G. 如何設計一個自己的前端MVC框架

對於一些中小型的web應用程序，為了縮短開發周期和降低開發和維護成本，往往會採用一種基本MVC開發模式的框架開發。現在市場 上的開發傳統web頁面的JavaScript框架比較多，但是專門對移動應用程序的MVC設計模式的框架比較少。所以開發一套針對移動應用程序的MVC設計模式的框架還是很有價值的。參考傳統MVC設計模式框架，移動應用框架應該實現以下幾個方面：

MVC的分離

移動應用程序中，model,view,controller得到嚴格的分離，使得應用程序的結構和開發的思路更加清晰，程序的維護更加方便。

數據的更新

Model中的數據與View中數據的雙向更新，當Model中的數據發生變化時，View中的數據隨著發生變化，當View中輸入或修改數據時，Model的數據也會發生變化，省去開發者手動操作數據的變化，避免發生錯誤。

數據的格式化

當Model中的數據需要先格式化再顯示在view中的時候，可以先進行數據格式的轉化。

數據的驗證

當view中輸入數據或者是改變數據的時候，需要驗證數據時，可以先對數據進行驗證，當驗證通過時，才賦給Model中相應的數據。

頁面管理調度

實現各個頁面之間的調度，避免由開發者實現頁面調度而產生的混亂，同時也加快程序的開發速度。

框架的實現與程序的開發離不開JavaScript庫，目前的Javascript庫的形勢也比較尷尬，一方面是傳統的web頁面javascript庫的成熟，一方面卻是針對移動端應用設計開發web應用JavaScript的相對落後，雖然也有幾款優秀的，但是相對體積比較大，而且有時候出了問題也很難跟蹤，所以有必要開發一套專門針對移動端開發的JavaScript庫，使它具有靈活，小巧，功能完善的工具集和UI組件，幫助開發移動端應用的開發者快速工發並容易維護，所以具體需求有以下幾個方面：

事件的支持

DOM2級的事件使對DOM元素的操作起到了解耦作用，在程序開發的過程中，對程序對象之間的解耦的作用，在程序開發的過程中，對對象之間的解耦也是相當必要的，所以有必要做一個統一的介面，而事件是一個不錯的選擇，而且事件在MVC設計模式的實現中佔有很重要的地位，他既可以使Model,view,controller之間分離解耦，又使他們之間存在內在聯系。

插件機制

一個好的Javascript庫，他應該有自己的靈活完善的插件機制，不僅可以為庫的開發台提供方便，也應該為開發應用程序時提供方便，針對相同的功能開發插件，避免代碼的多次開發。

頁面管理

一個移動應用程序會有很多頁面需要分級管理，這是由移動辦公設備的特性決定的，面對多級與多個頁面，需要一種機制來管理各個頁面之間的關系才而已痛苦誤會頁面的載入時機與載入方法。

動畫的功能

使用移動設置性能的提升與大量移動應用的出現，使用戶對程序的選擇更多。如果程序不能更炫更苦的表現來吸引用戶，那他將難以進入市場，而動畫就是其表現手段之一，所以有必要為開發者提供一套實現動畫的方法，使開發者可以迅速開發能吸引用戶的動畫。

手勢的支持

隨著觸摸移動設備的普及與蘋果公司在它原生 IOS 應用程序中推出了手勢操作後，人們越來越喜歡這種交互方式了。為了適應這種潮流與提升程序的競爭力，在面向移動應用開發的JavaScript庫中添加手勢的支持是有必要的。

數據的通信

作為一個信息時候的應用程序，數據通信的功能是不可或缺的。雖然 Ajax 技術提供了數據通信的相應的介面，但是如果每一次的數據通信都要開發者去創建，調用相應的介面，會出現很重復的代碼，而且效率也不高，所以有必要對 Ajax 數據通信介面進行封裝。

數據的本地化

當應用程序與後台通信取得數據的時候，有些數據是需要保存在本地的，還有一些數據的狀態，以及一些經過運算得到的數據也是需要保留在本地的。這就需要提供一種數據本地化的介面

UI 組件

開發者在開發應用程序的時候，常常會遇到一個功能相同的控制項在不現的應用程序程序中都會用到，為了提高應用程序的開發效率，縮短開發周期，有必要把一些常用的控制項抽象出來形成組件，供開發者調用

屏幕的適配

隨著移動設備的不斷更新發展，設備屏幕的尺寸與解析度越來越多樣化，這便成了跨平台應用程序「一次開發，多處運行」的最大難題。所以有必要形成一夽方案來解決這一問題。

總結

在這所有問題中，事件的擴展，插件機制，頁面的管理，MVC 設計模式的實現不僅是重點，也是難點，它們的實現具有以下價值：

事件在 web 開發中應用已經很廣泛，不過它只有在相應的 DOM 元素上才有事件，而且 MVC 設計模式的實現需要事件的驅動，所以需要擴展 DOM 事件到普通對象上，使它們具有訂閱發布消息功能，且與 DOM 事件有相同的介面。

插件機制需要代碼的高度抽象化，它是 UI 組件實現的基礎，它的實現提高了代碼的重復使用。

頁面的管理，它把應用程序按業務邏輯分解為以頁面為單位進行管理，使程序的邏輯結構更加清晰，而且它為 MVC 框架中頁面的調度實現提供了基礎。

MVC 設計模式的實現，即 MVC 框架的實現，對應用程序開發周期的縮短，開發成本的降低，應用程序後期的維護都會有很大的幫助。