當前位置:首頁 » 網頁前端 » 前端框架選型
擴展閱讀
webinf下怎麼引入js 2023-08-31 21:54:13
堡壘機怎麼打開web 2023-08-31 21:54:11

前端框架選型

發布時間: 2022-02-10 17:25:40

『壹』 除了bootstrap,還有什麼好的前端框架

Bootstrap比較全面了,其它做的沒有他全,但也各有特色。

99lime
Skeleton
Fbootstrapp 基於Bootstrap 類似facebook的UI

『貳』 選擇哪一個Web前端框架

bootstrap
比較流行

『叄』 目前有哪些比較流行的前端框架,大家聊聊

第一階段:庫/框架選型

前端工程建設的第一項任務就是根據項目特徵進行技術選型。

基本上現在沒有人完全從0開始做網站,哪怕是政府項目用個jquery都很正常吧,React/Angularjs等框架橫空出世,解放了不少生產力,合理的技術選型可以為項目節省許多工程量這點毋庸置疑。

第二階段:簡單構建優化

選型之後基本上就可以開始敲碼了,不過光解決開發效率還不夠,必須要兼顧運行性能。前端工程進行到第二階段會選型一種構建工具,對代碼進行壓縮,校驗,之後再以頁面為單位進行簡單的資源合並。

前端開發工程化程度之低,常常出乎我的意料,我之前在網路工作時是沒有多少概念的,直到離開大公司的溫室,去到業界與更多的團隊交流才發現,能做到這個階段在業界來說已然超出平均水平,屬於「具備較高工程化程度」的團隊了,查看網上形形色色的網頁源代碼,能做到最基本的JS/CSS壓縮的Web應用都已跨入標准互聯網公司行列,不難理解為什麼很多前端團隊對於前端工程構建的認知還僅停留在「壓縮、校驗、合並」這種程度。

第三階段:JS/CSS模塊化開發

分而治之是軟體工程中的重要思想,是復雜系統開發和維護的基石,這點放在前端開發中同樣適用。在解決了基本開發效率運行效率問題之後,前端團隊開始思考維護效率,模塊化是目前前端最流行的分治手段。

很多人覺得模塊化開發的工程意義是復用,我不太認可這種看法,在我看來,模塊化開發的最大價值應該是分治,是分治,分治!(重說三)。

不管你將來是否要復用某段代碼,你都有充分的理由將其分治為一個模塊。

JS模塊化方案很多,AMD/CommonJS/UMD/ES6 Mole等,對應的框架和工具也一大堆,說起來很煩,大家自行網路吧;CSS模塊化開發基本都是在less、sass、stylus等預處理器的import/mixin特性支持下實現的。

雖然這些技術由來已久,在如今這個「言必及React」的時代略顯落伍,但想想業界的絕大多數團隊的工程化落後程度,放眼望去,毫不誇張的說,能達到第三階段的前端團隊已屬於高端行列,基本具備了開發維護一般規模Web應用的能力。

『肆』 web前端框架選擇有規律么,選哪個比較好

基本上流行的就那幾種。選擇的時候首先要保證能滿足你的需求,其次要比較容易的學習上手,然後還要考慮運行效率,框架自身的大小,等等。比較火的是angularjs,react,easyui,jqueryui等等。我個人比較喜歡angularjs,大而全,基本上該有的都有了。缺點就是有點臃腫。但是如果你做的系統是應用在內網而不是互聯網,用它就沒錯。

『伍』 新組建的前端團隊如何選擇前端框架方案

首先需要確定你們想做什麼類型的產品。是游戲還是網頁?既然在游戲開發分類裡面,我就認為是在做游戲開發吧。游戲可以選擇cocos2dx或unity3d; 目前流行的就是這兩款。cocos2dx專業是做跨平台的手機游戲的,unity3d端游和手游都可以做。在通信構架上,可以選擇同步或非同步的,這個可以根據產品來定。

『陸』 現在前端框架什麼最火

第一階段:庫/框架選型 前端工程建設的第一項任務就是根據項目特徵進行技術選型。 基本上現在沒有人完全從0開始做網站,哪怕是政府項目用個jquery都很正常吧,React/Angularjs等框架橫空出世,解放了不少生產力,合理的技術選型可以為項目節省許...

『柒』 如何選擇適合的前端UI框架

現流行開發框架太多,眼花繚亂,活著學著。
本來我覺得這寫只是更偏向UI的框架, 個人覺得像react, backbone, angular之類的才能算是真正的前端框架。

『捌』 web前端框架選型疑問請問angularJS,React,vue選哪個好

這個問題不是很好回答:畢竟這個和業務場景和團隊成員相關!
從技術角度出發,這幾個技術框架都有其各自的優點!前提是需要會其配套的技術,這里需要說一下基本會用到一些新技術:打包工具、路由、狀態管理組件,UI組件,ajax封裝組件,當然還有會用到es5 es6的較多語法!這些技術的集合,有個准備後,這樣用到實際的項目中,才能比較快捷的實現客戶的需求,和功能的開發!
至於你關心的選哪個好,其實有一句玩笑話比較概括說明了:面向老闆編程,老闆說用哪個就用哪個唄!(補充:最好選擇整個團隊都比較擅長的技術,這個才是最靠譜的!)

『玖』 眾多前端框架選擇哪個一個作為電商框架最為推薦

現在的Vue和React都能支持服務端渲染,在伺服器上把數據和模板做結合,是可以解決SEO的問題,缺點是成本比較大。如果作為學習入門的話,Vue是最容易入門的,React更適合大型系統的開發,angular學習成本比較高。

『拾』 如何做商業前端框架+UI庫選型

這將幫助你了解前端社區中海量的工具。

當然,這些只是一些可選的列表,當你需要做出選擇的時候幫助你抉擇。


我自己使用它嗎?

是的,當我需要開始項目的時候,我用它來作為提醒。

同時,每當有人問「我該使用什麼框架呢?」的時候,我就會把這篇文章給他看。

因為,正如你明白的,事情沒有絕對的對與錯,但是有一些優質的框架能夠幫助做出我們更好的選擇。

另外,我也會不時的更新本文,因為有時候當我學習更多後也會改變當初的想法。
我應該怎樣開始?

如果你的項目不是很小,你應該需要下面幾件事:


  • 項目模塊化 我個人比較喜歡 Component-based architecture,因為他適用於 various-frameworks


同時,考慮一些其他的例子,比如 BOT 、 Elm Architecture 或者 re-frame 或者 CycleJS


  • 模塊載入器(RequireJS,Browserify, Webpack, ComponentJS, SystemJS)


這些東西能夠幫助我們保持Javascript(或者components)彼此獨立和可維護。


  • 包管理器(npm, jspm, bower)


我個人一直比較喜歡 npm ,似乎他是javascript和nodejs真正的標准。另外我會考慮bower來做補足,因為他是一個很好的下載靜態資源的工具,但它在管理組件和依賴又不如npm強大。


  • 自動部署/編譯/構建流水線(grunt/gulp/brunch/broccoli)


因為,如果一直做重復的事情的話生命是很短暫的。


  • CSS預處理(jss/stylus/sass/css-moles)和 postprocessors(css0, autoprefixer, postcss)


這些工具使css更美好,去除了一些瀏覽器兼容的問題。是的,我是從2015知道這些的,但是不論如何,它在過去確實是痛點。


  • 構建框架(Bootstrap, Zurb Foundation, Elemental UI, Material Lite)


這些框架讓很多web開發者合作,它們會幫助你處理基本的布局和樣式。

盡管,你可以考慮構建你自己的解決方案,如果你感覺構建很厲害或者希望成為前端專家,或者你需要為你的公司構建基本的視覺元素。

如果是這樣的話,建議你盡快使用方法論(BEM, OOCSS),它們可以幫助你節約時間。

我個人比較喜歡 BEM 命名方式和基本工作流,你能夠從 styleguide for Brainly.com找到一些可以幫助你的靈感。

如果你不構建基本的組成,建議看一看 HTML5 Boilerplate

測試工具(jasmine, karma, mocha, tape, itern)

任何人都需要測試,沒有例外的。

代碼質量監控工具(eslint, husky, editorconfig)

可以獲取幫助的社區(chats, IRC, meetups, twitter)

好了,下一步呢?

在選擇你的工具前有一些值得思考的問題需要解決。

准備好了嗎?

我需要和其他人合作嗎?他們是誰?他們想要什麼?

這個問題會幫助你選擇語言和工作流,這對你和你的夥伴都有幫助。

我最關注什麼?質量,開發速度,還是可維護性?

這樣你可以決定是否試驗一些新工具,以及是否能承擔失敗的風險。

是否需要開放給第三方?

面向的團隊不同可能會限制我們語言的選擇。

我是否在處理核心的項目

如果你處理核心項目,請最好選擇高穩定性的語言和框架,這更安全,讓你睡得更好。

是一個可交互的app還是基本的文檔頁面。

結果很可能是你僅僅需要基本的HTML +CSS + tools,或者靜態網站生成器或者CMS。

這是一個單一的項目還是其他項目的相關項目?

即使你有一系列項目,你也應該用一些組件和樣式引導,這些有不錯的文檔。

直接減少代碼重用,保持一致性。

另外,考慮SEO,和服務端渲染。
語言列表

當你回答完上面這些問題後,就可以和你的隊友聊聊,然後選擇一個語言了。

因為這里有很多的東西,而不是糟糕的Javascript,你可以選擇

是否有js開發團隊

考慮ES6(babel兼容)

這會讓你的生活簡單一些。

你是否偏愛typed語言?開發typed是否可以?

考慮 typescript

函數式編程是否接受?

你可以從簡單ES6庫開始,比如 lo-dash 或者 ramda。

這里有一些教程和書來幫助你開始美好的旅行。

你是否嘗試過函數式編程,想要更好的東西?

試試 elm ,很酷的!

你是否能夠全棧?

試試 clojurescript,很酷很酷的

你喜歡沙拉嗎?

試試scalaJS

你知道Haskell嗎?

試試 purescript,真的很酷

想要更多瘋狂的?

這里有一個可以編譯成javascript的語言列表,選一個然後享受吧。
框架列表

你僅僅需要基本的可運行的app?

沒有時間做更復雜的工作?

試試 angular. start looking for help imediately

你是否經常需要快速的原型開發?

是否能在未來修復一些問題?

試試 angular. 一些問題

你是嘗試前端開發的後端?

試試 angular. 尋找一些前端開發者

你是否需要很快的進行開發和構建,但是同時會丟失一些特點?

試試 ampersand/backbone

同樣的技術選型,怎樣從中型到大型?

把 marionette/chaplin添加到你的backbone裡面去,另外可以考慮 Reackjs

你是否有一些時間來實驗,同時得到很大的性能提升?

試試mithril/knockout/aurelia+

你是否有不錯的前端實驗精神,對函數式編程熟悉?

試試 ReactJS+Rex+ImmutableJS+

更多函數式編程技巧?或者偏好交互性強的應用?

使用 reactive streams(bacon, rxJS) 或者試試 Cycle.js(實驗性)

注意1: add streams any會是很好的選擇,可以推薦別人使用。

注意2: 請不要拒絕使用 FRP的reactive streams

你想要使用嚴格的驗證和通用處理方式?

你的應用會越來越大?

你計劃擴充你的團隊?

你有時間學習新東西?

建議花時間學習 EmberJS,他將會是很好的投資!

你是否需要「類桌面應用」?

你的應用有表格,圖例,或者其他分析功能?你在構建企業應用?

試試 ExtJS

你們是一個為其他開發者提供服務的工作室?

你最好有一個不錯的工具集,另外,同事之間最好有一些公共用例。

你是一個為他人提供工具的自由開發者?

適應他們的選擇。

嘗試angular,這將不會造成多大麻煩,讓其他人得到他們想要的。

注意:如果別人付費,請不要改變客戶的需求

你正在構建一個有吸引力的產品,它將會很多人使用?

有了明確的需求後我們就從上面的列表中選擇一個合適的框架。

關於開發什麼樣的應用你有明確的需求(比如10屏的移動應用)

花兩周時間來試驗特定的需求(ionic, famous, Sencha Touch)

怎樣開始編碼?

花一些時間閱讀你所選擇框架或者工具的文檔。
在社區裡面詢問一些經驗開發者怎樣算是優秀項目的開端。
准備所有的工具。
極客精神。但是我建議更加工程化一點。
...
成功。

不知道怎麼用我介紹的一些不常見框架?

看看 TodoMVC Examples,找到你選擇的框架。

但是記住,這些項目只是示例,大多數情況下他們不適合大中型項目。