A. 手機前端頁面尺寸
iPhone手機網頁的設計尺寸
iPhone5尺寸是640x1136px解析度是326PPI
iPhone4和iPhone4S尺寸是640x960px解析度是326PPI
iPhone和iPodTouch第一代、第二代、第三代尺寸是320x480px解析度是163PPI
安卓網頁的設計尺寸
320dp：一個普通的手機屏幕（240X320，320×480，480X800）
480dp：一個中間平板電腦像（480×800）
600dp：7寸平板電腦（600×1024）
720dp：10寸平板電腦（720×1280，800×1280）
ipad網頁的設計尺寸
iPad第三代第四代尺寸是2048x1536px解析度是264PPI
iPad第一代第二代尺寸是1024x768px解析度是132PPI
iPad Mini尺寸是1024x768px解析度是163PPI
以上是移動端的尺寸，單獨的如果某一個移動的網站的尺寸是沒有的，因為移動網站的一半情況是按照%比的尺寸 來自動適應屏幕的大小，或者也通過設置，iphone執行什麼尺寸，安卓情況執行什麼尺寸的。
B. web前端怎麼讓div大小剛好和圖片一樣大
在前端開發過程中，我們經常會遇到盒子大小跟圖片尺寸不匹配的情況，我們通常會通過以下幾種方式來解決。
1.通過採用裁剪圖片，根據div盒子設置的寬、高，來更改裁剪圖片的尺寸，使圖片適配div盒子。
2.設置div的具體寬高，圖片寬高分別設置為100%，代碼具體如下width:100%;height:100%。這種方式，也可以將圖片大小填充滿盒子。
3.如果圖片是網頁背景圖片，還可以通過設置div盒子內屬性background-size為cover，這種方式也可使圖片充滿盒子。
我們在實際運用中，可以根據不同情況來選擇不同圖片調整方式。
C. 怎麼調整看網頁的頁面大小啊
快捷鍵，Ctrl+滑鼠鍵的滑輪，滑輪向前為放大，滑輪向後為縮小頁面。
D. 怎麼根據前端ui的設計圖寫html元素大小
首先確認一點，設計稿1920x1080，實際中要減去標題欄、滾動條甚至工具欄、標簽頁等的距離，才是真實的頁面大小；
確保觀看頁面效果的顯示器或者屏幕，起碼可以達到1920x1980的解析度水平（當然也不是必須，但起碼會比較省事。小屏幕比如1366x768，倒是也可以通過響應式設計模式，設置成較大的解析度，但看起來總是麻煩點的不是？），並且DPR保持為1（系統的顯示設置里縮放為100%，且瀏覽器的縮放為100%，不確定的話去控制台列印下window.devicePixelRatio看下是不是1）
確保那個被標注的組件確實是100x50，最好去ps里用標尺工具實際量一下……
如果3不能確定，那給瀏覽器裝個設計稿比對插件然後把預覽輸出拖進去看看能不能重疊上就好了。
E. 怎樣快速計算出網頁容量大小
把整個頁面另存為到桌面，裡面的數據就是網頁的容量大小，然後再滑鼠右鍵屬性查看大小即可。
網頁容量通常說的是製作的網頁數據，包含圖片，文字，鏈接已經網頁目錄。這些節點全部加起來的數據稱為網頁容量。
F. web開發從前端能通過哪些方式提供網頁的載入速度
一、使用良好的結構
可擴展 HTML (XHTML) 具有許多優勢，但是其缺點也很明顯。XHTML 可能使您的頁面更加符合標准，但是它大量使用標記（強制性的 <start> 和 <end> 標記），這意味著瀏覽器要下載更多代碼。所以，事情都有兩面性，嘗試在您的網頁中使用較少的 XHTML 代碼，以減小頁面大小。如果您確實不得不使用 XHTML，試著盡可能對它進行優化。
二、不要使布局超載
堅持簡約原則：少即是多。頁面中充斥著各種類型的圖像、視頻、廣告等，這大大違背實用性原則。
三、不要使用圖像來表示文本
使用圖像表示文本的最常見示例就是在導航欄中。美觀的按鈕更加具有吸引力，但是它們的載入速度很慢。此外，圖像仍然不能由搜索引擎直接索引，因此，使用圖像進行導航不利於搜索引擎優化（search engine optimization，SEO）。當無需圖像就可以通過大量 CSS 技巧創建漂亮的按鈕時，絕不使用圖像來表示文本。
四、檢查cookie使用情況
設置一個較早的 expire 日期或者根本不設置 expire 日期，會縮短響應時間。要在 PHP 語言中設置 cookie 的 expire 日期，使用以下代碼：
<?php
$expire = 2592000 + time();
// Add 30 day』s to the current time
setcookie(userid, 「123rrw3」, $expire);
?>
這段代碼設置 cookie userid，並將 expire 日期設置為自當前日期之後 30 天。
五、不要包含不必要的 JavaScript 代碼，盡可能將其外部化
應該明智地使用 JavaScript（僅在真正必要時才使用）並優化腳本的大小和速度。縮短 JavaScript 下載時間的另一種方式是使用外部文件，而不是包含腳本內聯。這種方法也適用於 CSS，因為瀏覽器會緩存外部化的文本，而（在 HTML 頁面自身中）以內聯方式編碼的 CSS 或 JavaScript 每次都會隨 HTML 一起載入。
六、盡可能避免使用表格
表格被用作網頁的主要構建塊，但是作為頁面布局元素，使用表格現在被認為是糟糕的做法。有時候，您必須使用表格（並且它們被認為是顯示表格數據的出色實踐）。如果是這樣，明確地指定表格單元格、行和列的寬度和高度，否則，瀏覽器必須執行許多操作來計算如何顯示它們，這會降低頁面載入速度。
七、刪除任何不必要的元素
可能這是所有技巧中最顯而易見的一個，但是它也是最容易忘記的一個技巧。如果您真正需要在網頁上放置許多內容，考慮將網頁分為 2 個、3 個或更多的獨立頁面。
八、一些優化網頁的技巧
可以使用許多方法來優化您的網頁，包括壓縮 JavaScript 文件，使用超文本傳輸協議（Hypertext Transfer Protocol，HTTP）壓縮，以及設置圖像大小。
九、壓縮和縮小 JavaScript 文件
您可以使用 GNU zip (gzip) 來完成此任務，因為許多瀏覽器都支持這種壓縮演算法。另一種替代方法是縮小文件。這種方法刪除代碼中所有不必要的字元，比如製表符（tab）、新行和空格。它刪除代碼中的注釋和空白，進一步縮小文件大小。外部和內部樣式表都可以縮小。兩種最流行的縮小工具是 JSMin 和 YUI Compressor。
十、使用 HTTP 壓縮，並始終使用小寫的 div 和類名
可以使用 HTTP 壓縮來減少伺服器與瀏覽器之間的通信量。可以在 Apache 中配置 HTTP 壓縮（.htaccess 文件），或者可以將其包含到頁面中（對於 PHP，可以使用一個 HTTP_ACCEPT_ENCODING 選項）。但是請注意：不是所有瀏覽器都支持壓縮。即使是支持壓縮的瀏覽器，壓縮和解壓縮都會加重處理器的負載。要在 Apache 中啟用地毯式（blanket）壓縮（即壓縮所有文本和 HTML），使用以下命令：
AddOutputFilterByType DEFLATE text/html text/plain text/xml
另外，考慮一下您想要壓縮的內容。圖像、音樂和視頻在創建時已經進行了壓縮，因此您可以將壓縮對象限制為 HTML、CSS 和 JavaScript 文件。另一種減少壓縮工作的技巧是使用小寫形式的 <div> 元素和類名。由於大小寫敏感性，並且使用的是無損壓縮，<header> 與 <Header> 不同，它們被壓縮為兩個不同的標記。
十一、設置圖像大小
與表格單元格、行和列一樣，當您未明確設置圖像大小時，瀏覽器需要執行計算來顯示圖像，這會降低處理速度。
十二、將 CSS 圖像映射用於裝飾功能
使用圖像映射代替多個圖像，這是另一種縮短載入時間的方式，因為同時下載圖像的各個獨立部分能夠加快整個頁面的下載進度。或者，您可以使用某種名為 CSS sprites 的工具。CSS sprites 可幫助減少 HTTP 請求的數量。一個圖像可以包含裝飾或布置頁面所需的所有圖像元素。您使用 CSS 來選擇（通過調用某些位置和維度）用於特定元素的映射。
十三、盡可能延遲腳本載入
一種提升頁面下載速度的潛在方式是將腳本放在頁面的底部，使頁面載入更迅速。通常，瀏覽器只能（從同一個域）下載不超過兩個並行對象，如果一個對象是一段 JavaScript 代碼，那麼在該腳本下載完之前，其他頁面組件的下載將會暫停。如果將 JavaScript 代碼放在頁面底部，（在大多數情況下）它將在最後下載，這時所有其他組件都已下載完。
十四、按需載入 JavaScript 文件
要按需載入 JavaScript，使用 import() 函數。
import() 函數：
function $import(src){
var scriptElem = document.createElement('script');
scriptElem.setAttribute('src',src);
scriptElem.setAttribute('type','text/javascript');
document.getElementsByTagName('head')[0].appendChild(scriptElem);
}
// import with a random query parameter to avoid caching
function $importNoCache(src){
var ms = new Date().getTime().toString();
var seed = "?" + ms;
$import(src + seed);
}
十五、驗證函數載入
也可以驗證一個函數是否被載入，如果沒有，載入 JavaScript 文件。
驗證函數是否被載入：
if (myfunction){
// The function has been loaded
}
else{ // Function has not been loaded yet, so load the javascript.
$import('http://www.yourfastsite.com/myfile.js');
}
注意：可以使用 defer 屬性，但不是所有瀏覽器（包括 Firefox）都支持它。
十六、優化 CSS 文件
如果經過適當優化和維護，CSS 文件不一定很大。例如，具有很多獨立類的 CSS 文件會影響下載速度。與 JavaScript 文件一樣，您需要優化 CSS 文件，使其包含所需的所有內容，同時保持合理的大小。另外，使用外部文件代替內聯定義來適應瀏覽器的緩存機制。
十七、使用內容分布網路
內容分布網路（Content-distribution network，CDN）是另一種縮短下載時間的好方法。當您將靜態圖像放在 Internet 上的許多伺服器上時，用戶能夠從離他們最近的伺服器下載這些圖像。此外，大多數 CDN 都在快速伺服器上運行，因此無論伺服器的載入速度如何，其響應速度都比小型的超載伺服器快。
十八、對資產使用多個域來增加連接
CDN 的另一個優勢是它們是獨立的域。因為您的瀏覽器將並發連接的數量限制到一個單一的域，因此無論何時載入一個頁面，都很容易占滿所有線程。因此，到其他資產的連接被延遲了。然而，您的瀏覽器能夠打開新線程或到其他域的連接，這樣，從另一個域載入的任何資產都可以與其他所有資產同時載入。
十九、在合適的時候使用 Google Gears
使用 Google Gears（參見 參考資料）是避免用戶反復下載同一內容的另一種好方法。Gears 允許用戶離線訪問 Web 應用程序，但是也允許將頁面元素持久化到用戶的計算機上。因此，頻繁載入但未進行更新的內容可以存儲在 Gears 資料庫中，該資料庫是一個 SQLite3 關系資料庫管理系統。對同一內容的所有 next 請求都可以從資料庫（而不是伺服器）直接載入。
二十、使用 PNG 格式的圖像
Graphic Interchange Format (GIF) 和 Joint Photographic Experts Group (JPEG) 圖像格式都已過時了：Portable Network Graphic (PNG) 是未來流行的格式。當然，您可以說 GIF 和 JPEG 已經消亡，或者 PNG 沒有任何缺陷，但是所有事物都有各自的優缺點，PNG 以最佳的文件大小提供了出色的質量。因此，如果進行選擇的話，應該盡可能使用 PNG 圖像。
二十一、保持 Ajax 調用簡短、准確
當統稱為 Asynchronous JavaScript + XML (Ajax) 的技術在兩年前出現時，這些技術為處理頁面請求和響應提供了一種革命性方法。然而，撥號用戶可能從來沒機會體驗其真正的優勢，因為在許多情形下，Ajax 需要在瀏覽器與伺服器之間大量通信。因此，如果您能夠保持 Ajax 調用簡短和准確，可以避免用戶花費無止盡的時間來等待元素刷新或響應。
二十二、進行一次較大的 Ajax 調用並在本地處理客戶機數據
如果不能進行簡短的 Ajax 調用，或者如果這些調用不能提供期望的結果，可以考慮一種替代方法：進行一次大的 Ajax 調用來獲取所需的一切內容，然後讓客戶機在本地處理數據。通過這種方式，客戶機只需等待一次（獲取傳入的數據），但是在此之後（當瀏覽器與伺服器之間沒有必要通信時），處理速度將更快。當然，還有大量 Ajax 優化技術，本教程無法一一列出。
二十三、在沙箱中測試代碼
還有一個經常被遺忘的常用技巧。盡管清醒的 Web 開發人員通常會在啟動應用程序之前對其進行測試，但是有時候測試會使他們不那麼重視維護任務，或者新功能添加得太快，並且未經過充分考慮或測試。結果，餘下的腳本減緩了應用程序的速度。如果您添加一項新功能，可以首先在沙箱里（完全脫離了應用程序的其餘部分）進行測試，查看它作為單個函數的行為。通過這種方式，您可以反復檢查，並分析性能和響應時間，無需考慮 Web 應用程序的其餘部分。然後，當新功能的行為符合預期時，可以將其引入到應用程序的其餘部分中，運行其他測試，保證功能本身的行為符合預期。
二十四、分析站點代碼
在許多場景中，自我反省是一個不錯的建議。幸運的是，在開發過程中，我們可以使用工具來幫助反省，並盡可能客觀地進行實踐。像 JSLint（參見 參考資源）這樣的工具的價值是無法衡量的，盡管其站點宣稱它 「可能令您備受挫折」，因為它向您提供了所有的潛在代碼缺陷，這些缺陷不但使調試更加困難，而且可能導致更長的響應時間。
二十五、檢查孤立的文件和丟失的圖像
檢查孤立的文件和丟失的圖像是一種明智之舉。大部分 Web 開發人員都會檢查錯誤的文件引用，但是這里仍然需要說明一下。丟失的文件容易引起各種問題，因為它們會導致 「The image/page cannot be displayed」 之類的錯誤消息。但是在網頁速度優化方面，它們具有更大的缺陷：當瀏覽器尋找丟失的或孤立的文件時，它會消耗資源，這不可避免地會導致頁面處理速度變慢。因此，請檢查孤立或丟失的文件，包括拼寫錯誤的文件名。
G. 如何優化網站前端網頁載入速度實戰經驗分享
1、減少請求數量 與 減小請求大小。
2、小圖標合並成sprite圖 與 iconfont字體文件
3、圖片用base64 與 延遲載入
4、使用瀏覽器緩存
H. 前端 如何做 像word文件一樣 調整一個頁面中的文件大小自動重新布局
打開文件，點中要調整的頁面，頁面布局、頁面設置、選擇橫幅，然後在下面的：應用於的下拉框中選『在插入點之後』，該頁之後的頁面均被改為橫幅；再用同樣的方法將之後需要豎幅布置改回來就可以了。
I. 常見的前端性能優化手段都有哪些都有多大收益
規則01：盡量減少HTTP請求
前端優化的黃金准則指導著前端頁面的優化策略：只有10%-20%的最終用戶響應時間花在接受請求的HTML文檔上，剩下的80%-90%時間花在為HTML文檔所引用的所有組件（圖片、腳本、樣式表等）進行的HTTP請求上。因此，改善響應時間的最簡單途徑就是減少組件的數量，並由此減少HTTP請求的數量。當然很多人就會說，既然這樣，那我們就減少頁面組件的數量不就OK了嗎？那你試試，你會掀起一場性能優化和產品設計之間的大PK。
所以，我們要減少HTTP請求是要平衡性能和設計的。如果找到這個平衡點呢？書中從以下幾個方面做了介紹，我逐一說明：
① 圖片地圖
初看「圖片地圖」四個字，對非專業的前端人員來說一頭霧水，我的第一印象就是這樣的，咱們以京東的移動站點為例，右側用戶和購物車的圖標，正常實現我會選擇如下方式：
<a href=」用戶跳轉頁面URL」>
<div class=」定義用戶icon顯示的樣式表」></div>
</a>
<a href=」購物車跳轉頁面URL」>
<div class=」 定義用戶icon顯示的樣式表」></div>
</a>
這種方式無可厚非的，但是兩張圖片就有兩個HTTP請求，這明顯是增加了頁面中的HTTP請求。那麼我們可以把這兩個HTTP請求變成一個嗎？
答案當然是可以的，這就是圖片地圖：允許在一張圖片上關聯多個URL，而目標URL的選擇取決於用戶單擊了圖片上的哪個位置。
這樣上面京東兩個圖標合並成一張圖片，這樣圖片的HTTP請求就減少了一個。
示例代碼如下：
<img src=合並後的圖片>
<map name=」map1」>
<areashape=」rect」 coords=」0,0,40,40」 href=」用戶跳轉頁面URL」>
<areashape=」rect」 coords=」50,0,90,40」 href=」購物車跳轉頁面URL」>
</map>
不過圖片地圖只支持矩形形狀，其他形狀不支持。
② 請CSS喝「雪碧」（CSS Sprites）CSS Sprites一句話：將多個圖片合並到一張單獨的圖片，這樣就大大減少了頁面中圖片的HTTP請求。
③ 內聯圖片和腳本使用data:URL（Base64編碼）模式直接將圖片包含在Web頁面中而無需進行HTTP請求。但是此種方法存在明顯缺陷：- 不受IE的歡迎；- 圖片太大不宜採用這種方式，因為Base64編碼之後會增加圖片大小，這樣頁面整體的下載量會變大；- 內聯圖片在頁面跳轉的時候不會被緩存。（大圖片可以使用瀏覽器的本地緩存，在首次訪問的時候保存到瀏覽器緩存中，典型的是HTML5的manifest緩存機制以及LocalStorage等）。
④ 樣式表的合並將頁面樣式定義、腳本、頁面本身代碼嚴格區分開，但是樣式表、腳本也不是分割越細越好，因為沒多引用一個樣式表就增加一次HTPP請求，能合並的樣式表盡量合並。一個網站有一個公用樣式表定義，每個頁面只要有一個樣式表就OK啦。
通過以上四個努力之後，你會發現你的網頁響應時間最多能減少一半，這不是作者說大話，也不是我狂吹，我親手用我的移動網站首頁做了一個嘗試，本地測試之後響應時間能減少40%左右。所以減少頁面HTTP請求數量，是一個很重要的原則。遵循此原則可以同時改善首次訪問和後續訪問的響應時間，而每一個網站的首次響應時間會決定用戶之後還來不來的重要原因。
規則02：使用內容發布網路（CDN的使用）
什麼叫內容發布網路（CDN）？它是一組分布在多個不同地理位置的Web伺服器，用於更加有效地向用戶發布內容。主要用於發布頁面靜態資源：圖片、css文件、js文件等。如此，能輕易地提高響應速度。關於CDN的具體詳細原理以及優缺點，各位可以自行詢問度娘或者google。
規則03：添加Expires頭
瀏覽器使用緩存來減少HTTP請求的數據，並減小HTTP響應的大小，使頁面載入更快。Web伺服器使用Expires頭來告訴瀏覽器它可以使用一個組件的當前副本，直到指定的deadline為止。HTTP規范中稱此頭為：在這一時間之後響應被認為失效。個人對這塊表示不想使用，其實就是一句話，把一些css、js、圖片在首次訪問的時候全部緩存到瀏覽器本地，從我做移動網站的過程中發現，其實沒有這么復雜，完全可以使用HTML5提供的本地緩存機制就OK了。關於HTML5本地緩存機制，各位可以查閱相關資料。後續我也會對HTML5的緩存機制進行介紹的。
規則04：壓縮組件（使用Gzip方式）
書中關於壓縮從gzip壓縮方式到如何壓縮講了很多，我想直接跳過，對於做PC網站或者移動網站來說，急需要壓縮的是css文件和js文件，至於如何壓縮，網上有很多在線工具，去挑選一個自己用的順手看的順眼的就好，當然也有人選擇對HTML進行壓縮，這樣也可以。但是實際工作中我沒有這么做。之所謂沒有這么做，是因為我覺得很麻煩。不要鄙視我，畢竟我不是一個真正意義上的前端工程師，哈哈！
規則05：將CSS樣式表放在頂部
如果將css樣式定義放在頁面中或者頁面底部，會出現短暫白屏或者某一區域短暫白板的情況，這和瀏覽器的運營機制有關的，不管頁面如何載入，頁面都是逐步呈現的。所以在每做一個頁面的時候，用Link標簽把每一個樣式表定義放在head中。
規則06：將javascript腳本放在底部
瀏覽器在載入css文件時，頁面逐步呈現會被阻止，直到所有css文件載入完畢，所以要把css文件的引用放到head中去，這樣在載入css文件時不會組織頁面的呈現。但是對於js文件，在使用的時候，它下面所有也頁面內容的呈現都會被阻塞，將腳本放在頁面越靠下的地方，就意味著越多的內容能夠逐步呈現。
規則07：避免使用CSS表達式
CSS表達式是動態玩CSS的一種很強大的方式，但是強大的同時也存在很高的危險性。因為css表達式的頻繁求值會導致css表達式性能低下。如果真想玩css表達式，可以選用只求值一次的表達式或者使用事件處理來改變css的值。
規則08：使用外部javascript和CSS內聯js和css其實比外部文件有更快的響應速度，那為什麼還要用外部呢？因為使用外部的js和css可以讓瀏覽器緩存他們，這樣不僅HTML文檔大小減少，而且不會增加HTTP請求數量。另外，使用外部js和css可以提高組件的可復用性。
規則09：減少DNS查詢
DNS查詢有時間開銷，通常一個瀏覽器查找一個給定主機名的IP地址需要20-120ms。緩存DNS：緩存DNS查詢可以很好地提高網頁性能，一旦緩存了DNS查詢，之後對於相同主機名的請求就無需進行再次的DNS查找，至少短時間內不需要。所以在使用頁面中URL、圖片、js文件、css文件等時，不要使用過多不同的主機名。
規則10：精簡javascript
如何精簡？
其實W3Cfuns已經給大家准備好精簡JS所需的所有工具「前端神器」，這點W3Cfuns為大家做的很不錯，在這個規則里我們就用到「JS壓縮/混淆/美化工具」
最初始的精簡方式：就是移除不必要的字元減小js文件大小，改善載入時間。包括所有的注釋、不必要的空白字元。
高級一點的精簡方式就是：混淆。
它不但會移除不必要的字元，還會改寫代碼，比如函數和變數的名字會被改成很短的字元串，這樣使js代碼更簡練更難閱讀。
但是我一般很少使用混淆，一個現在互聯網時代，代碼沒有必要整的那麼神秘，大可以大家一起share，天下代碼一起抄，只要抄出自己的特色就ok了。
而且一旦使用混淆，對於js代碼的維護和調試都很復雜，因為有時候混淆之後的js代碼完全看不懂。其實實際開發過程中，從文件大小和代碼可復用性來說，不僅僅是js代碼需要精簡，css代碼一樣也很需要精簡。
規則11：避免重定向
重定向的英文是Redirect，用於將用戶從一個URL重新跳轉到另一個URL。
最常見的Redirect就是301和302兩種。
關於重定向的性能影響這里就不說了，自行查閱相關資料吧。
在我們實際開發中避免重定向最簡單也最容易被忽視的一個問題就是，設置URL的時候，最後的「/」，有些人有時候會忽略，其實你少了「/」，這時候的URL就被重定向了，所以在給頁面鏈接加URL的時候切記最後的「/」不可丟。
規則12：刪除重復腳本
重復的js代碼除了有不必要的HTTP請求之外，還會浪費執行js的時間。
將你使用的js代碼模塊化，可以很好地避免這個問題，至於js模塊化如何實現，現在有很多可以使用的開源框架，我用的比較多的是我們公司玉伯的Sea.js。
規則13：配置ETag
Etag（Entity Tag），實體標簽，是Web伺服器和瀏覽器用戶確認緩存組件的有效性的一種機制。寫的很復雜，對我這種非專業的前端開發人員來說，有點過了，關於這個原則有興趣的自己看吧。
規則14：使Ajax可緩存
針對頁面中主動的Ajax請求返回的數據要緩存到本地，當然這個是針對短期內不會變化的數據。如果不確定數據變化周期的話，可以增加一個修改標識的判斷，我正常處理過程中會給一些Ajax請求返回的數據增加一個MD5值的判斷，每次請求會判斷當前MD5是否變化，如果變化了取最新的數據，如果不變化，則不變。
J. web前端怎麼用iconfont 調節字體大小
iconfont的使用
平時的網頁開發該如何使用iconfont？在這邊微信小編給大家推薦一個工具：Iconfont-阿里巴巴矢量圖標庫。
WEB前端開發，圖標的快速製作