㈠ web前端打包報錯 webpack 打包成功但是會報錯 怎麼解決
別用整體打包了，容易出錯是一方面，重要的是太大！太大了，打包後的文件載入太耗時！太影響用戶體驗，太影響性能。直接用JS混淆加密，Jshaman， 經驗之談！
㈡ 前端中常見的打包工具有哪些
基本就是以下這些：
1、Ant (java)
2、Buildy (NodeJs)
3、Gmake (jQuery採用) Jammit (Ruby)
4、Jasy (Python)
5、Rake (Ruby,類Gmake)
6、Sprockets (Rack)
㈢ 零基礎學習前端開發要怎麼開始
這里整理了一份web前端學習路線的思維導圖，需要掌握和學習的內容如下：
第一階段：專業核心基礎
階段目標：
1. 熟練掌握HTML5、CSS3、Less、Sass、響應書布局、移動端開發。
2. 熟練運用HTML+CSS特性完成頁面布局。
4. 熟練應用CSS3技術，動畫、彈性盒模型設計。
5. 熟練完成移動端頁面的設計。
6. 熟練運用所學知識仿製任意Web網站。
7. 能綜合運用所學知識完成網頁設計實戰。
知識點：
1、Web前端開發環境，HTML常用標簽，表單元素，Table布局，CSS樣式表，DIV+CSS布局。熟練運用HTML和CSS樣式屬性完成頁面的布局和美化，能夠仿製任意網站的前端頁面實現。
2、CSS3選擇器、偽類、過渡、變換、動畫、字體圖標、彈性盒模型、響應式布局、移動端。熟練運用CSS3來開發網頁、熟練開發移動端，整理網頁開發技巧。
3、預編譯css技術：less、sass基礎知識、以及插件的運用、BootStrap源碼分析。能夠熟練使用 less、sass完成項目開發，深入了解BootStrap。
4、使用HTML、CSS、LESS、SASS等技術完成網頁項目實戰。通過項目掌握第一階段html、css的內容、完成PC端頁面設計和移動端頁面設計。
第二階段：Web後台技術
階段目標:
1. 了解JavaScript的發展歷史、掌握Node環境搭建及npm使用。
2. 熟練掌握JavaScript的基本數據類型和變數的概念。
3. 熟練掌握JavaScript中的運算符使用。
4. 深入理解分支結構語句和循環語句。
5. 熟練使用數組來完成各種練習。
6.熟悉es6的語法、熟練掌握JavaScript面向對象編程。
7.DOM和BOM實戰練習和H5新特性和協議的學習。
知識點：
1、軟體開發流程、演算法、變數、數據類型、分之語句、循環語句、數組和函數。熟練運用JavaScript的知識完成各種練習。
2、JavaScript面向對象基礎、異常處理機制、常見對象api，js的兼容性、ES6新特性。熟練掌握JavaScript面向對象的開發以及掌握es6中的重要內容。
3、BOM操作和DOM操作。熟練使用BOM的各種對象、熟練操作DOM的對象。
4、h5相關api、canvas、ajax、數據模擬、touch事件、mockjs。熟練使用所學知識來完成網站項目開發。
第三階段：資料庫和框架實戰
階段目標：
1. 綜合運用Web前端技術進行頁面布局與美化。
2. 綜合運用Web前端開發框架進行Web系統開發。
3. 熟練掌握Mysql、Mongodb資料庫的發開。
4. 熟練掌握vue.js、webpack、elementui等前端框技術。
5. 熟練運用Node.js開發後台應用程序。
6. 對Restful，Ajax，JSON，開發過程有深入的理解,掌握git的基本技能。
知識點：
1、資料庫知識，範式，MySQL配置，命令，建庫建表，數據的增刪改查，mongodb資料庫。深入理解資料庫管理系統通用知識及MySQL資料庫的使用與管理，為Node.js後台開發打下堅實基礎。
2、模塊系統，函數，路由，全局對象，文件系統，請求處理，Web模塊，Express框架，MySQL資料庫處理，RestfulAPI，文件上傳等。熟練運用Node.js運行環境和後台開發框架完成Web系統的後台開發。
3、vue的組件、生命周期、路由、組件、前端工程化、webpack、elementui框架。Vue.js框架的基本使用有清晰的理解，能夠運用Vue.js完成基礎前端開發、熟練運用Vue.js框架的高級功能完成Web前端開發和組件開發，對MVVM模式有深刻理解。
4、需求分析，資料庫設計，後台開發，使用vue、node完成pc和移動端整站開發。於Node.js+Vue.js+Webpack+Mysql+Mongodb+Git，實現整站項目完整功能並上線發布。
第四階段：移動端和微信實戰
階段目標：
1.熟練掌握React.js框架，熟練使用React.js完成開發。
2.掌握移動端開發原理，理解原生開發和混合開發。
3.熟練使用react-native和Flutter框架完成移動端開發。
4.掌握微信小程序以及了解支付寶小程序的開發。
5.完成大型電商項目開發。
知識點：
1、React面向組件編程、表單數據、組件通信、監聽、生命周期、路由、Rex基本概念。練使用react完成項目開發、掌握Rex中的非同步解決方案Saga。
2、react-native、開發工具、視圖與渲染、api操作、Flutter環境搭建、路由、ListView組件、網路請求、打包。練掌握react-native和Flutter框架，並分別使用react-native和Flutter分別能開發移動端項目。
3、微信小程序基本介紹、開發工具、視圖與渲染、api操作、支付寶小程序的入門和api學習。掌握微信小程序開發了解支付寶小程序。
4、大型購物網站實戰，整個項目前後端分離開發；整個項目分為四部分：PC端網頁、移動端APP、小程序、後台管理。團隊協作開發，使用git進行版本控制。目期間可以擴展Three.js 、TypeScript。
這已經是一套非常完備的Java學習路線了，零基礎學習Java完全自學的話還是比較吃力的，建議還是找專業的機構系統學一下，可以點 擊 頭 像 了解一下。
㈣ gulp+webpack怎麼實現前端模塊化
gulp是前端開發過程中對代碼進行構建的工具，是自動化項目的構建利器；她不僅能對網站資源進行優化，而且在開發過程中很多重復的任務能夠使用正確的工具自動完成；使用她，我們不僅可以很愉快的編寫代碼，而且大大提高我們的工作效率。
gulp是基於Nodejs的自動任務運行器， 她能自動化地完成
javascript/coffee/sass/less/html/image/css
等文件的的測試、檢查、合並、壓縮、格式化、瀏覽器自動刷新、部署文件生成，並監聽文件在改動後重復指定的這些步驟。在實現上，她借鑒了Unix操作系統的管道（pipe）思想，前一級的輸出，直接變成後一級的輸入，使得在操作上非常簡單。通過本文，我們將學習如何使用Gulp來改變開發流程，從而使開發更加快速高效。
gulp 和 grunt 非常類似，但相比於 grunt 的頻繁 IO 操作，gulp 的流操作，能更快地更便捷地完成構建工作。
webpack
Webpack 是當下最熱門的前端資源模塊化管理和打包工具。它可以將許多鬆散的模塊按照依賴和規則打包成符合生產環境部署的前端資源。還可以將按需載入的模塊進行代碼分隔，等到實際需要的時候再非同步載入。通過 loader 的轉換，任何形式的資源都可以視作模塊，比如 CommonJs 模塊、 AMD 模塊、 ES6 模塊、CSS、圖片、 JSON、Coffeescript、 LESS 等。
**當然個人還是喜歡webpack的模塊化優秀
廢話不多說現在開始gulp之旅
初始化項目(此處已經認為node環境已經安裝)
建立文件夾 名字自己隨便取 比如 gulpText，然後輸入以下命令
$ cd gulpText
$ mkdir images //建立存放圖片文件夾
$ mkdir src // 存放 js 以及css
$ mkdir index.html //主頁
$ mkdir gulpfile.js //編寫gulp 任務文件
$ mkdir mock //mock數據
然後輸入以下命令 然後一路點下去生成json文件
$npm init
打開json文件看到這樣的
1474889102536.png
全局安裝gulp以便我們運行gulp進行打包等操作
$npm install gulp -g
如果感覺npm安裝比較慢可以切換至cnpm下載，代碼如下
$npm install cnpm -g
安裝gulp包，方便我們引用gulp
$npm install gulp
成功截圖
1474889517162.png
編寫gulp任務
引入 gulp
//引入gulp
var gulp = require('gulp');
拷貝Index.html
//html
gulp.task('-index',function () {
gulp.src('./index.html')
.pipe(gulp.dest('./build'));
})
執行命令
$ gulp -index
1474890843877.png]( http://upload-images.jianshu.io/upload_images/2905209-c00d640651bde279.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240 )
1474890828271.png
拷貝images
// images
gulp.task('-images',function () {
gulp.src('./images**/*')
.pipe(gulp.dest('./build/'));
})
執行命令
$ gulp -iamges
1474891076408.png
1474891039689.png
css預處理
現在我們在src目錄里創建文件styles放我們的scss代碼，需要把scss代碼編譯到/build/prd/styles/下
$ cd src
$ mkdir styles
$ cd styles
$ touch app.scss
$ touch common.scss
app.scss項目代碼
@charset "UTF-8";
@import "./common.scss";
body{
background-color: $base-color;
color: #000;
font-size: 20px;
font-weight: 800;
}
html{
width: 100%;
height: 100%;
}
html{
width: 100%;
height: 100%;
}
.lsds{
width: 100px;
height: 100px;
}
common.scss代碼
$base-color:yellow;
安裝css預編譯包
$ npm install gulp-sass //sass編輯包
$ npm install gulp-minify-css'); //css壓縮包
//引入css預處理模塊
var sass= require('gulp-sass');
//引入css壓縮模塊
var minifyCSS = require('gulp-minify-css');
//css預處理
var cssFiles=[
'./src/styles/app.scss'
];
gulp.task('scss',function () {
gulp.src(cssFiles)
.pipe(sass().on('error',sass.logError))
.pipe(minifyCSS())
.pipe(gulp.dest('./build/prd/styles/'))
})
編輯scss
$ gulp scss
開啟服務
安裝server包
$ npm install gulp-webserver
//引入gulp-webserver 模塊
var server = require('gulp-webserver');
gulp.task('server',function () {
gulp.src('./')
.pipe(server({
host:'127.0.0.1', //ip
port:80, //埠
directoryListing:{
enable:true,
path:'./'
},
livereload:true,
}));
})
㈤ 前端怎麼進行組件化的開發，以及如何解決組件之間依賴
可以用webpack，目前最火的前端構建工具。只要載入loader，你想引用什麼模塊就引用什麼模塊。現在用的就是webpack+react，組件化太方便了。更多問題可以去php中文網問答社區提問
㈥ 前端打包問題
你要開發一個公共包，但是又不了解js知識，那就把js當java對待就可以了
這個包依賴jQuery，那麼打包後的主文件不一定將jQuery也打包進去
這個打包後的主文件不一定不再依賴其它任何js文件
請採納
㈦ 常見的前端構建，打包工具有哪些
事實上前端構建過程一般都是建立在前後分離基礎上的，你要想讓自己的構建過程清晰、簡單和方便，請首先將自己的項目前後實現分離。當然這個有難度，所以你的這個場景並不是非常適合gruntjs通常的構建模式。 對應問題講完，再給你一些建議。
㈧ 怎麼講前端的代碼打包成web app
方法/步驟
下載安裝MyEclipse2014，Android SDK，eclipse(需配置Android開發環境)
Java和Android環境安裝與配置，將另寫經驗分享，讀者也可網路參考其他相關資料，自行安裝
打開MyEclipse2014，新建一個HTML5 Mobile Application Project，命名，例如：hello
html5程序在工程www目錄下編輯；
編輯好我們的html5程序，下面就要開始學習打包了
這里介紹兩種打包方式：1、PhoneGap Build Service 打包
PhoneGap官網有相關教程可參考，不具體介紹
2、android SDK +eclispe 打包
android SDK +eclispe 打包(前提已配置好，android開發環境)：
Step1、啟動eclipse，新建Android Application Project，即Android工程，命名，例如：hello
Step2、將前面Myeclipse2014中編輯好的HTML5程序(www整個目錄）拷至剛剛在eclipse新建hello工程對應assets目錄下面
Step3、下面要做的就是如何將我們的HTML5程序在Android應用中啟動，這里我們要使用Android系統自帶的WebView控制項（具體信息參考Adroid開發文檔）---在工程下找到res->layout->activity_main.xml並打開，向裡面插入WebView控制項，編輯好自己想要的樣式
Step4、在主程序入口，用剛剛編輯好的WebView控制項將HTML5程序引入，此時，主體功能已實現，編譯工程即可得到apk
㈨ jQuery $(window).scroll事件出現問題
web前端開發 20 年變遷史，讓我們來看看這20年裡，web前端究竟經歷了哪些變革，web前端在這20年裡又有哪些突破和成就，怎麼樣看待這20年的web前端開發！
1990年，第一個Web瀏覽器誕生，而WWW的誕生直接拉開前端史的序幕。
從靜態頁面到Java，從依賴後端到自主開發，前端開發者從不被重視的「頁面仔」逆襲為如今很多前端工程師的薪資比後端還高，從前端技術由國外開發者主導到如今國內自主產生的小程序技術，我們走了20年。
了解web前端：http://www.cnite.cn/qianan/
作者 | 司徒正美
責編 | 伍杏玲
1990 年，第一個Web瀏覽器的誕生；1991 年，WWW誕生，這標志著前端技術的開始。
在這將近20年的前端發展史中，我們經歷了從最早的純靜態頁面，到Java跨時代的誕生；從PC端到移動端；從依賴後端到前端可自由打包開發；從早期的網景Navigator瀏覽器到現在各家瀏覽器百花齊放……
我們經歷了前端的洪荒時代、Prototype時代、jQuery時代 、後jQuery時期、三大框架割據時代，這其中均是由國外開發者主導，直到如今的小程序時代，才是中國開發者獨創的。
這是漫長的技術儲備下的成果，最終促成了良好的技術成長收獲。期間的前端發展之路，崎嶇艱難：
洪荒時代（1990~1994年）
在1990~1994年期間，前端界發生的大事有：WWW（World Wide Web）的誕生、瀏覽器的誕生、Java的誕生，沒有專業的前端，頁面全是由後端開發的。
1990年，萬維網之父蒂姆·伯納斯-李（Tim Berners-Lee）在NeXT電腦上發明了第一個Web瀏覽器。
1991年8月6日，Tim在alt.hypertext新聞組貼出了一份關於World Wide Web的簡單摘要，這標志了Web頁面在Internet上的首次登場。
最早的Web主要被一幫科學家們用來共享和傳遞信息，全世界的Web伺服器也就幾十台。由於僅是用來傳遞信息，從可視化方式或從傳遞數量上看，僅比電報強一點點。
當時還沒有Java，用的是純靜態的頁面。
1993年，CGI（Common Gateway Interface）出現了，人們可以在後端動態生成頁面。
Perl由於跨操作系統和易於修改的特性成為CGI的主要編寫語言。當然，CGI也支持其他支持標准輸入輸出和環境變數的語言編寫，比如Shell腳本、C/C++語言，只要符合介面標准即可。
但顯然，頁面的內容更新完全由後端生成，這帶來一個明顯的缺憾：每次更新都要整頁刷新，加上早期的網速情況，這個操作是非常慢的。因此針對這情況，人們從多方面著手改進：編寫語言的升級、瀏覽器的升級、HTML的升級。
1994年，網景公司成立，發布了第一款商業瀏覽器Navigator。自從這款瀏覽器面世後，微軟推出IE瀏覽器。雖說有競爭才有發展，但這也埋下了Java分裂的種子。
（1994 年，網景瀏覽器的截圖）
同年，PHP誕生。PHP能將動態的內容嵌入到HTML中，提升了編寫頁面的效率與可讀性，其性能也比一般的CGI高。PHP的界定符、循環語句等的發明，深刻影響了後來的ASP、JSP，乃致後來的Java前端模板引擎。
1994年10月，W3C小組也成立了，他們負責HTML的發展路徑，其宗旨是通過促進通用協議的發展。
待這一切就緒後， Java於1995年誕生了。
傳聞，網景工程師布蘭登·艾克（Brendan Eich）只花了10天時間設計出 Java 語言，近乎上帝七日創造世界那麼高效。但也因為工期太短的緣故，導致許多瑕疵，因此一直被正統傳序員所嫌棄，直到Ajax的出世，才讓人們找到理由忍受它的畸形。早期的瀏覽器都配有一個選項，用來禁止Java語言運行。
Java主要語言特徵[1]：
借鑒C語言的基本語法；
借鑒Java語言的數據類型和內存管理；
借鑒Scheme語言，將函數提升到"第一等公民"（first-class citizen）的地位；
借鑒Self語言，使用基於原型（Prototype）的繼承機制。
時下，靜態語言大行其道，類與介面被證明是構建大工程的最佳實踐，人們想不出沒有類的語言如何編寫業務。因此當時的微軟也打造了另一門運行於瀏覽器的語言——VB。
如果繼續細探Java的能力，你會發現它早期真的非常空洞，一門沒有靈魂的語言，沒有包管理機制，也沒有像Java與C++那樣的打輔助用的SDK，內置的方法也屈指可數。比如說數組方法，早期只有push、pop、shift、unshift、splice、slice、sort、reverse、concat、join等操作。動態調用方面，Function的apply、call操作還沒有出現！
早年的偷懶，導致後來不得不補課：到了2019年，數組上的原型方法，是原來3倍。
除了方法缺乏，還有性能問題，大家討論用eval還是Function，用哪種循環方式，用parseInit還是~~，就是為了那一點點的性能提升。例如jsperf.com，就是一個專門研究Java性能的網站。
因此Java誕生後，其兩大任務就是完善語言特性與提高性能。這兩座大山分別由著名的prototype.js與jQuery來搬掉。
在搬掉之前，前端界還有一個曲折實踐——第一次瀏覽器戰爭，並由其發展而來UA嗅深技術。
瀏覽器戰爭（1994~2005年）
瀏覽器戰爭一共打了三場，IE瀏覽器vs網景瀏覽器、IE瀏覽vs火狐瀏覽器、IE瀏覽器vs谷歌瀏覽器。
第一場瀏覽器之戰打得尤其激烈。
微軟的IE瀏覽器發布於1994年，但此時的網景已經佔領絕對優勢。微軟在落後的情況，反編譯Netscape的源碼，推出IE與J。但是由於Bug非常多，大家不願意為IE開發網站，因此發掘出UA，專門過濾掉IE瀏覽器。
UA即Navigator.userAgent ，是用一個字元串來記錄用戶當前運行在什麼操作系統與瀏覽器中。當前IE3的UA是這樣的：
Mozilla/2.0 (compatible; MSIE 3.02; Windows 95)
程序判斷UA信息，假如發現當前運行的環境是IE瀏覽器的話，就提示用戶用網景瀏覽器打開。因此微軟不得不讓自己的UA盡量偽裝成網景的UA，欺騙用於檢測UA的腳本，達到IE瀏覽器可以跑這些網站的目的。
最終，第一次瀏覽器之戰以微軟勝利，Netscape被美國在線收購，而落下帷幕。
第一次瀏覽器戰爭年代非常久遠了，但其結局告訴我們，其實技術強弱並不重要。那時技術保護並沒有這么重視，否則微軟的行為可能會被告（谷歌的openSDK僅抄襲幾十行代碼，被Oracle公司訴訟賠88億）。
第一次瀏覽器戰爭帶來了一個問題：盡管當時有ECMA-262（Java規範文檔）與W3C（HTML與CSS的規範文檔），微軟卻沒有照規范來實現Java、HTML與CSS，導致前端兼容問題的誕生。所以CSS Hack、瀏覽器判定、特性偵測，這些技術就應運而生。
這個時代最著名的人物是Dean Edwrad，他是最早的近乎完美解決事件綁定的兼容性大神，其addEvent()內置於jQuery最早的版本中。jQuery的作者John Resig看到其超強的技藝，最後放棄推出大而全的框架，專攻選擇器引擎。
Dean Edwrad的IE7.js、IE8.js是早期處理瀏覽器兼容的良葯，可以說是一切Polyfill[2]的起源。他寫了大量的Hack， 比如在IE如何測量元素的寬高，許多操作DOM的兼容。
這時期太早，中國基本沒有參與這次瀏覽器戰爭。
Prototype時期（2005~2009年）
Prototype是Sam Stephenson寫的一個非常優雅的Java基礎類庫。他是Ruby的大牛，因此Prototype的許多方法名都是來自Ruby界。
Sam Stephenson最大的貢獻是發掘了Prototype與創造了Function.prototype.bind，在數組上也寫了一大堆方法，其中許多被標准化了。
同期的MooTools也是Prototype的方法，當時，大家還在前端論壇為這個爭吵。還有前端工程師喜歡在當時很出名的前端聚集地——藍色理想（現淪為設計師網站）上，討論如何扒腳本、分享彈層、日歷等小組件的技術，這在當時已經是非常了不起的事。
Prototype當時還解決兩大問題：動畫特效與Ajax請求。動畫特效是由aculous提供，我們現在所熟知的各種緩動函數，各種特效的命名與大致的運行形態，都是由aculous確定下來的。
在早期，谷歌就開始使用iframe實現頁面刷新。
2005 年2月，傑西·詹姆士·賈瑞特（JesseJamesGarrett）發表了一篇名為《Ajax：一種Web應用程序開發的新方法》的文章後，Ajax被挖掘出，大家才開始重視起這技術的應用。
例如IE下的ActiveXObject("Microsoft.XMLHTTP")，這是IE創建Ajax引擎的。假如當時有工程師開發出一個核心庫，如果不包含Ajax的封裝，便不好意思發布出來。
一些Ajax書藉
當時前端開發模式是選擇一個核心庫，找一些組件，或者扒別人的腳本進行開發
Prototype的源碼挺好理解的，代碼量也少，只有5000多行，裡面的每個方法也很易扒出來，因此一些大公司總有高手能創造自己的Prototype。
但前端開發還是離不開後端，因為前端沒有模塊機制，當時我們需要用PHP進行打包。打包是雅虎34條軍規之一，可以減少請求數。打包的同時也可以進行混淆，防止代碼小偷來窺探。
N年前，前端面試必問的題目：
模塊化的雛型， 在注釋中標注它的依賴
這個時期，還沒有前後端分離，可國內一些帶著深厚後端背景的高手已經入場。
jQuery 時期（2009~2012年）
2006年，jQuery發布，它當時的競爭對手很多：Dojo、Prototype、ExtJS、MooTools。
所以那時jQuery的宣傳口號僅能說是它的性能上升了100%、200%、300%。直到2009年，Sizzle選擇器引擎研發成功，jQuery才取得壓倒性的優勢。
當時前端界首要面對的是瀏覽器兼容性問題，jQuery在處理DOM兼容上真是知微見著, 發掘出大量的DOM/BOM兼容方案（例如Dean Edwrad的addEvent()， IE的px轉換方案，domReady的doScroll方案，globalEval的兼容方案等）
jQuery也打破了前端開發者的編程思維，之前是按照後端的開發思路來的：做一個業務就先封裝一個類，有了這個類後，再想辦法傳入一個DOM，然後再通過類方法操作DOM。而jQuery是DOM為中心，開發者可以選一個或多個DOM，變成jQuery對象，然後進行鏈式操作。當時為了改變用戶的思維，國內的高手寫了不少文章來引導大家。
其次，開發者們已開始注重前後端分離，並要求不能污染Object原型對象，不能污染window全局變數。這樣，jQuery只佔用兩個全局變數。
再次，jQuery非常輕量級，採用Dean Edwards編寫的Packer壓縮後， 大小不到30KB。並且裡面實現得非常精妙，以令人瞠目的手段解決各種兼容痼疾。
為了學習這些技巧，高手們翻了一遍遍jQuery的源碼，所以網上有大量關於其源碼詳解的書藉。甚至前端工程師在面試時也會被考到jQuery的源碼實現，這樣，jQuery在國內更加流行。
jQuery的流行間接帶來以下的發展：
促使人們對CSS1~CSS3選擇器的學習
促進了瀏覽器原生選擇器引擎document.querySelectorAll、Element.matches的誕生
提高人們對domReady（DOMContentLoaded事件）的認識
促進了Promise與requestAnimateFrame 的誕生
最重要的是降低前端門檻，讓更多人進入這行業，前端工程師的隊伍越來越壯大。
這樣的話，不斷涌現出優秀的工程師，他們創造了大量jQuery插件與UI庫。為後jQuery時代，人們研發前端模塊載入、統一非同步機制、 打造大型MVC框架， 甚至伸向後端，接管打包腳本而發明Node.js，來騰出大量時間。
這個時期涌現了大量jQuery-like的庫，其中最著名的是Zepto.js。Zepto的出現也標志著我們進入移動互聯網時代。那時配套出的著名庫還有iScroll、fastclick、Lazy Load、Modernizr、fullPage。
jQuery的鏈式操作風麾一時，也帶來許多問題，當Ajax出現依賴時，就不可避免就出現回調地獄。因此針對這方面的討論，誕生Deffered與Promise。有關回調地獄的討論，在後來講Node.js非同步處理時，將會再一次熱烈地討論。因此太陽下沒有新事，我們總是遇到相似的問題。
jQuery如此多的選擇器也法維護，隨著越來越多人涌現這行業，頁面的交互也越來越復雜，從Web Page向Web App進化，新的趨勢帶來新的開發方式。
後jQuery時期（2012~2016年）
這時期以RequireJS的誕生為起點，以RN的出現結束。同時解決了前端的模塊定義問題，模塊打包問題（通過Node.js），Java不依靠其他語言創造了一套自己的工具鏈。
jQuery的出現讓前端工程師開發更加輕松，假如工程師想實現一個功能，現搜索出一個jQuery插件來實現。那時候大家在前端網站就整天介紹jQuery插件，很少討論一些底層的實現。
前端工程師通常編寫一個頁面，會引入十多個乃至幾十個jQuery插件，頁面上塞滿了標簽。眾所周知，瀏覽器是單線程，的載入，會影響到頁面的解析與呈現，導致著名的白屏問題（當時前端用力過勐，body中的所有東西都是動態生成的）。
jQuery另一個問題是全局污染，由於插件的質量問題，或者開發的素質問題，這已經是IIEF模塊或命名空間等傳統手段無法解決了。
於是一些優秀的前端工程師們決定從取經後端，引入模塊機制。早期，這種模塊機制在Dojo、EXT這些框架中都是內置的，但是顯然說服不了另一個框架的用戶用對方的模塊機制，於是有人立志要統一這種模塊定義方式，成立了CommonJS。
但不料，CommonJS內部也有派系，誰也說不服對方。終於有一個人忍不住自己獨立開發出RequireJS，其模塊規范即為AMD。 AMD最大的優勢是它支持各種插件，且簡單明了，並且提供shim機制載入以非AMD規范編寫的Java代碼。
但在CommonJS誕生很久一段時間後，在後端的Node.js出現時才有用武之地。而國內，則流行另一種規范風格，背靠阿里的大旗，有人推出了SeaJS，號稱其規范為CMD。其實無論國內還是國外，都產生許多模塊載入器，但最後還是被淘汰了，規范一個就夠了，不宜過多。
但是前端工程師的創造力就是這么驚人，從無到有，再到泛濫成災，一年足矣。這可能與前端代碼是開源的原因。最後有人統一了前兩種規范（AMD、Node.js模塊），同時還支持老式的「全局」變數規范。
自此，Java開發模式煥然一身了，大家只要在代碼外麵包一層就可以全世界通用，不用提心全局污染的問題。
其次，jQuery開發者需要解決大段HTML的生成問題，之前jQuery有$.html, $.append, $before等方法，可以將一大段符合HTML結構的字元串轉換成DOM再插入到頁面上。
但現在我們想分離出來，讓HTML獨立到不同的文件中，然後插數據，這就是前端模板。前端模板的情況與模板規范一樣，從沒有到多如芝麻的境地。這時篩選一個好用且性能高的模板是一件讓前端工程師頭疼的問題，那時網上有許多評測文章來介紹它們。
前端模板技術可以用一個公式來描述：
HTML = template(vars)
有了前端模板後，又誕生了前端路由，基於它們，人們發明一個新詞彙SPA。作為這個時代的尾聲，來自Ruby界的高手Ryan Dahl發明了Node.js。 前端工程師們歡唿：可以不用傳統的後端就能自己寫一個網站了！
Node.js的發展就不詳述上，很快它就冒出海量模塊、路由、狀態管理、資料庫、MVC框架都有了。這時，前端就缺自己的MVC框架了。Node.js轉眼就十歲生日了。
著名的MEAN架構，是Java全棧開發的先鋒。當時涌現了大量的MVC與MVVM框架。最先火起來的是Backbone.js，使用純正的MVC模型， Backbone.js是jQuery最後的支持者，它強依賴於jQuery。
Backbone.js的作者還搞了另一套編譯語言Coffee, 裡面的箭頭函數、類機制、 解構賦值等語法糖都深深影響了後來的ES6。
接著下來是谷歌的Angular，微軟的Knockout.js，蘋果的Ember.js這三個MVVM框架，MVVM就是比MVC多一個數據綁定功能，但這數據綁定功能是非常難實現。Knockout是使用函數代替屬性的技巧實現，它的設計影響到後來的Mobx；Ember.js是基於Object.defineProperty；Angular是將函數體轉譯成setter()、getter()函數。
大公司的介入，對個人開發者影響是很大，畢竟大家都愛迷信大公司，因此局面一下子就穩定下來。大公司還帶來了全新的開發模式，早期都是找一個核心庫，再搜刮一大堆插件，然後自己寫業務代碼，最後後端打包。
大公司將後端開發經驗挪用過來，用Node.js開發了一套CLI，裡麵包含了腳手架生成， 打包腳本、語法風格檢測、環境變數插入，代碼復雜度檢測，代碼提交時自動跑單元測試， 圖片與JS壓縮等功能。ESLint、JSLint、JSHint、CSS Lint、 htmllint等就是那時期出現的。
但CLI的出現導致了前端的分裂，以前大家都使用jQuery，但自CLI幫你建好項目的那一刻起，就將你劃歸某一子陣營，你是Angular？Ember.js？還是jQuery？對了，jQuery沒有大公司支撐的陣營被快速邊緣化。
對於個人開發者，他們是沒有能力開發這么功能完備的CLI，於是出現了Code Climate、Travis CI、CircleCI這樣的平台。它們的出現標志著jQuery小作坊時代的終結了。
CircleCI官網
前端開發者也出現分化：有些人轉向後端，出現了CNode的門戶網站。另外一些人開始搞工程化。一時間出現上百種構建工具，出名的有Grunt、Gulp、FIS3、webpack、 Rollup、npm-。
你方唱罷我登場，這些構建工具均會經歷時代的考驗，如大浪淘沙般，最後存活得僅為寥寥。
因此在這場工程化得盛宴中，註定把許多低層次的jQueryer淘汰掉。jQueryer在空閑之餘培育出的前端模板、前端路由、MVC框架、模塊載入器、Node.js構建工具，卻不料最終成為它自己的挖墓人。
jQuery的時代一去不返了，再沒有人關心拖堂拖了N年的Bootstrap 4終於發布了，沒有人知道jQuery3.5的瘦身計劃，也沒有人問jQuery的源碼，漸漸地，大家不關注jQuery的工具鏈了。
三大框架割據時代（2016~至今）
React是突然爆發的，雖然它是與Angular是同時期發布，但因為JSX怪異的語法讓人們遠離它。此時已經進入移動互聯網的中期，大公司都有自己的App，或者基於原生，或者基於Hybird。
Hybird是用WebView載入一個網站或一個SPA。
由於原生成本太貴，需要招兩套班子，一套安卓的，一套iOS的；而Hybird則一直存在性能問題。於是在2017年，Facebook推出了React Native（RN）。
RN的性能不比原生差多少，比Hybird能好些， 其次使用JSX開發界面比原生的快； RN 只需要低成本的前端開發人員就能上手了。中國國內經過瀑布流（圖片導購）、團購、P2P、區塊鏈等全新商業模式的開發浪潮後，前端人員數量大增。現在，他們只要稍微培訓就可以轉型為App開發。
在開發RN的過程中，人們開始了解React一系列的優勝之處。比如JSX背後的虛擬DOM技術，雖然事實證明虛擬DOM不會帶來性能的巨大優勢，但保證了你怎麼寫其性能不會太差。
React為了引入JSX，必須需要引入編譯，這又間接促成Babel與webpack的壯大。尤其是Babel， 讓我們在很舊的瀏覽器中使用非常新的語法，甚至一些還沒有定案的語法。React從14升級到React 15，強制使用class語法，讓這個推了好久的語法糖終於大規模落地。
之前如果Java想使用類，只能自己模擬類，由於沒有官方的實現，只能任由各優秀工程師發揮。而普通人想用好類，需要了解很復雜的Prototype機制。
現在只用幾個新關鍵字就可以得到這一切。
如果對比Python 2與Python 3間的升級，Java實在太辛運了！針對CSS邏輯功能過弱的問題，我們也有了新的解決方案：Less、Sass、PostCSS與CSS Moles！
谷歌在發布Angular的同時，也發布了一個叫Polymer的框架，那時它想推廣一種叫Web Components的瀏覽器自定義組件技術。這其實是微軟在IE5就玩剩的HTC技術的升級版。雖然它沒有火起來，但它將、Style、Template三種內容混在一個文件的設計，啟發一個留美華人，再結合當時的Backbone.js、Angular等設計，Vue.js橫空出世。目前，這是國人最成功的前端框架了。
除此之外，國人也弄了好幾套迷你React框架與迷你Vue框架。這有點像jQuery時代，大家瘋狂做迷你jQuery框架一樣。
總的來說，最有創造力的是React團隊，做出狀態管理器、CSS-in-JS、Flow靜態類型檢查、devTool、Fetch、前後端同構、Fiber、suspend、並發渲染等名詞層出不窮。其中，狀態管理器擁有上百套， CSS-in-JS也擁有上百套，Flow則讓前端嘗鮮到介面編程的好處，間接推動發Type發展。這三大框架無法比拼個一二出來：Vue.js有國人的擁躉，React與Angular有大公司光環。
三大框架的纏斗從PC領域擴展到移動端：React有RN， Vue.js有Weex，Angular有ionic。想當年我們為了兼容瀏覽器，攢了一大堆瀏覽器偵探的Hack，全部貶值為垃圾了。
在這時期，一種全新的後端渲染崛起，稱之為前後同構，既擁有早期SEO的功效，又能復用大量的業務邏輯。隨著國內移動互聯網的發展，獲客成本提高，各種有效的商業模式都進入紅海，但只有頭部用戶能賺到錢，馬太效應越來越嚴重，純粹的技術解決方案已經無法滿足商業訴求了。
小程序時代（2017~至今）
小程序時代與三大框架的時代幾乎重合，但是出自不同一批人，決戰的平台也不一樣。
一直以來前端技術都是由國外開發者主導的，即便是Vue.js也是由美國的華人創造的。但是國內外的技術更新是存在代差，國內通常延期兩三年，這個時間差可以讓一些模仿者得以生存（如SeaJS、FIS、avalon）。但隨著封閉的時間越來越長，國內肯會也會誕生自己的轉有物種。小程序就是其中之一。
小程序的出現有著明顯的商業訴求，因為馬太效應，一些超大流量的App誕生了。這些大流量App集成了許多功能，但顯然公司再多員工，也無法所有功能全是自己弄，於是產生小程序這種「外包」的手段。
小程序是國內前端技術的一次厚積薄發：底層運行的迷你React的虛擬DOM， 內置組件是使用Web Component，API來源於Hybird的橋方法，打包使用webpack，調試台是Chrome console的簡化版， WXML、WXSS的語法高亮也應該是webpack或VS Code的插件， 模塊機制是Node.js的CommonJS……其中最值得一提的是微信開發者工具，以後開發者工具成了各種小程序/快應用的標配。
但微信小程序一開始的復用能力非常弱，沒有類繼承，不能使用npm, 不支持Less、Sass， 因此基於它的轉譯框架就應運而生。第一代譯轉框架是wept、WePY、mpvue，它們無一例外是Vue風格的。因為WXML的模板指令與Vue非常相似，只是改一下就能兼容。當時也出現了一個MINA的框架，聽說是微信團隊開發的，可以單獨架起Node.js後端，讓小程序運於瀏覽器中，方便做單元測試。
第一代轉譯框架主要是基於Template標簽實現組件機制，自定義組件機制是很後的事了。這就造成了利用第一代轉譯框架編寫的小程序項目很難升級。那時候是個人開發者的天堂，這些框架都是某一大牛獨力開發的。
第二代轉譯框架是大公司主導的，因為需要兼容的小程序越來越多，網路、支付寶、位元組跳動、小米、華為等公司都推出自己的小程序和快應用。個人開發者很難憑個人力量去開發轉譯框架，這時候各大團隊紛紛推出自己的輪子：如京東的Taro、滴滴的Chameleon網易的Megalo、去哪兒網的nanachi、網路的Okam等。
在這個時期，Angular顯然落伍了，一是Angular升級太快，國內的高手還沒有消化好，新一版的Angular又發布了。二是國內缺乏迷你Angular的輪子，導致龐大的Angular無法塞進小程序中。
國外谷歌發布了Flutter跨平台轉譯框架，但是它的編寫語言是Dart，它也無法跨界到小程序中。
未來不僅國內一線巨頭爭奪小程序，二三線的巨頭也可能會加入小程序的混戰中，例如有人稱360也在打造自己的小程序平台。小程序這種新的流量變現模式深刻地影響了國內的互聯網布局。
結語
當初Java被誤解為最糟糕的語言，時至今日它是最流行的語言：GitHub 60%的開源項目都是與Java有關。
以前，從事這行業的人被稱為頁面仔，現在他們的起薪有的比PHP、JAVA、C++等後端還高。甚至有人說，「任何可以使用Java來編寫的應用，最終會由Java編寫。」
我們前端開發者觸及的領域不僅僅是瀏覽器，還可以做後端，做桌面端，做手機端，做小程序端，前端開發者的性價比越來越高，越來越重要。可謂是時代造英雄。
筆者有幸成為前端開發者大隊伍中的一員，也堅信我們前端開發者以後的路會越來越寬，越來越好走。
資料：
[1]：計算機和編程語言的發展歷史
[2]：Polyfill是一塊代碼（通常是 Web 上的 Java），用來為舊瀏覽器提供它沒有原生支持的較新的功能。
作者簡介：司徒正美，擁有十年純前端經驗，著有《Java框架設計》一書，去哪兒網公共技術部前端架構師。愛好開源，擁有mass、Avalon、nanachi等前端框架。目前在主導公司的小程序、快應用的研發項目。
本文鏈接：http://www.cnite.cn/qianan/share/20198308.html
㈩ 前端工程師如何與android和ios工程師合作開發app並打包，求告知。
你前端的就負責搞前端頁面就行了。有IOS和Android兩個的話，就叫他們單獨做，單獨打包，不用RN這種跨平台的，更加沒你前端的事。