前端測試與后端測試

關于產品運營的一些總結。

從今天開始，我來寫一些關于互聯網運營的內容。 這主要是一方面總結我目前的工作，捋清思路，另一方面也算是輸出些內容，輸出些價值，畢竟人呢，總做消費者就會變懶的。

今天要說明的東西，也是我新學到的兩個詞，一個詞叫做前端測試，還有一個詞叫做，后端測試。

前端測試是是什么意思呢？是值得，當一個活動，或者篇文章，你要推出去之前，你需要首先做一些評估，比如根據以往的經驗來看，這個活動能夠帶來多少的瀏覽量，能夠帶來多少的轉化，能夠帶來多少的活躍，等等。 當你覺得，這個結果是可以接受的，那么就可以開始正式的去推。

這一點更多的是憑借經驗來看，比如我之前在媒體寫評論的時候，就是按照這樣的方法。 但是這個方法其實有一個問題，那就是你的所篩選的內容會越來越少。 當完全的固定之后，你的套路就不會有什么新的變化了。

這一點和人們正常的思路有很大的相關性。 比如說，剛開始一個新的工作，我可能會更多的去嘗試新鮮的東西，但是慢慢的隨著kpi的建立，會引導人逐漸縮小探索的范圍，當然縮小探索的范圍也是有價值的，其價值在于，能夠更高概率的達成最低標準。 但是這樣之后的路不會走的太寬。 因為你總是要被kpi所束縛。

而后端測試來看，玩法是這樣的。 就是說，你先將一個你覺得可能不錯的東西丟到人群中，然后看幾個節點的指標，算下轉化率，這個指標不用完全的準確，事實上也不可能有完全的準確一說。 只要采用同樣的標準去測就好了。

而這個轉化率呢，主要看亮點，一個是有多少人進來，二個是有多少人出去。

有多少人進來，這主要是取決于你題目的看點是否夠強、圖片的焦點能否更好的抓住人的眼神。 當然也跟你是誰有關，事實上所謂情感因素，會在后期很大程度的影響你的打開率，因為如果你這個人名聲很好，在社區中有說話權，那么你的打開率會高，如果你很討人嫌，那么打開率通常也會很高，因為人們會想，這孫子今天又說了哪些煞筆話。

而多少人出去，這一點可能還要看亮點，一個是怎么出去。 還有一個是出去的效果是否能夠讓你達到目的。 這其中就有非常多的點去考慮。

當然一說到目的，這塊可能又涉及到運營的核心了，如果產品的核心是圍繞如果更優質的解決人們所遇到的問題，那么運營的核心就是圍繞產品所提供的價值，通過各種方法去達到你所設想的一個又一個的目標，最終達到讓產品能夠有活的更久，活得更好。

by樹八哥

在實際工作中，接口的展現形式不是固定。 但是市場上，最多的還是HTTP協議的接口測試。

基于HTTP協議的接口測試，工作開展方式類似于這樣：

項目立項階段-項目經理、產品經理、測試經理、CEO等人員參與

需求階段-產品經理根據項目，輸出需求規則說明書，產品說明書；然后需求評審

項目排期-項目經理根據產品功能，確定開發、測試、上線計劃的時間節點

研發階段-輸出概要設計和詳細設計文檔，并且各個角色根據文檔設計系統架構、數據庫、配置文件；并開始編寫業務功能的代碼

測試階段-單元測試、集成測試、系統測試、驗收測試（接口測試屬于集成測試）

發布上線-上線問題驗證和維護

測試階段的細節：

測試工作的開展，與公司對測試流程的管理和把控有很大關系，不同的公司，把控力度都不一樣。 在標準的測試流程里面，我們需要編寫測試用例，但是有的公司甚至測試用例都不用寫，對測試質量的控制，停留在“測試人員的責任心和技術水平”上。

如果是一個有前后端的項目，那么接口測試流程是這么開展的：

1.后端開發人員完成代碼編寫，輸出接口文檔

2.前端開發和后端開發進行前后端聯調，打通主干流程；聯調結束后，后端開發人員提測接口

3.接口測試人員，根據后端開發的提測的接口，按照接口文檔在【測試環境】進行接口測試。此時前端開發人員在并行開發前端頁面

4.此時，由于項目中，前端開發、后端接口都在同時進行，所以會出現測試和前端開發的進度問題：

前端開發完成、接口測試完成：這是最理想的情況，此時手工功能測試介入測試，接口測試人員進入驗收測試。

前端開發完成、接口測試未完成：此時手工功能測試也會介入測試，與接口測試并行測試；（PS：如果功能測試結束了，接口測試依然未完成，那么手工功能和接口一起進入驗收測試。）

前端開發未完成、接口測試已完成：手工功能測試無法介入。

5.【測試環境】的接口測試結束后，接口測試人員需要在【驗收環境】進行驗收回歸測試

6.【驗收環境】執行通過后，接口測試人員，可以把接口自動化腳本，利用持續集成技術，集成到平臺中，進行持續的校驗。

7.最后發布上線后，一般接口測試人員不需要介入生產環境的接口測試。但是少數情況下，接口測試人員，也需要在生產環境進行接口測試（不建議）

了解了嗎？如果想晉升，或者是學習軟件測試的最新知識，歡迎來看黑馬程序員視頻庫內容，有最新的軟件測試學習內容哦！

1分鐘解決前后端聯調問題

GeekCodeCloudIDE下一代云編程環境

王泰,吳陽懌

相比于Jenkins來講，極大簡化了CI流程，無縫聯調，這是最吸引我們的地方。 之前沒法在自己的電腦上調試的，一旦變成了URL，一切問題就都解決了。

前后端分離的開發幾乎是非常常見的一種模式，幾乎每一個項目都是采用這種模式進行開發。 前后端聯調離不開中間的API接口。 基于API接口的聯調過程大家都很喜歡，但怎么搭建一套可以運行API接口和后端服務，最好可以把前端的頁面也同時可以運行的環境？

現狀

仔細觀察工程師的開發測試過程，以下三塊最重要：本地的手動測試，前后端聯調測試和自動化的繼承測試。

選自lyft的開發過程資料

本地手動測試要求web環境的啟動速度快且容易完成。 是測試中最高頻的環節。

前后端的聯調測試中，工程師們在面對獨立的feature/staging測試，合作的可以更加容易、安全，并且測試的流量獨立。 這個過程的特點，頻次略高，對團隊協作的要求強。

自動化的集成測試，是上線前必須依賴的環節，需要保證過程的完整性，因為不需要人力的參與且低頻，只要保證穩定和完整即可。

搭建一套聯調環境并不是擁有一臺服務這么簡單。 從前端工程師的hosts文件修改開始，到瀏覽器的緩存，webpack的反向代理，nginx配置，到測試服務器websocket配置，https/ssl證書配置。 還有特定場景的定制化，比如：app頁面的真機調試等待。

當前解決方案

目前解決方案一般分為三種

本地端口打通

API管理工具

本地端口打通

打通本地端口，就是指大家的測試環境在本地電腦搭建完成，電腦之間打通端口互相訪問。 這種方式的實現成本最低，因為原本的開發機上本來就已經具備了相關環境，打通了大家的端口，就可以互相訪問測試了。 但是這種方式只能在局域網內完成，而且缺少安全性。

推薦指數：2顆星

適合個人開發或者臨時的項目，雖然是最方便的方式，但是安全性和維護性都不適合長期使用。

優勢：

聯調的互動性便利，開發環境和測試環境一致，對個人開發者來說容易維護

劣勢

安全性低，不易在團隊內分享和團隊維護，不能在公網實現

Jenkins或其他CI工具無疑仍然目前是開發團隊最普遍使用的方式，主要原因是這種方式的穩定性和易于維護的特點。 不過Jenkins的專業性和復雜的流程也讓一部分人用不起來，而且jenkins主要解決了部署服務器，服務器的配置問題以及網絡環境的問題并沒解決，還是需要專門的運維人員解決。

集成測試階段：

推薦指數：4顆星

適合中大型團隊，已經有多臺測試環境管理和專業運維人員的團隊。

前后端聯調階段：

推薦指數：3顆星

對于聯調場景使用Jenkins有點大炮打蚊子的意思，不是不能用，但是面對敏捷過程時，繁瑣的流程顯得有點笨重，有優化空間。

優勢：

容易維護

劣勢：

成本大，流程長，專人維護Jenkins；聯調中每次代碼修改的時間需要增加10分鐘以上，頻繁的gitpush。

API管理工具

現在很多API管理工具都被APImock的功能，這個功能不是單獨存在的，需要配合獨立的服務器并與API文檔共存。 mock的API是在前期demo階段使用的接口，并不能滿足真正的聯調需求。

所以目前API管理工具解決前后端聯調問題還不夠完整

推薦指數：2.5顆星（因為討論的聯調場景，目前還不完善）

優勢：

與API文檔綁定，支持mock，可以做到面向接口編程

劣勢：

聯調場景暫時還不夠完善，依然需要獨立維護

DevURL是GeekCode上專門為解決云端協同開發和前后端聯調場景的功能。 工程師可以設置在workspace內監聽的端口，GeekCode提供虛擬URL讓用戶在公網上直接訪問API，或者在瀏覽器中渲染頁面。 前后端工程師在同域的url，解決了前端調試跨域問題，不用配置DNS/hosts等過程。

我們的產品就是在這個平臺上開發完成。 我們的工程師團隊異地辦公，前后端的工程師通過DevURL方式快速的進行產品聯調和驗證，快速提高研發效率。 我們團隊自己說：相比于Jenkins來講，極大簡化了CI流程，無縫鏈條，這是最吸引我們的地方。 之前沒法在自己的電腦上調試的，一旦變成了URL，一切問題就都解決了。

這段時間我探索了點自動化測試方面的技術，探索結果如下

【后端】：任意后端工程+python自動化測試腳本（實現接口測試），服務器要求：指令服務器即可（即終端操作系統）

【前端】：任意前端工程+python自動化測試腳本（實現UI交互測試），服務器要求：必須是可視化服務器（即有交互界面的系統）（雖然說phantomjs可以實現無界面的情況下進行瀏覽器測試，但是還是不太推薦，畢竟對于前端而言，可視化才最好）

經過探索下來，發現python在實現自動化方案確實非常合適，且前后端都可以通過python實現自動化測試，如此一來自動化測試也就可以獨立出一個工程，而無需受前后端工程語種、框架等各種不同的影響。只是前端自動化測試比較特殊，需要模擬用戶交互，最好是有界面的系統（通過瀏覽器驅動器調用瀏覽器實現自動化交互測試），也就是說前后端的自動化測試服務器要么都用一臺帶交互界面的系統，要么就用2臺服務器，一臺終端服務器測后臺接口，一臺交互服務器測前端交互

前端和后端結合的過程需要通過接口來進行數據交互。

1.確定接口：前后端開發人員需要協商確定接口，包括接口的名稱、參數、返回值等。 在確定接口時，需要考慮數據的格式和傳遞方式，如JSON、XML等。

2.編寫后端代碼：后端開發人員需要根據接口的要求編寫代碼，實現接口的功能。 后端代碼需要根據接口的參數進行相應的處理，并將處理結果返回給前端。

3.編寫前端代碼：前端開發人員需要根據接口的返回值進行相應的處理，將數據顯示在前端頁面上。 前端代碼需要通過Ajax、fetch等技術調用后端接口，并將返回的數據進行解析和處理。

4.測試接口：前后端開發人員需要對接口進行測試，確保數據的傳遞和處理沒有問題。 在測試過程中，需要對接口的各種情況進行測試，包括正常情況、異常情況等。

5.部署上線：當接口測試通過后，可以將前端和后端代碼部署到服務器上線。 在部署上線時，需要確保服務器環境的配置和安全性，以及代碼的穩定性和性能。

前端開發框架都有哪些

Boostrap絕對是目前最流行用得最廣泛的一款框架。 它是一套優美，直觀并且給力的web設計工具包，可以用來開發跨瀏覽器兼容并且美觀大氣的頁面。 它提供了很多流行的樣式簡潔的UI組件，柵格系統以及一些常用的JavaScript插件。

Fbootstrapp基于Bootstrap并且提供了跟Facebookiframeapps和設計相同的功能。 包含用于所有標準組件的基本的CSS和HTML，包括排版、表單、按鈕、表格、柵格、導航等等，風格與Facebook類似。

BootMetro框架的靈感來自于MetroUICSS，基于Bootstrap框架構建，用于創建Windows8的Metro風格的網站。 它包括所有Bootstrap的功能，并添加了幾個額外的功能，比如頁面平鋪，應用程序欄等等。

Kickstrap是Bootstrap的一個變體。 它基于Bootstrap，并在它的基礎上添加了許多app，主題以及附加功能。 這使得這個框架可以單獨地用于構建網站，而不需要額外安裝什么。 你需要做的僅僅是把它放到你的網站上，然后用就可以了。

Foundation是一款強大的，功能豐富的并且支持響應式布局的前端開發框架，你可以通過Foundation快速創建原型，利用它所包含的大量布局框架，元素以及最優范例快速創建在各種設備上可以正常運行的網站以及app。 Foundation在構建的時候秉承移動優先的策略，它擁有大量實用的語義化功能，并且使用Zepto類庫來取代jQuery，這樣可以帶來更好的用戶體驗，并且提高運行的速度。

GroundworkCSS是前端框架家族里面新添的一款小清新框架。 它是基于Sass和Compass的一個高級響應式的HTML5，CSS以及JavaScript工具包，可以用于快速創建原型并且建立在各種瀏覽設備上可以正常工作的網站和app。

Gumby是一款基于Sass和Compass的簡單靈活并且穩定的前端開發框架。

它的流式-固定布局（消察fluid-fixedLayout）可以根據桌面端以及移動設備的分辨率自動優化要呈現的網頁內容。 它支持多種網格布局，包括多列混雜的嵌套模式。 Gumby提供兩套PSD的模板，方便你在12列和16列的網格系統上進行設計。

HTMLKickstart是一款可以用來方便創建任何布局的集合HTML5，CSS和jQuery的工具包。 它提供了干凈，符合標準以及跨瀏覽器兼容的代碼。

這款框架提供了多種樣式表，包括網格，排版，表單，按鈕，表格，列表以及一些跨瀏覽器兼容的web組件比如JavaScript的幻燈片功能，tabs，面包屑導航，包含子菜單的菜單以及工具提示等等。

IVORY是一款輕量，簡單但是強大的前端框架，可以用于320到1200像素寬度的響應式布局。 它基于12列的響應式網格布局，包含表格，按鈕，表格，分仿咐頁，撥動開關，工具提示，手風琴，選項卡等網站中常用的組件和樣式。

最后，如果你的新項目需要一款實在的，不需要復雜的額外功能組件的，足夠簡單的框架，那么Kube將會是你正確的選擇。 Kube是一款最小化的，支持響應式的前端框架，它沒有強加的樣式設計，因此給了你充分的自由來開發自己的樣式表。 它提供了一些web元素的基備橋純本樣式，比如網格，表單，排版，表格，按鈕，導航，鏈接以及圖片等等。

給大家介紹幾個在Web前端界比較優秀的前端框架。

1、Bootstrap

Twitter出品的Bootstrap在業界是非常受歡迎的，以致于有很多前端框架都在其基礎上開發，如我們熟悉的WeX5就是在Bootstrap源碼基礎上優化而來的。 我相信大多數接觸過前端開發的同學多少都了解過這個優秀的前端框架。 Bootstrap是基于HTML、CSS和Javascript的，它簡潔靈活，可以使得Web開發更加敏捷。

它世扒運提供優雅的HTML和CSS規范，在jQuery的基礎上進行更加個性化和人性化的完善。 兼容大部分jQuery插件，并包含了豐富的Web組件，如下拉菜單、按鈕式下拉菜單、導航條、按鈕組、分頁、縮略圖、進度條和媒體對象等。 自帶了13個jQuery插件，其中有模式對話框、標簽頁、滾動條和彈出框等。

2、Foundation框架

Foundation框架總體來看要比Bootstrap略顯高大上一點，但他們倆的設計理念都是非常清楚的，Bootstrap有引導的意思，它嘗試處理你項目中的一切所需。 Foundation有基礎、地基及支柱的意思，給你項目中強有力的創造與支持。 相對于Bootstrap豐富的組件及插件，Foundation僅提供了有限的幾種元素，其目標是，即使你使用預定義的UI元素，也不應該與大家的網站長得太像。 搜梁

而Bootstrap則致力于提供所有定義好的元素，這樣使得看起來許多網站都差不多。 Foundation默認不帶圖標集，它推薦使用開源字體圖標。 與Bootstrap一樣，Foundation使用網格流式布局將網頁劃分為12列，針對不同的設備顯示不同的列數，實現響應式布局。 但Foundation不支持舊版本瀏覽器。 其他特性如有興趣可進一步了解。

Curl是一個命令行工具，用于通過HTTP(s)、FTP和數十種其它協議進行請求。 使用Curl可以進行文件下載、檢查響應標題和自由訪問遠程數據。

在Web開發中，Curl經常和RESTfulAPI一起使用，用于測試連接。

#-I302FoundCache-Control:privateContent-Type:text/html;charset=UTF-8Referrer-Policy:no-referrerLocation:;ei=0fCKWe6HCZTd8AfCoIWYBQContent-Length:258Date:Wed,09Aug:24:01GMT#.

Curl命令可能比上述代碼更復雜。 有許多選項用于控制headers、Cookie、身份驗證等。 了解更多，請閱讀Everythingcurl。

Tree是一個小型的命令行實此殲用程序，它將目錄中的文件以可視化的方式進行顯示。 它采用遞歸運行的方式，遍歷每個級別的嵌套并繪制所有內容的格式樹。 這樣就能快速的瀏覽并查找需要的文件。

tree.├──css│├──│├──├──fonts│├──│├──│├──│├──│└──2└──js├──└──

還可以使用簡單的regEx模式來過濾結果：

tree-P*.*.├──css│├──├──fonts└──js└──

根據維基的解釋，Tmux是一個終端復用器。 通俗的說，它是一個能將多個終端連接到單個終端會話的工具。

Tmux允許用戶在終端中的程序之間切換，添加屏幕窗格，并將多個終端連接到同一個會話，使其保持同步。 在遠程服務器上工作時，Tmux特別有用，因為它允許用戶創建新的選項卡，而無需再次登錄。

du命令用于生成關于文件和目錄的空間使用情況的報告。 du很容易使用，可以遞歸地運行，遍歷每個子目錄并返回每個文件的大小。

du的常見用例是：當某個驅動器的空間不足，用戶不清楚每個存儲器的大小。 使用此命令可以快速查看每個文件夾所占用的存儲空間，從而找到占用最大空間的存儲器。

AUI是最近流行起來的，作者聲稱是專為APIClound設計的一套框架，解決了許多移動端開發實際中遇到的許多問題，是一個純CSS框架。 使用容器+布局+模塊的構建方式，JS輔助，更自由更靈活更易于擴展使用。 遵循GoogleMaterial設計規范，完美適配各個機型。 面向HTML5，使用CSS3實現動畫交互，輕量級高性能。 AUI是使用MITLicense授權，你可以復制、出售。 目前最新版本2.0。

這是稱為妹子UI的開源框架，據稱是中國首個開源HTML5跨屏前端框架。 妹子UI以移動優先為理念，從小屏逐漸到大屏，實現響應式網頁。 AmazeUI包含20+個CSS組件、20+個JS組件，更有多個包含不同主題的Web組件。 相比國外框架，妹子UI關注中文排版提供本地化支持。 面向HTML5開發，使用CSS3來實現動畫交互，輕量級高性能。

9、FrozenUI

FrozenUI是一款開源，簡單易用，輕量敏捷的移動端框架。 基于手Q樣式規范，目前全面應用于企鵝手Q增值業務中。 基礎樣式效果簡單色調清爽，社區活躍，組件自然不少。 包括按鈕、列表、表單、通知、提示條、彈出框、選項卡等等常用組件。 還包括一個FrozenJs的JS組件庫。 可以在主流的Android和IOS上應用。 基本樣式使用離線包的方式減少請求提供快速接入方案。 當然，根據網友反映，也存在大大小小的bug。 不過總體來說，還是值得一用的。 奇怪的是，Github上顯示的最后更新時間是一年前，難道已經沒人維護了嗎？

#Runningthiswillshowthespaceusageofeachfolderinthecurrentdirectory.#The-hoptionmakesthereporteasiertoread.#-spreventsrecursivenessandshowsthetotalsizeofafolder.#Thestarwildcard(*)willrunduoneachfile/-sh*1.2GDesktop4.0KDocuments40GDownloads4.0KMusic4.9MPictures844KPublic4.0KTemplates6.9MVideos

還有一個相似的命令df（DiskFree），使用df會返回有關可用磁盤空間的各種信息。

以上介紹了現在熱門的幾個Web前端框架，以及它們的主要功能，希望對大家學習Web前端有所幫助。

java前端后端都有哪些框架?10分

java的前端和后端框架現在比較多，就目前熱門的來說：

前端：jspajaxjquaryjssliverlight，很多都是基于js開發的框架，前端是比較好玩的一個東西

后端：基礎springhibernatemybatisibatisservletstruts，然后你可以進行不同的組合

比如s***ssissh，按照分層結構就是簡單的mvc結構，可以使用modelandview這樣的對象返回頁面，現在比較常用這個，

關于后端程序員寫前端用什么框架更好

推薦兩個顏值很高的前端框架：AdminLTE：基于Bootstrap的一套后臺系統，有很多現成模板可使用，又好看又好用，必須推薦！官網：FreeBootstrapAdminTemplate預覽：AdminLTE2|DashboardGitHub：almasaeed2010/AdminLTE·GitHub

前端開游桐發框架有哪些

首先我想說明一下，我們通常說的js不是框架，是語言，即javascript，據最新世界編程語言排行榜來看，已經上升到了第7位，發展迅猛，其標準是ECMAScript，現在基本上是基于ECMAScript5。 jQuery是用js寫的框架，其在DOM操作上有很明顯的優勢，也是時下很常用的一個js框架。

至于之外還要學習那些框架呢？

如果你說的是js框架，建議先掌握好jQuery，然后還有很多的，比如樓上提到的extjs，近幾年比較流行的AngularJS，基于移動端考慮的輕量級仿jquery框架zepto，還有jquerymobile，還有適合寫后端或服務端的node，等等。 如果是web前端框架，就不僅僅是涉及的js了，還有html和css。 個人覺得只有這三種語言都涉及到的框架才能說得上是web前端框架。 現在比較火的是Bootstrap，還有Foundation，比較古老的有jqueryUI，easyUI等等，還有其他很多很多。 如果還有算上處理方案及版本升級代碼迭代等，就要用到網絡團隊研發的fis這種了。 其實內容真的很多很多，前端任重而道遠啊~

關于后端程序員寫前端用什么框架更好

各大前端框架可以按照“封裝度”的標準來區分。 設計剛弊純出的一套網頁皮膚，封裝度為0。 層層封裝到可以直接用后臺語言寫頁面，封裝度為10。 那么我是這樣來區分前端框架的。

1級——純html+css放5年前，基本就是用Dreamweaver剛排出來的頁面或者網頁查看源代碼扒下來的皮膚。 不涉及到js，就是純頁面皮膚。

2級——bootstrap系列bootstrap的出現是一個里程碑事件。 發源于twitter，引入了不少html5/css3的特性。 由于它對響應式的支持以及良好的體驗，給人一種耳目一新的感覺。 其源碼，不管是css還是js都值得學習一下，看后經常會有“原來還可以這樣做”這種恍然大悟的感覺。 不過歸根結底是一套ui皮膚+少量js組成的框架，屬于封裝度偏低的框架。

3~4級——metronic/adminLTE系列基于bootstrap或者其他1級框架，然后集成了各種jQuery插件、富文本編輯器等js庫，組成的一個大雜燴工具包和案例庫。 皮膚基本是基于bootstrap自定義的一套主題。 案例比較詳盡，開發的時候找到需要的組件把前端代碼復制粘貼，再稍微調試一下就能達到良好的視覺效果。 根據集成的第三方庫的多少，基本可以劃分到3~4級封裝度這樣的范圍。 這個級別的框架的代碼更多的是屬于粘合劑，將各種不同的第三方庫的前端代碼粘合起來租磨咐。

5級——jQuery-ui這里要單獨把jQuery-ui拿出來講，并不是因為它的封裝度有多高，而是我認為它是一個分界點。 jQuery以下級別的框架，代碼以css為主，自身的js代碼少，框架量級更輕，更靈活，更適合互聯網web產品。 jQuery以上級別的框架，屬于前端的重度封裝，通過框架暴露的接口進行開發，開發人員甚至不需要太多前端知識，只需要詳細查看框架的開發文檔即可。 jQuery以上級別的框架更適合傳統管理軟件的開發。

6~7級——easy-ui/DWZeasy-ui基于jQuery-ui，不過具有更豐富的組件庫。 貌似商業版收費很高。 聽說某大型國企花了大價錢購買下來使用。 DWZ是國產框架中我認為綜合表現還不錯的，完全免費，有問題可以在他們的QQ群里提。 其余的之前還用過金蝶的operamasks-ui，不過現在好像已經不更新了。 這一類級別的框架還有一個另外的稱呼——“富客戶端框架”，意思就是重度js框架。 使用起來開發效率很高，當年也是一度百花齊放，框架輩出。

8級——extjs系列extjs屬于前端框架領域中的龐然大物，封裝程度很高，具有自成體系的元素選擇引擎和瀏覽器兼容方案，js寫法上也有自己的方式。 組件很多很全。 只看extjs的官方文檔和示例幾乎不必學習任何其他的前端知識就可以做出“很漂亮”的前端頁面。 當然頁面很容易“撞衫”。 使用時間長了，會對其產生嚴重依賴，離開extjs，幾乎不會寫前端頁面了。

9級——vaadin/GWT最后一級，也是封裝度最高的一級，也就是所謂的使用后臺語言寫前端。 如果說之前的八級至少前端和后端還是相對分離的，后臺程序在java中寫，前臺程序在html或者js中寫；那么這一級別的框架簡直會顛覆你的認知！只需在后臺使用java寫好了類和對象，并設置好相關的屬性，網頁的元素是自動通過后臺對象生成的。 這當然有好處，媽媽再也不用擔心我不會寫js和css了。 然而就學一下html/css/js真的那么難嗎？個人認為，盡管GWT有google的這么強悍的背書，但是這種9級封裝的本質上把前后臺耦合得更緊密。 一個人做一個項目還可以考慮，但是......

Web前端和后端分別是什么語言/框架構建的

zhihu/question/

轉

關于后端程序員寫前端用什么框架更好

各大前端框架可以按照逗封裝度地的標準來區分。 設計剛出的一套網頁皮膚，封裝度為0。 層層封裝到可以直接用后臺語言寫頁面，封裝度為10。 那么我是這樣來區分前端框架的。

1級——純html+css放5年前，基本就是用Dreamweaver剛排出來的頁面或者網頁查看源代碼扒下來的皮膚。 不涉及到js，就是純頁面皮膚。

2級——bootstrap系列bootstrap的出現是一個里程碑事件。 發源于twitter，引入了不少html5/css3的特性。 由于它對響應式的支持以及良好的體驗，給人一種耳目一新的感覺。 其源碼，不管是css還是js都值得學習一下，看后經常會有逗原來還可以這樣做地這種恍然大悟的感覺。 不過歸根結底是一套ui皮膚+少量js組成的框架，屬于封裝度偏低的框架。

3~4級——metronic/adminLTE系列基于bootstrap或者其他1級框架，然后集成了各種jQuery插件、富文本編輯器等js庫，組成的一個大雜燴工具包和案例庫。 皮膚基本是基于bootstrap自定義的一套主題。 案例比較詳盡，開發的時候找到需要的組件把前端代碼復制粘貼，再稍微調試一下就能達到良好的視覺效果。 根據集成的第三方庫的多少，基本可以劃分到3~4級封裝度這樣的范圍。 這個級別的框架的代碼更多的是屬于粘合劑，將各種不同的第三方庫的前端代碼粘合起來。

5級——jQuery-ui這里要單獨把jQuery-ui拿出來講，并不是因為它的封裝度有多高，而是我認為它是一個分界點。 jQuery以下級別的框架，代碼以css為主，自身的js代碼少，框架量級更輕，更靈活，更適合互聯網web產品。 jQuery以上級別的框架，屬于前端的重度封裝，通過框架暴露的接口進行開發，開發人員甚至不需要太多前端知識，只需要詳細查看框架的開發文檔即可。 jQuery以上級別的框架更適合傳統管理軟件的開發。

6~7級——easy-ui/DWZeasy-ui基于jQuery-ui，不過具有更豐富的組件庫。 貌似商業版收費很高。 聽說某大型國企花了大價錢購買下來使用。 DWZ是國產框架中我認為綜合表現還不錯的，完全，有問題可以在他們的群里提。 其余的之前還用過金蝶的operamasks-ui，不過現在好像已經不更新了。 這一類級別的框架還有一個另外的稱呼——逗富客戶端框架地，意思就是重度js框架。 使用起來開發效率很高，當年也是一度百花齊放，框架輩出。

8級——extjs系列extjs屬于前端框架領域中的龐然大物，封裝程度很高，具有自成體系的元素選擇引擎和瀏覽器兼容方案，js寫法上也有自己的方式。 組件很多很全。 只看extjs的官方文檔和示例幾乎不必學習任何其他的前端知識就可以做出逗很漂亮地的前端頁面。 當然頁面很容易逗撞衫地。 使用時間長了，會對其產生嚴重依賴，離開extjs，幾乎不會寫前端頁面了。

9級——vaadin/GWT最后一級，也是封裝度最高的一級，也就是所謂的使用后臺語言寫前端。 如果說之前的八級至少前端和后端還是相對分離的，后臺程序在java中寫，前臺程序在html或者js中寫；那么這一級別的框架簡直會顛覆你的認知！只需在后臺使用java寫好了類和對象，并設置好相關的屬性，網頁的元素是自動通過后臺對象生成的。 這當然有好處，媽媽再也不用擔心我不會寫js和css了。 然而就學一下html/css/js真的那么難嗎看個人認為，盡管GWT有google的這么強悍的背書，但是這種9級封裝的本質上把前后臺耦合得更緊密。 一個人做一個項目還可以考慮，但是一個團隊前......

java編程前端和后端分別包括哪些技術？

前臺。 jsphtmlJavaScriptjQuery各種jQuery的前臺框架。

后臺。javastruts2springhibernateabitasjdbcejbwebservice各種后臺框架

高級點的有云計算，大數據

關于后端程序員寫前端用什么框架更好

時間過去好久了，問題想必你已經想清楚了。 我再簡單說說。 如果你自己能包攬前后臺，理解這個肯定沒問題。 網站能運行，說白了是這么幾步。 客戶端請求--》服務端響應HTML.--》用戶在網頁上進行操作(即請求）--》服務器響應操作（新頁面或ajax。

關于后端程序員寫前端用什么框架更好

程序員用框架不能算是“寫前端”，只是現成框架套用而已。

后臺管理系統，前端框架用什么最好

前端js框架太多了，