使用ProgressBar.js,可以輕松地為Web創建響應式和時尚的進度欄。即使在移動設備上動畫效果也表現良好。它提供了一些內置形狀,如“直線”,“圓”和“半圓”,但是你也可以使用任何矢量圖形編輯器創建自定義形狀的進度條。ProgressBar.js是輕量級的,MIT開源許可,并支持包括IE9 +在內的所有主要瀏覽器。
https://github.com/kimmobrunfeldt/progressbar.js
以下是最簡單的一個實例,從0大100%的進度條顯示
<div></div>
var ProgressBar=require('progressbar.js'); // HTML var bar=new ProgressBar.Line('#container', {easing: 'easeInOut'}); bar.animate(1); // Value from 0.0 to 1.0
以下是線、圓、半圓以及自定義形狀的效果圖,可以直接到文檔查看動態的效果
bower install progressbar.js //or npm install progressbar.js
var ProgressBar=require('progressbar.js') var line=new ProgressBar.Line('#container');
require.config({ paths: {'progressbar': '../bower_components/progressbar.js/dist/progressbar'} }); define(['progressbar'], function(ProgressBar) { var line=new ProgressBar.Line('#container'); });
// If you aren't using any module loader, progressbar.js exposes // global variable: window.ProgressBar var line=new ProgressBar.Line('#container');
var circle=new ProgressBar.Circle('#example-percent-container', { color: '#FCB03C', strokeWidth: 3, trailWidth: 1, text: { value: '0' } });
https://github.com/kimmobrunfeldt/react-progressbar.js
在常見的Web開發中經常看到有些地方需要進度條顯示或者類似的需求,如果你的項目并不是很龐大,但有些時候又不需要一些第三方框架的時候就可以使用這些獨立的庫來完成你想要的功能!
今年國慶假期終于可以憋在家里了不用出門了,不用出去看后腦了,真的是一種享受。這么好的光陰怎么浪費,睡覺、吃飯、打豆豆這怎么可能(耍多了也煩),完全不符合我們程序員的作風,趕緊起來把文章寫完。
這篇文章比較基礎,在國慶期間的業余時間寫的,這幾天又完善了下,力求把更多的前端所涉及到的關于文件上傳的各種場景和應用都涵蓋了,若有疏漏和問題還請留言斧正和補充。
以下是本文所涉及到的知識點,break or continue ?
原理很簡單,就是根據 http 協議的規范和定義,完成請求消息體的封裝和消息體的解析,然后將二進制內容保存到文件。
我們都知道如果要上傳一個文件,需要把 form 標簽的enctype設置為multipart/form-data,同時method必須為post方法。
那么multipart/form-data表示什么呢?
multipart互聯網上的混合資源,就是資源由多種元素組成,form-data表示可以使用HTML Forms 和 POST 方法上傳文件,具體的定義可以參考RFC 7578。
multipart/form-data 結構
看下 http 請求的消息體
Content-Type: multipart/form-data; boundary=----WebKitFormBoundaryDCntfiXcSkPhS4PN 表示本次請求要上傳文件,其中boundary表示分隔符,如果要上傳多個表單項,就要使用boundary分割,每個表單項由———XXX開始,以———XXX結尾。
每一個表單項又由Content-Type和Content-Disposition組成。
Content-Disposition: form-data 為固定值,表示一個表單元素,name 表示表單元素的 名稱,回車換行后面就是name的值,如果是上傳文件就是文件的二進制內容。
Content-Type:表示當前的內容的 MIME 類型,是圖片還是文本還是二進制數據。
解析
客戶端發送請求到服務器后,服務器會收到請求的消息體,然后對消息體進行解析,解析出哪是普通表單哪些是附件。
可能大家馬上能想到通過正則或者字符串處理分割出內容,不過這樣是行不通的,二進制buffer轉化為string,對字符串進行截取后,其索引和字符串是不一致的,所以結果就不會正確,除非上傳的就是字符串。
不過一般情況下不需要自行解析,目前已經有很成熟的三方庫可以使用。
至于如何解析,這個也會占用很大篇幅,后面的文章在詳細說。
使用 form 表單上傳文件
在 ie時代,如果實現一個無刷新的文件上傳那可是費老勁了,大部分都是用 iframe 來實現局部刷新或者使用 flash 插件來搞定,在那個時代 ie 就是最好用的瀏覽器(別無選擇)。
DEMO
這種方式上傳文件,不需要 js ,而且沒有兼容問題,所有瀏覽器都支持,就是體驗很差,導致頁面刷新,頁面其他數據丟失。
HTML
<form method="post" action="http://localhost:8100" enctype="multipart/form-data">
選擇文件:
<input type="file" name="f1"/> input 必須設置 name 屬性,否則數據無法發送<br/>
<br/>
標題:<input type="text" name="title"/><br/><br/><br/>
<button type="submit" id="btn-0">上 傳</button>
</form>
復制代碼
服務端文件的保存基于現有的庫koa-body結合 koa2實現服務端文件的保存和數據的返回。
在項目開發中,文件上傳本身和業務無關,代碼基本上都可通用。
在這里我們使用koa-body庫來實現解析和文件的保存。
koa-body 會自動保存文件到系統臨時目錄下,也可以指定保存的文件路徑。
然后在后續中間件內得到已保存的文件的信息,再做二次處理。
NODE
/**
* 服務入口
*/
var http=require('http');
var koaStatic=require('koa-static');
var path=require('path');
var koaBody=require('koa-body');//文件保存庫
var fs=require('fs');
var Koa=require('koa2');
var app=new Koa();
var port=process.env.PORT || '8100';
var uploadHost=`http://localhost:${port}/uploads/`;
app.use(koaBody({
formidable: {
//設置文件的默認保存目錄,不設置則保存在系統臨時目錄下 os
uploadDir: path.resolve(__dirname, '../static/uploads')
},
multipart: true // 開啟文件上傳,默認是關閉
}));
//開啟靜態文件訪問
app.use(koaStatic(
path.resolve(__dirname, '../static')
));
//文件二次處理,修改名稱
app.use((ctx)=> {
var file=ctx.request.files.f1;//得道文件對象
var path=file.path;
var fname=file.name;//原文件名稱
var nextPath=path+fname;
if(file.size>0 && path){
//得到擴展名
var extArr=fname.split('.');
var ext=extArr[extArr.length-1];
var nextPath=path+'.'+ext;
//重命名文件
fs.renameSync(path, nextPath);
}
//以 json 形式輸出上傳文件地址
ctx.body=`{
"fileUrl":"${uploadHost}${nextPath.slice(nextPath.lastIndexOf('/')+1)}"
}`;
});
/**
* http server
*/
var server=http.createServer(app.callback());
server.listen(port);
console.log('demo1 server start ...... ');
復制代碼
CODE
https://github.com/Bigerfe/fe-learn-code/
段時間有很多同學通過不同渠道問我關于瀏覽器渲染的問題。今天,小郭在這里用簡單的一張圖概括出瀏覽器渲染的全過程。
廢話不多說,直接上圖
渲染流程圖
寫到這里一定有很不少人好奇,為什么我們寫頁面時要把script標簽放在頁面最低部呢?
別著急,答案就在下面。
這就是前端小伙伴經常遇到的一個問題:渲染阻塞
當瀏覽器遇到一個 script 標記時,DOM 構建將暫停,直至腳本完成執行,然后繼續構建DOM。每次去執行JavaScript腳本都會嚴重地阻塞DOM樹的構建,如果JavaScript腳本還操作了CSSOM,而正好這個CSSOM還沒有下載和構建,瀏覽器甚至會延遲腳本執行和構建DOM,直至完成其CSSOM的下載和構建。
所以,script 標簽的位置很重要。實際使用時,可以遵循下面兩個原則:
CSS 優先:引入順序上,CSS 資源先于 JavaScript 資源;
JS置后:我們通常把JS代碼放到頁面底部,且JavaScript 應盡量少影響 DOM 的構建。
現在終于知道我們使用script的時候經常將它置于頁面最底部的原因了。
另外,這一點也是經常在前端面試題中看到它的身影。
到這里瀏覽器渲染的全部流程已經講述完畢,如果還有疑問可以在下方留言,大家一起討論。
有任何前端問題可以私信我,想了解更多前端知識關注公眾號“一郭鮮”,小郭等著你的到來
*請認真填寫需求信息,我們會在24小時內與您取得聯系。