日,有不少的程序員問w3cschool這邊,前端開發應該怎么學?
有個小白程序員表示,自己走了很多彎路,學java開發沒學透不能就業,現在學前端又不知道如何下手,前后算起來浪費了不少的時間。
針對此問題,下面w3cschool就給程序員小伙伴們答疑解惑,并分享一些干貨。
前端有三架馬車你一定要學會“駕馭”,HTML+CSS+Javascript。
照目前看來,網上各種前端學習資料又多又雜,確實讓不少入門前端的小伙伴不知所措。要選什么學習資料?如何入門前端開發?
關于視頻的選擇,直接網上搜“30 Days to Learn HTML & CSS”這個視頻來看。
這個視頻是國外的前端開發特產,大小有1G多吧!
前端開發可以照前端開發的視頻進行實戰訓練,建議可以一邊開著NotePad++?,一邊看視頻,一邊敲代碼。
另外,可以用有道云,或者是印象筆記稍微做點記錄,這會加快你對html、css的學習。
當你咨詢了很多的前端工程師,他們都會推薦你從經典的w3cschool基礎教程開始,把上面的課程刷一遍。
通過前面兩步的學習,你基本上算是入門html啦。
但相信也會有些程序員覺得很枯燥,那不妨可以嘗試w3cschool新開發的html微課。
比如之前的《刀塔傳奇》,很多人每天刷副本都可以樂此不疲,因為游戲升級通關是比較有趣的。
w3cschool微課同樣采用了闖關刷副本的模式,你通過每天有趣的刷副本闖關,就可以掌握html重點的概念和編程技能。
會有些前輩會給你推薦《DOM編程藝術》、《Javascript權威指南》、《Javascript高級程序設計》、《鋒利的JQuery》等,但對于新手來說似乎略難。
不妨去看Head first html, xhtml & CSS這兩本簡直是神書,真心經典!
今年國慶假期終于可以憋在家里了不用出門了,不用出去看后腦了,真的是一種享受。這么好的光陰怎么浪費,睡覺、吃飯、打豆豆這怎么可能(耍多了也煩),完全不符合我們程序員的作風,趕緊起來把文章寫完。
這篇文章比較基礎,在國慶期間的業余時間寫的,這幾天又完善了下,力求把更多的前端所涉及到的關于文件上傳的各種場景和應用都涵蓋了,若有疏漏和問題還請留言斧正和補充。
以下是本文所涉及到的知識點,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/
端開發人員和技術人員的數量逐年增加,而整個生態系統渴望實現標準化。新技術和工具的出現已經改變了游戲規則。可以肯定地說,總體趨勢將是 UI 標準化、基于組件的模塊化和組合,這將影響從樣式到測試甚至狀態管理的所有方面,并在總體上實現更好的模塊化。
JavaScript 世界日新月異。
前端開發(和 web 開發)的世界正在以驚人的速度發展。今天,如果你沒有領先,或者不是 Webpack、React Hooks、Jest、Vue 和 NG elements,你就會開始感覺到差距在擴大。但是,情況正在發生變化。
前端開發人員和技術人員的數量逐年增加,而整個生態系統渴望實現標準化。新技術和工具的出現已經改變了游戲規則。
可以肯定地說,總體趨勢將是 UI 標準化、基于組件的模塊化和組合,這將影響從樣式到測試甚至狀態管理的所有方面,并在總體上實現更好的模塊化。這將包括圍繞 Web 組件、ES 模塊、面向組件的樣式或狀態管理工具等構建的技術。
本文是我個人對未來幾年前端發展狀況的一種簡短而片面的觀察。當然,它遺漏了很多東西,所以請盡管在評論區發表你的見解。
基本上,這就是未來。為什么?因為這些純 Web 組件與框架無關,可以在沒有框架的情況下工作,這意味著標準化。因為它們不會帶來 JS 疲勞,并且受到現代瀏覽器的支持。因為它們的包大小和資源消耗將是最優的,而且 VDOM 渲染令人興奮。
這些組件提供自定義元素、Javascript API(允許定義一種新的 HTML 標簽)、HTML 模板(用于指定布局),當然還有影子 DOM(本質上是特定于組件的)。
在這個領域中,需要了解的主要工具包括Lit-html(和Lit-element)、StencilJS、SvelteJS,當然還有Bit,它們都是面向可重用的模塊化組件,而這些組件可以在任何地方直接共享、使用和開發。
當考慮 UI 開發的未來,以及組件時代的模塊化、重用性、封裝和標準化原則時,Web 組件就是答案。
是的,在 NPM 下載中,React 目前仍然是女皇
所以我們不會深入探討“誰更好,為什么更好”,你可以下文中了解到關于這個問題的更多答案。相反,我們將后退一步,看看更大的圖景。圍繞組件的前端技術的總體“市場份額”正在不斷增長。新開發人員的加入速度也在快速增長,工具的采用空間也越來越大。
那么,從現在開始的 5 年內,哪個框架會占據統治地位呢?......
點擊了解更多,查看全文
*請認真填寫需求信息,我們會在24小時內與您取得聯系。