致我们终将组件化的Web

致大家一定组件化的Web

2015/11/25 · HTML5 · 1
评论 ·
组件化

初稿出处:
AlloyTeam   

那篇文章将从四年前的二回本事纠纷起来。争论的集中正是下图的五个目录分层结构。笔者说按模块划分好,他说您傻逼啊,当然是按财富划分。

图片 1 《=》图片 2

”按模块划分“目录结构,把近年来模块下的具备逻辑和能源都放一块了,那对于多个人独立开拓和维护个人模块不是很好吧?当然了,那冲突的结果是小编婴儿地改回主流的”按财富划分“的目录结构。因为,未有做到JS模块化和能源模块化,仅仅物理地点上的模块划分是不曾意义的,只会追加营造的老本而已。

即使她说得好有道理作者理屈词穷,不过我心不甘,等待他近些日子端组件化成熟了,再来第一回大战!

而明日就是自己频频正义的光景!只是那时不行跟你撕逼的人不在。

模块化的欠缺

模块平时指能够独立拆分且通用的代码单元。由于JavaScript语言自个儿未有内置的模块机制(ES6有了!!),大家平日会使用CMD或ADM创建起模块机制。未来超过54%不怎么大型一点的品类,都会采纳requirejs或许seajs来贯彻JS的模块化。四个人分工合作开垦,其个别定义倚重和暴光接口,维护作用模块间独立性,对于项目的付出效用和类型中期扩张和保卫安全,都是是有不小的声援作用。

但,麻烦大家不怎么略读一下上面包车型地铁代码

JavaScript

require([
‘Tmpl!../tmpl/list.html’,’lib/qqapi’,’module/position’,’module/refresh’,’module/page’,’module/net’
], function(listTmpl, QQapi, Position, Refresh, Page, NET){ var foo =
”, bar = []; QQapi.report(); Position.getLocaiton(function(data){
//… }); var init = function(){ bind();
NET.get(‘/cgi-bin/xxx/xxx’,function(data){ renderA(data.banner);
renderB(data.list); }); }; var processData = function(){ }; var bind =
function(){ }; var renderA = function(){ }; var renderB =
function(data){ listTmpl.render(‘#listContent’,processData(data)); };
var refresh = function(){ Page.refresh(); }; // app start init(); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
require([
    ‘Tmpl!../tmpl/list.html’,’lib/qqapi’,’module/position’,’module/refresh’,’module/page’,’module/net’
], function(listTmpl, QQapi, Position, Refresh, Page, NET){
    var foo = ”,
        bar = [];
    QQapi.report();
    Position.getLocaiton(function(data){
        //…
    });
    var init = function(){
        bind();
        NET.get(‘/cgi-bin/xxx/xxx’,function(data){
            renderA(data.banner);
            renderB(data.list);
        });
    };
    var processData = function(){
    };
    var bind = function(){
    };
    var renderA = function(){
    };
    var renderB = function(data){
        listTmpl.render(‘#listContent’,processData(data));
    };
    var refresh = function(){
        Page.refresh();
    };
    // app start
    init();
});

地方是切实某些页面包车型地铁主js,已经封装了像Position,NET,Refresh等功效模块,但页面包车型地铁主逻辑还是是”面向进程“的代码结构。所谓面向进度,是指依照页面包车型大巴渲染进程来编排代码结构。像:init
-> getData -> processData -> bindevent -> report -> xxx

方法之间线性跳转,你差非常的少也能感受那样代码缺欠。随着页面逻辑更是复杂,那条”进程线“也会越加长,何况一发绕。加之缺乏职业约束,其余门类成员依照各自要求,在”过程线“加插各自逻辑,最后那么些页面包车型地铁逻辑变得难以保险。

图片 3

付出须要敬终慎始,生怕影响“进度线”前面符合规律逻辑。并且每一遍加插或修改都以bug泛滥,无不令产品有关人口无不郁郁寡欢。

 页面结构模块化

据书上说上边的面向进程的题目,行当内也是有那贰个减轻方案,而俺辈组织也计算出一套成熟的技术方案:Abstractjs,页面结构模块化。我们得以把我们的页面想象为五个乐高机器人,必要分裂零件组装,如下图,借使页面划分为tabContainer,listContainer和imgsContainer八个模块。最终把这么些模块add到最后的pageModel里面,最终利用rock方法让页面运转起来。

图片 4
(原经过线示例图)

图片 5
(页面结构化示例图)

上面是伪代码的贯彻

JavaScript

require([
‘Tmpl!../tmpl/list.html’,’Tmpl!../tmpl/imgs.html’,’lib/qqapi’,’module/refresh’,’module/page’
], function(listTmpl, imgsTmpl, QQapi, Refresh, Page ){ var
tabContainer = new RenderModel({ renderContainer: ‘#tabWrap’, data: {},
renderTmpl: “<li soda-repeat=’item in
data.tabs’>{{item}}</li>”, event: function(){ // tab’s event }
}); var listContainer = new ScrollModel({ scrollEl: $.os.ios ?
$(‘#Page’) : window, renderContainer: ‘#listWrap’, renderTmpl:
listTmpl, cgiName: ‘/cgi-bin/index-list?num=1’, processData:
function(data) { //… }, event: function(){ // listElement’s event },
error: function(data) { Page.show(‘数据重临极度[‘ + data.retcode +
‘]’); } }); var imgsContainer = new renderModel({ renderContainer:
‘#imgsWrap’, renderTmpl: listTmpl, cgiName: ‘/cgi-bin/getPics’,
processData: function(data) { //… }, event: function(){ //
imgsElement’s event }, complete: function(data) { QQapi.report(); } });
var page = new PageModel();
page.add([tabContainer,listContainer,imgsContainer]); page.rock(); });

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
require([
    ‘Tmpl!../tmpl/list.html’,’Tmpl!../tmpl/imgs.html’,’lib/qqapi’,’module/refresh’,’module/page’
], function(listTmpl, imgsTmpl, QQapi, Refresh, Page ){
 
    var tabContainer = new RenderModel({
        renderContainer: ‘#tabWrap’,
        data: {},
        renderTmpl: "<li soda-repeat=’item in data.tabs’>{{item}}</li>",
        event: function(){
            // tab’s event
        }
    });
 
    var listContainer = new ScrollModel({
        scrollEl: $.os.ios ? $(‘#Page’) : window,
        renderContainer: ‘#listWrap’,
        renderTmpl: listTmpl,
        cgiName: ‘/cgi-bin/index-list?num=1’,
        processData: function(data) {
            //…
        },
        event: function(){
            // listElement’s event
        },
        error: function(data) {
            Page.show(‘数据返回异常[‘ + data.retcode + ‘]’);
        }
    });
 
    var imgsContainer = new renderModel({
        renderContainer: ‘#imgsWrap’,
        renderTmpl: listTmpl,
        cgiName: ‘/cgi-bin/getPics’,
        processData: function(data) {
            //…
        },
        event: function(){
            // imgsElement’s event
        },
        complete: function(data) {
           QQapi.report();
        }
    });
 
    var page = new PageModel();
    page.add([tabContainer,listContainer,imgsContainer]);
    page.rock();
 
});

大家把这个常用的伸手CGI,管理多少,事件绑定,上报,容错管理等一多级逻辑格局,以页面块为单位封装成二个Model模块。

如此那般的二个浮泛层Model,大家可以清晰地看到该页面块,必要的CGI是什么,绑定了哪些风浪,做了什么样上报,出错怎么管理。新扩大的代码就相应放置在对应的模块上相应的情景方法(preload,process,event,complete…),杜绝了往年的无准绳乱增代码的编写。何况,根据不相同专门的学业逻辑封装不相同门类的Model,如列表滚动的ScrollModel,滑块功效的SliderModel等等,能够打开高度封装,集中优化。

近日凭借Model的页面结构开采,已经包涵一点”组件化“的味道。每一种Model都富含各自的数量,模板,逻辑。已经算是一个完好的功能单元。但相距真正的WebComponent依然有一段距离,最少满足不断作者的”理想目录结构“。

 WebComponents 标准

我们回顾一下应用多个datapicker的jquery的插件,所急需的步奏:

  1. 引进插件js

  2. 引进插件所需的css(假使有)

  3. copy 组件的所需的html片段

  4. 累加代码触发组件运维

此时此刻的“组件”基本上只好落得是有个别功效单元上的集纳。他的财富都以松散地分散在三种财富文件中,况且组件功效域暴光在全局意义域下,紧缺内聚性很轻便就能够跟别的零件发生争论,如最简便易行的css命名争论。对于这种“组件”,还不比上边包车型地铁页面结构模块化。

于是乎W3C按耐不住了,制订四个WebComponents标准,为组件化的前程辅导了明路。

上边以较为简单的主意介绍那份正经,力求大家能够高效理解完成组件化的剧情。(对那部分询问的同室,能够跳过这一小节)

1. <template>模板技艺

模板那东西南开学家最熟知然而了,前一年见的非常多的沙盘品质战役artTemplate,juicer,tmpl,underscoretemplate等等。而近日又有mustachejs无逻辑模板引擎等新入选手。然而我们有未有想过,这么基础的技艺,原生HTML5是不帮忙的(T_T)。

这段时间天WebComponent将在提供原生的模版工夫

XHTML

<template id=”datapcikerTmpl”>
<div>笔者是原生的模板</div> </template>

1
2
3
<template id="datapcikerTmpl">
<div>我是原生的模板</div>
</template>

template标签钦定义了myTmpl的模板,要求动用的时候就要innerHTML= document.querySelector('#myTmpl').content;可以阅览那些原生的沙盘够原始,模板占位符等功用都不曾,对于动态数据渲染模板技术只可以自力更新。

2. ShadowDom 封装组件独立的内部结构

ShadowDom能够精通为一份有单独功用域的html片段。那一个html片段的CSS景况和主文书档案隔开的,各自小编保护持内部的独立性。也等于ShadowDom的独立性格,使得组件化成为了大概。

JavaScript

var wrap = document.querySelector(‘#wrap’); var shadow =
wrap.createShadowRoot(); shadow.innerHTML = ‘<p>you can not see me
</p>’

1
2
3
var wrap = document.querySelector(‘#wrap’);
var shadow = wrap.createShadowRoot();
shadow.innerHTML = ‘<p>you can not see me </p>’

在切实可行dom节点上利用createShadowRoot方法就能够生成其ShadowDom。就如在整份Html的室内面,新建了二个shadow的屋家。房间外的人都不明白房间内有何样,保持shadowDom的独立性。

3. 自定义原生标签

第一接触Angularjs的directive指令功效,设定好组件的逻辑后,二个<Datepicker
/>就会引进整个组件。如此狂绚烂炸碉堡天的作用,实在令人额手称庆,跃地三尺。

JavaScript

var tmpl = document.querySelector(‘#datapickerTmpl’); var
datapickerProto = Object.create(HTMLElement.prototype); //
设置把我们模板内容大家的shadowDom datapickerProto.createdCallback =
function() { var root = this.createShadowRoot();
root.appendChild(document.importNode(tmpl.content, true)); }; var
datapicker = docuemnt.registerElement(‘datapicker’,{ prototype:
datapickerProto });

1
2
3
4
5
6
7
8
9
10
11
12
var tmpl = document.querySelector(‘#datapickerTmpl’);
var datapickerProto = Object.create(HTMLElement.prototype);
 
// 设置把我们模板内容我们的shadowDom
datapickerProto.createdCallback = function() {
    var root = this.createShadowRoot();
    root.appendChild(document.importNode(tmpl.content, true));
};
 
var datapicker = docuemnt.registerElement(‘datapicker’,{
    prototype: datapickerProto
});

Object.create方式一而再HTMLElement.prototype,获得二个新的prototype。当剖判器发掘大家在文书档案中标识它将检查是不是一个名字为createdCallback的点子。如若找到那些办法它将立即运维它,所以大家把克隆模板的开始和结果来创设的ShadowDom。

最后,registerElement的艺术传递咱们的prototype来注册自定义标签。

上边包车型客车代码最早略显复杂了,把后边多个本事“模板”“shadowDom”结合,产生组件的内部逻辑。最终经过registerElement的秘诀注册组件。之后能够开心地<datapicker></datapicker>的应用。

4. imports消除组件间的信赖性

XHTML

<link rel=”import” href=”datapciker.html”>

1
<link rel="import" href="datapciker.html">

以此类php最常用的html导入功用,HTML原生也能支撑了。

WebComponents标准内容大概到这边,是的,小编那边未有何样德姆o,也尚无施行经验分享。由于webComponents新特色,基本上除了高版本的Chrome协理外,别的浏览器的援助度甚少。尽管有polymer帮助推动webcompoents的仓库储存在,然则polymer本身的渴求版本也是不行高(IE10+)。所以明日的中流砥柱实际不是他。

咱俩大约来回想一下WebCompoents的四片段功效:

1 .<template>定义组件的HTML模板工夫

  1. Shadow Dom封装组件的内部结构,并且维持其独立性

  2. Custom Element 对外提供组件的竹签,实现自定义标签

  3. import消除组件结合和重视加载

 组件化实行方案

合法的标准看完了,大家寻思一下。一份真正成熟笃定的组件化方案,要求具有的手艺。

“财富高内聚”—— 组件财富内部高内聚,组件能源由自身加载调节

“功效域独立”—— 内部结构密封,不与全局或别的零件爆发潜移暗化

“自定义标签”—— 定义组件的选择办法

“可相互结合”—— 组件正在有力的地点,组件间组装整合

“接口标准化”—— 组件接口有统一标准,大概是生命周期的管制

个人感觉,模板工夫是基础手艺,跟是或不是组件化未有强联系,所以并未有提出一个大点。

既然是进行,现阶段WebComponent的支撑度还不成熟,无法作为方案的手法。而其余一套以高质量虚构Dom为切入点的零部件框架React,在facebook的造势下,社区得到了大力发展。其余一名骨干Webpack,担当解决组件财富内聚,同偶然间跟React非常契合产生补充。

所以【Webpack】+【React】将会是那套方案的核心才干。

不领会你现在是“又是react+webpack”感觉失望图片 6,依旧“太好了是react+webpack”不用再学叁遍新框架的雅观图片 7。无论怎么样上面包车型客车剧情不会让您失望的。

一,组件生命周期

图片 8

React天生就是强制性组件化的,所以能够从根特性上化解面向进程代码所推动的劳动。React组件自己有生命周期方法,能够满意“接口标准化”技术点。何况跟“页面结构模块化”的所封装抽离的多少个方法能挨个对应。别的react的jsx自带模板功效,把html页面片直接写在render方法内,组件内聚性特别严密。

鉴于React编写的JSX是会先生成设想Dom的,要求机遇才真正插入到Dom树。使用React须求求精晓组件的生命周期,其生命周期八个状态:

Mount: 插入Dom

Update: 更新Dom

Unmount: 拔出Dom

mount那单词翻译扩充,嵌入等。小编倒是提出“插入”更加好明白。插入!拔出!插入!拔出!默念贰次,懂了没?别少看黄段子的力量,

图片 9

零件状态就是: 插入-> 更新 ->拔出。

然后每种组件状态会有三种管理函数,一前一后,will函数和did函数。

componentWillMount()  企图插入前

componentDidlMount()  插入后

componentWillUpdate() 打算更新前

componentDidUpdate()  更新后

componentWillUnmount() 盘算拔出前

因为拔出后基本都以贤者形态(作者说的是组件),所以未有DidUnmount这些方法。

其余React别的叁个主导:数据模型props和state,对应着也可能有自个状态方法

getInitialState()     获取起先化state。

getDefaultProps() 获取暗许props。对于那三个尚未父组件传递的props,通过该办法设置私下认可的props

componentWillReceiveProps()  已插入的零部件收到新的props时调用

再有三个特有意况的管理函数,用于优化处理

shouldComponentUpdate():推断组件是不是需求update调用

增加最器重的render方法,React自个儿带的法子刚刚好拾个。对于初学者的话是比较难以消食。但实则getInitialStatecomponentDidMountrender两个情景方法都能不辱任务大多数零件,不必惧怕。

回来组件化的宗旨。

贰个页面结构模块化的组件,能独立包装整个组件的进程线

图片 10

大家换算成React生命周期方法:

图片 11

 

组件的情事方法流中,有两点要求极度表达:

1,一次渲染:

鉴于React的设想Dom性情,组件的render函数不需和煦触发,根据props和state的改观自个通过差距算法,得出最优的渲染。

伸手CGI平日都以异步,所以一定带来二次渲染。只是空数据渲染的时候,有一点都不小希望会被React优化掉。当数码回来,通过setState,触发一次render

 

2,componentWiillMount与componentDidMount的差别

和大相当多React的课程小说分化,ajax诉求笔者提议在WillMount的点子内进行,并不是组件起首化成功现在的DidMount。那样能在“空数据渲染”阶段在此之前央求数据,尽早地回退一回渲染的小运。

willMount只会推行一次,特别符合做init的事务。

didMount也只会施行二次,並且这时候真实的Dom已经造成,特别切合事件绑定和complete类的逻辑。

 

 二,JSX极难看,不过组件内聚的关键!

WebComponents的正经之一,必要模板技术。本是以为是咱们耳濡目染的模版技艺,但React中的JSX这样的奇人还是令人信口雌黄。React还从未火起来的时候,大家就以前在和讯上尖锐地戏弄了“JSX写的代码那TM的丑”。那其实只是德姆o阶段JSX,等到实战的大型项目中的JSX,蕴涵多境况许多据多事件的时候,你会意识………….JSX写的代码依旧非常不好看。

图片 12
(纵然用sublime-babel等插件高亮,逻辑和渲染耦合一齐,阅读性还是略差)

怎么咱们会以为丑?因为大家曾经经对“视图-样式-逻辑”分离的做法潜濡默化。

据书上说维护性和可读性,以致品质,大家都不建议间接在Dom上边绑定事件如故直接写style属性。大家会在JS写事件代理,在CSS上写上classname,html上的正是清晰的Dom结构。大家很好地保养着MVC的设计情势,一切平安。直到JSX把她们都夹杂在一块儿,所守护的手艺栈受到凌犯,难免有着抗拒。

 

只是从组件化的指标来看,这种高内聚的做法未尝不可。

上面包车型客车代码,此前的“逻辑视图分离”形式,我们需求去找相应的js文件,相应的event函数体内,找到td-info的class所绑定的平地风波。

比较起JSX的可观内聚,所有的事件逻辑正是在自个儿jsx文件内,绑定的正是本身的showInfo方法。组件化的特征能登时彰显出来。

(注意:纵然写法上大家好疑似HTML的内联事件管理器,不过在React底层并从未实际赋值类似onClick属性,内层依然选拔类似事件代理的法子,高效地维护着事件管理器)

再来看一段style的jsx。其实jsx未有对体制有硬性规定,大家全然可比照在此以前的定义class的逻辑。任何一段样式都应该用class来定义。在jsx你也完全能够这么做。然而由于组件的独立性,小编建议部分独有“叁次性”的体裁间接使用style赋值越来越好。减少冗余的class。

XHTML

<div className=”list” style={{background: “#ddd”}}> {list_html}
</div>

1
2
3
<div className="list" style={{background: "#ddd"}}>
   {list_html}
</div>

或是JSX内部有肩负繁琐的逻辑样式,可JSX的自定义标签手艺,组件的黑盒性立马能体验出来,是或不是一念之差美好了过多。

JavaScript

render: function(){ return ( <div> <Menus
bannerNums={this.state.list.length}></Menus> <TableList
data={this.state.list}></TableList> </div> ); }

1
2
3
4
5
6
7
8
render: function(){
    return (
      <div>
         <Menus bannerNums={this.state.list.length}></Menus>
         <TableList data={this.state.list}></TableList>
      </div>
   );
}

虽说JSX本质上是为了虚构Dom而谋算的,但这种逻辑和视图高度合一对于组件化未尝不是一件好事。

 

上学完React那几个组件化框架后,看看组件化本领点的姣好情状

“财富高内聚”—— (33%)  html与js内聚

“成效域独立”—— (二分一)  js的成效域独立

“自定义标签”—— (百分百)jsx

“可相互结合”—— (二分一)  可结合,但缺少可行的加载情势

“接口规范化”—— (百分百)组件生命周期方法

 

Webpack 财富组件化

对于组件化的能源独立性,平常的模块加载工具和营造流程视乎变得困苦。组件化的塑造筑工程程化,不再是事先大家周围的,css合二,js合三,而是体验在组件间的信任性于加载关系。webpack正好合乎须求点,一方面填补组件化本事点,另一方扶助大家健全组件化的完整营造意况。

先是要申惠氏点是,webpack是一个模块加载打包工具,用于管理你的模块能源信赖打包难题。那跟大家熟识的requirejs模块加载工具,和grunt/gulp创设筑工程具的概念,多多少少有些出入又有个别雷同。

图片 13

先是webpak对于CommonJS与英特尔同期接济,满意我们模块/组件的加载情势。

JavaScript

require(“module”); require(“../file.js”); exports.doStuff = function()
{}; module.exports = someValue;

1
2
3
4
require("module");
require("../file.js");
exports.doStuff = function() {};
module.exports = someValue;

JavaScript

define(“mymodule”, [“dep1”, “dep2”], function(d1, d2) { return
someExportedValue; });

1
2
3
define("mymodule", ["dep1", "dep2"], function(d1, d2) {
    return someExportedValue;
});

当然最庞大的,最杰出的,当然是模块打包作用。那正是这一效率,补充了组件化能源注重,以及完整工程化的力量

依据webpack的宏图意见,全部财富都是“模块”,webpack内部贯彻了一套财富加运载飞机制,可以把想css,图片等能源等有依附关系的“模块”加载。那跟我们利用requirejs这种独有管理js大大分裂。而那套加运载飞机制,通过三个个loader来完成。

 

JavaScript

// webpack.config.js module.exports = { entry: { entry: ‘./index.jsx’,
}, output: { path: __dirname, filename: ‘[name].min.js’ }, module:
{ loaders: [ {test: /.css$/, loader: ‘style!css’ }, {test:
/.(jsx|js)?$/, loader: ‘jsx?harmony’, exclude: /node_modules/},
{test: /.(png|jpg|jpeg)$/, loader: ‘url-loader?limit=10240’} ] } };

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
// webpack.config.js
module.exports = {
    entry: {
     entry: ‘./index.jsx’,
    },
    output: {
        path: __dirname,
        filename: ‘[name].min.js’
    },
    module: {
        loaders: [
            {test: /.css$/, loader: ‘style!css’ },
            {test: /.(jsx|js)?$/, loader: ‘jsx?harmony’, exclude: /node_modules/},
            {test: /.(png|jpg|jpeg)$/, loader: ‘url-loader?limit=10240’}
        ]
    }
};

上边一份不难的webpack配置文件,留意loaders的配备,数组内一个object配置为一种模块财富的加运载飞机制。test的正则为协作文件准绳,loader的为相配到文件将由什么加载器处理,几个计算机之间用相隔,管理顺序从右到左。

 

style!css,css文件通过css-loader(管理css),再到style-loader(inline到html)的加工管理流。

jsx文件通过jsx-loader编写翻译,‘?’开启加载参数,harmony帮助ES6的语法。

图表财富通过url-loader加载器,配置参数limit,调控少于10KB的图片将会base64化。

 财富文件怎么样被require?

JavaScript

// 加载组件自己css require(‘./slider.css’); // 加载组件依赖的模块 var
Clip = require(‘./clipitem.js’); // 加载图片财富 var spinnerImg =
require(‘./loading.png’);

1
2
3
4
5
6
// 加载组件自身css
require(‘./slider.css’);
// 加载组件依赖的模块
var Clip = require(‘./clipitem.js’);
// 加载图片资源
var spinnerImg = require(‘./loading.png’);

在webpack的js文件中大家除了require我们健康的js文件,css和png等静态文件也得以被require进来。大家因而webpack命令,编写翻译之后,看看输出结果什么:

JavaScript

webpackJsonp([0], { /* 0 */ /***/ function(module, exports,
__webpack_require__) { // 加载组件自个儿css
__webpack_require__(1); // 加载组件信任的模块 var Clip =
__webpack_require__(5); // 加载图片财富 var spinnerImg =
__webpack_require__(6); /***/ }, /* 1 */ /***/
function(module, exports, __webpack_require__) { /***/ }, /* 2
*/ /***/ function(module, exports, __webpack_require__) {
exports = module.exports = __webpack_require__(3)();
exports.push([module.id, “.slider-wrap{rn position: relative;rn
width: 100%;rn margin: 50px;rn background:
#fff;rn}rnrn.slider-wrap li{rn text-align:
center;rn line-height: 20px;rn}”, “”]); /***/ }, /* 3 */
/***/ function(module, exports) { /***/ }, /* 4 */ /***/
function(module, exports, __webpack_require__) { /***/ }, /* 5
*/ /***/ function(module, exports) { console.log(‘hello, here is
clipitem.js’) ; /***/ }, /* 6 */ /***/ function(module, exports)
{ module.exports = “data:image/png;base64,iVBORw0KGg……” /***/ }
]);

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
webpackJsonp([0], {
/* 0 */
/***/ function(module, exports, __webpack_require__) {
          // 加载组件自身css
          __webpack_require__(1);
          // 加载组件依赖的模块
          var Clip = __webpack_require__(5);
          // 加载图片资源
          var spinnerImg = __webpack_require__(6);
/***/ },
/* 1 */
/***/ function(module, exports, __webpack_require__) {
 
/***/ },
/* 2 */
/***/ function(module, exports, __webpack_require__) {
          exports = module.exports = __webpack_require__(3)();
          exports.push([module.id, ".slider-wrap{rn position: relative;rn width: 100%;rn margin: 50px;rn background: #fff;rn}rnrn.slider-wrap li{rn text-align: center;rn line-height: 20px;rn}", ""]);
 
/***/ },
/* 3 */
/***/ function(module, exports) {
 
/***/ },
 
/* 4 */
/***/ function(module, exports, __webpack_require__) {
/***/ },
 
/* 5 */
/***/ function(module, exports) {
          console.log(‘hello, here is clipitem.js’) ;
/***/ },
/* 6 */
/***/ function(module, exports) {
          module.exports = "data:image/png;base64,iVBORw0KGg……"
/***/ }
]);

webpack编写翻译之后,输出文件视乎乱糟糟的,但其实每贰个财富都被封装在贰个函数体内,况且以编号的款型标志(注释)。那个模块,由webpack的__webpack_require__里头方法加载。入口文件为编号0的函数index.js,能够看来__webpack_require__加载其余编号的模块。

css文件在编号1,由于使用css-loader和style-loader,编号1-4都是拍卖css。个中编号2大家得以看咱们的css的string体。最后会以内联的格局插入到html中。

图表文件在编号6,能够看出exports出base64化的图片。

 组件一体输出

JavaScript

// 加载组件自个儿css require(‘./slider.css’); // 加载组件注重的模块 var
React = require(‘react’); var Clip = require(‘../ui/clipitem.jsx’); //
加载图片能源 var spinnerImg = require(‘./loading.png’); var Slider =
React.createClass({ getInitialState: function() { // … },
componentDidMount: function(){ // … }, render: function() { return (
<div> <Clip data={this.props.imgs} /> <img
className=”loading” src={spinnerImg} /> </div> ); } });
module.exports = Slider;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
// 加载组件自身css
require(‘./slider.css’);
// 加载组件依赖的模块
var React = require(‘react’);
var Clip = require(‘../ui/clipitem.jsx’);
// 加载图片资源
var spinnerImg = require(‘./loading.png’);
var Slider = React.createClass({
    getInitialState: function() {
        // …
    },
    componentDidMount: function(){
        // …
    },
    render: function() {
        return (
            <div>
               <Clip data={this.props.imgs} />
               <img className="loading" src={spinnerImg} />
            </div>
        );
    }
});
module.exports = Slider;

即便说,react使到html和js合为紧密。

那么丰硕webpack,两者结合一齐的话。js,css,png(base64),html
全部web能源都能合成二个JS文件。这就是那套方案的着力所在:组件独立一体化。就算要援引二个零件,仅仅require('./slider.js') 就可以实现。

 

加入webpack的模块加载器之后,大家组件的加载难点,内聚难点也都职业有成地缓慢解决掉

“财富高内聚”—— (百分百) 全体能源得以一js出口

“可彼此结合”—— (百分百)  可组成可依附加载

 

 CSS模块化实行

很欢快,你能翻阅到那边。如今我们的组件完结度特别的高,财富内聚,易于组合,功用域独立互不污染。。。。等等图片 14,视乎CSS模块的完结度有不足。

那正是说近期组件完结度来看,CSS效用域其实是全局性的,而不是组件内部独立。下一步,大家要做得正是何等让我们组件内部的CSS功能域独立。

这时候恐怕有人立时跳出,大喊一句“德玛西亚!”,哦不,应该是“用sass啊傻逼!”。不过种类组件化之后,组件的中间封装已经很好了,其里面dom结商谈css趋向轻便,独立,以致是破破烂烂的。LESS和SASS的一体式样式框架的安排性,他的嵌套,变量,include,函数等丰硕的功用对于全体大型项目标样式管理极度平价。但对此一个功用单一组件内部样式,视乎就变的略微争持。“无法为了框架而框架,合适才是最棒的”。视乎原生的css本领已经满意组件的体制要求,唯独便是地点的css成效域难题。

 

此地笔者付出思虑的方案:
classname随意写,保持原生的点子。编写翻译阶段,依照组件在品种路径的独一性,由【组件classname+组件独一路线】打成md5,生成全局独一性classname。正当自家要写一个loader完结本身的主见的时候,开采歪果仁已经早在先走一步了。。。。

此处具体方案参照他事他说加以考察笔者此前博客的译文:

在此之前我们商酌过JS的模块。以往透过Webpack被加载的CSS财富叫做“CSS模块”?作者觉着仍然有失水准的。未来style-loader插件的落成精神上只是创立link[rel=stylesheet]要素插入到document中。这种作为和平日引进JS模块特别例外。引进另多个JS模块是调用它所提供的接口,但引进二个CSS却并不“调用”CSS。所以引进CSS本人对于JS程序来讲并不真实“模块化”意义,纯粹只是表明了一种财富信赖——即该零件所要达成的功能还索要一些asset。

进而,那位歪果仁还扩充了“CSS模块化”的定义,除了上面的我们供给一些效用域外,还应该有为数不菲成效,这里不详述。具体参谋原来的书文 

老大赞的少数,正是cssmodules已经被css-loader收纳。所以大家无需借助额外的loader,基本的css-loader开启参数modules就可以

JavaScript

//webpack.config.js … module: { loaders: [ {test: /.css$/, loader:
‘style!css?modules&localIdentName=[local]__[name]_[hash:base64:5]’
}, ] } ….

1
2
3
4
5
6
7
8
//webpack.config.js
…  
    module: {
        loaders: [
            {test: /.css$/, loader: ‘style!css?modules&localIdentName=[local]__[name]_[hash:base64:5]’ },
        ]  
    }
….

modules参数代表开启css-modules成效,loaclIdentName为设置大家编写翻译后的css名字,为了便利debug,大家把classname(local)和零部件名字(name)输出。当然能够在最后输出的版本为了省去提交,仅仅使用hash值就能够。另外在react中的用法大致如下。

JavaScript

var styles = require(‘./banner.css’); var Banner = new
React.createClass({ … render: function(){ return ( <div> <div
className={styles.classA}></div> </div> ) } });

1
2
3
4
5
6
7
8
9
10
11
var styles = require(‘./banner.css’);
var Banner = new React.createClass({
    …
    render: function(){
        return (
            <div>
                <div className={styles.classA}></div>
            </div>
        )
    }
});

末段这里关于出于对CSS一些妄想,

有关css-modules的其余作用,笔者并不准备采纳。在里边分享【我们竭尽所能地让CSS变得复杂】中聊起:

大家项目中山高校部的CSS都不会像boostrap这样必要变量来安装,身为一线开荒者的大家概况能够感受到:设计员们改版UI,相对不是粗略的换个色或改个间距,而是面目全非的全新UI,那纯属不是一个变量所能消除的”维护性“。

反而项目实战进度中,真正要消除的是:在本子迭代进度中那多少个淘汰掉的逾期CSS,大批量地积聚在品种其中。我们像极了家中的欧巴酱不舍得放弃没用的东西,因为那但是大家利用sass或less编写出具备惊人的可维护性的,明确有复用的一天。

那些堆放的晚点CSS(or
sass)之间又有一对注重,一部分过期失效了,一部分又被新的样式复用了,导致没人敢动那个历史样式。结果现网项目迭代还带着大量五年前没用的体裁文件。

组件化之后,css的格局同样被革新了。也许postcss才是您未来手上最符合的工具,而不在是sass。

 

到这里,大家算是把组件化最后叁个难点也化解了。

“作用域独立”—— (百分百) 就像shadowDom功能域独立

 

到此地,大家得以开一瓶82年的Coca Cola,好好庆祝一下。不是吗?

图片 15

 

 组件化之路还在后续

webpack和react还应该有为数不菲新非常首要的特色和成效,介于本文仅仅围绕着组件化的为骨干,未有各样演说。别的,配搭gulp/grunt补充webpack创设能力,webpack的codeSplitting,react的机件通信难题,开垦与生育条件布置等等,都以全体大型项目方案的所必得的,限于篇幅难点。能够等等作者更新下篇,或大家可以自动查阅。

可是,不得不再安利一下react-hotloader神器。热加载的开辟情势相对是下一代前端开拓必备。严厉说,若是未有了热加载,作者会很泼辣地扬弃那套方案,尽管那套方案再怎么好好,作者都讨厌react需求5~6s的编写翻译时间。然而hotloader能够在自小编不刷新页面包车型客车场馆下,动态修改代码,並且不单单是样式,连逻辑也是即时生效。

图片 16

如上在form表单内。使用热加载,表单没有需求再一次填写,修改submit的逻辑马上见效。那样的费用功能真不是增加仅仅三个水平。必得安利一下。

 

可能你意识,使用组件化方案现在,整个技巧栈都被更新了一番。学习花费也不少,并且能够预见到,基于组件化的前端还大概会过多相差的主题素材,譬如品质优化方案供给重新思量,以致最宗旨的机件可复用性不肯定高。后边相当长一段时间,须求大家不断磨炼与优化,研究最优的前端组件化之道。

起码我们得以虚拟,不再担忧本人写的代码跟有些哪个人何人冲突,不再为找某段逻辑在四个文本和艺术间穿梭,不再copy一片片逻辑然后改改。我们每便编写都以可采用,可结合,独立且内聚的组件。而各样页面将会由二个个嵌套组合的零部件,互相独立却互相功能。

 

对此如此的前端现在,有所指望,不是很行吗

迄今,谢谢你的翻阅。

1 赞 6 收藏 1
评论

图片 17

一、什么是webpack:webpack是一款模块加载兼打包工具,它能够将js、jsx、coffee、样式sass、less,图片等作为模块来使用和拍卖。
二、优势:1、以commonJS的样式来书写脚本,对英特尔、CMD的支撑也很完善,方便旧项指标迁移。2、能被模块化的不停是JS了。3、能代表部分grunt/gulp的干活,举个例子打包,压缩混淆,图片转base64等。3、扩张性强,插件机制健全,帮忙React热拔插(react-hot-loader)
三、安装和配备:
1、安装:直接利用npm来进展设置
$ npm install webpack -g
将依靠写入package.json包
$ npm init
$ npm install webpack –save-dev
2、配置:
种种项目必须配备三个webpack.config.js,效用就如gulpfile.js/Gruntfile.js,贰个布局项,告诉webpack要做如何。
示例:
var webpack = require(‘webpack’);
var commonsPlugin = new
webpack.optimize.CommonsChunkPlugin(‘common.js’);
module.exports = {
//插件项
plugins: [commonsPlugin],
//页面入口文件配置
entry: {
index : ‘./src/js/page/index.js’
},
//入口文件输出配置
output: {
path: ‘dist/js/page’,
filename: ‘[name].js’
},
module: {
//加载器配置
loaders: [
{ test: /.css$/, loader: ‘style-loader!css-loader’ },
{ test: /.js$/, loader: ‘jsx-loader?harmony’ },
{ test: /.scss$/, loader: ‘style!css!sass?sourceMap’},
{ test: /.(png|jpg)$/, loader: ‘url-loader?limit=8192’}
]
},
//别的建设方案陈设
resolve: {
root: ‘E:/github/flux-example/src’, //相对路径
extensions: [”, ‘.js’, ‘.json’, ‘.scss’],
alias: {
AppStore : ‘js/stores/AppStores.js’,
ActionType : ‘js/actions/ActionType.js’,
AppAction : ‘js/actions/AppAction.js’
}
}
};
(1)plugins是插件项,这里运用了三个CommonsChunkPlugin的插件,它用于提取多个入口文件的共用脚本有的,然后生成多个common.js来方便多页面之间的复用。
(2)entry是页面的进口文件配置,output是呼应的输出项配置
{
entry: {
page1: “./page1”,
//援救数组格局,将加载数组中的全部模块,但以最终四个模块作为出口
page2: [“./entry1”, “./entry2”]
},
output: {
path: “dist/js/page”,
filename: “[name].bundle.js”
}
}
该代码会生成多个page1.bundle.js和page2.bundle.js,并贮存在./dist/js/page文件夹下。
(3)module.loaders,告知webpack每一种文件都亟待怎么着加载器来拍卖
module: {
//加载器配置
loaders: [
//.css 文件使用 style-loader 和 css-loader 来拍卖
{ test: /.css$/, loader: ‘style-loader!css-loader’ },
//.js 文件使用 jsx-loader 来编写翻译管理
{ test: /.js$/, loader: ‘jsx-loader?harmony’ },
//.scss 文件使用 style-loader、css-loader 和 sass-loader 来编写翻译管理
{ test: /.scss$/, loader: ‘style!css!sass?sourceMap’},
//图片文件使用 url-loader 来管理,小于8kb的直接转为base64
{ test: /.(png|jpg)$/, loader: ‘url-loader?limit=8192’}
]
}
-loader能够不写,三个loader之间用“!”连接起来。全数的加载器都亟需经过npm来加载。
举例最终八个url-loader,它会将样式中援用到的图样转为模块来管理。使用前实行安装:
$ npm install url-loader -save-dev
安排消息的参数:“?limit=8192”表示将全数小于8kb的图纸都转为base64格局(当先8kb的才使用url-loader来映射到文件,不然转为data
url形式)
(4)resolve配置,
resolve: {
//查找module的话从这里早先查找
root: ‘E:/github/flux-example/src’, //相对路径
//自动扩大文件后缀名,意味着我们require模块能够归纳不写后缀名
extensions: [”, ‘.js’, ‘.json’, ‘.scss’],
//模块别称定义,方便后续直接援用别称,无须多写长长的地址
alias: {
AppStore : ‘js/stores/AppStores.js’,//后续直接 require(‘AppStore’)
就可以
ActionType : ‘js/actions/ActionType.js’,
AppAction : ‘js/actions/AppAction.js’
}
}
四、运行webpack,直接施行:
$ webpack –display-error-details
末端的参数
“-display-error-details”推荐加上,方便出错开上下班时间能通晓到更详尽的音讯。别的首要参数:
$ webpack –config XXX.js
//使用另一份配置文件(举个例子webpack.config2.js)来打包
$ webpack –watch //监听变动并活动打包
$ webpack -p //压缩混淆脚本,那几个特别极度重大!
$ webpack -d //生成map映射文件,告知哪些模块被最后包装到何地了
-p是很关键的参数,曾经三个未压缩的 700kb 的文本,压缩后一贯降到
180kb(重即使体制那块一句就把持一行脚本,导致未压缩脚本变得相当大)。
五、模块引进:
1、在HTML页面引进:引进webpack最后生成的剧本就能够:
<!DOCTYPE html>
<html>
<head lang=”en”>
<meta charset=”UTF-8″>
<title>demo</title>
</head>
<body>
<script src=”dist/js/page/common.js”></script>
<script src=”dist/js/page/index.js”></script>
</body>
</html>
能够见见我们连样式都不要引进,终归脚本施行时会动态生成style并标签打到head里。
2、JS引进:各脚本模块能够应用common.js来书写,并能够直接引入未经编写翻译的模块,比如:jsx,coffee,sass,只要在webpack.config.js中布署好了相应的加载器就行。
编写翻译页面包车型地铁输入文件:
require(‘../../css/reset.scss’); //加载伊始化样式
require(‘../../css/allComponent.scss’); //加载组件样式
var React = require(‘react’);
var AppWrap = require(‘../component/AppWrap’); //加载组件
var createRedux = require(‘redux’).createRedux;
var Provider = require(‘redux/react’).Provider;
var stores = require(‘AppStore’);
var redux = createRedux(stores);
var App = React.createClass({
render: function() {
return (
<Provider redux={redux}>
{function() { return <AppWrap />; }}
</Provider>
);
}
});
React.render(
<App />, document.body
);

发表评论

电子邮件地址不会被公开。 必填项已用*标注