资讯专栏INFORMATION COLUMN

基于Nuclear的Web组件-Todo的十一种写法

jayce / 413人阅读

摘要:直捣黄龙黄龙即黄龙府,辖地在今吉林一带,应该是指长春市农安县,为金人腹地。一直打到黄龙府。指捣毁敌人的巢穴。有人会说组合优于继承的。的变更会自动更新依赖的组件。可以操作对象实例,的变更会自动更新组件,属性设置方法调用。

刀耕火种
刀耕火种是新石器时代残留的农业经营方式。又称迁移农业,为原始生荒耕作制。
var TodoApp = Nuclear.create({
    add: function (evt) {
        evt.preventDefault();
        var textBox = this.node.querySelector("input");
        this.option.items.push(textBox.value);
    },
    installed: function () {
        var form = this.node.querySelector("form");
        form.addEventListener("submit", this.add.bind(this), false);
    },
    render: function () {
        return "

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); new TodoApp( { items: [] },"#container");

这种书写方式依赖延续了jQuery时代的思维方式:

js里查找dom

js里绑定事件

在以前的文章里写过,如果不使用组件化编程,js里查找dom以及在js里绑定事件可能会带来如下问题:

浪费带宽

用户反馈无响应

脚本错误

页面短暂错乱

上面的书写方式粗暴、原始、落后,即:刀耕火种。

石器锄耕
“石器锄耕”是奴隶社会时期的主要耕作方式,这一时期农业已经有了很大的发展。
var TodoApp = Nuclear.create({
    onRefresh: function () {   
        this.form.addEventListener("submit", function (evt) {
            evt.preventDefault();                
            this.option.items.push(this.textBox.value);
        }.bind(this), false);
    },
    render: function () {
       return "

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
"; } },{ diff:false }); new TodoApp( { items: [] },"#container");

会发现,查找dom的代码已销声匿迹。直接标记nc-id,就自动挂载在this下。
值得注意的是,传入了第二参数关闭了DOM diff。关掉diff的结果就是,每次组件HTML会全部重新替换渲染,绑定的事件全部丢失,所以需要将绑定事件的代码写入onRefresh里,这样每次重新渲染都会再绑定一次。
比刀耕火种先进一点:石器锄耕。

直捣黄龙
黄龙:即黄龙府,辖地在今吉林一带,应该是指长春市农安县,为金人腹地。一直打到黄龙府。指捣毁敌人的巢穴。指杀敌取胜。
var TodoApp = Nuclear.create({
    add: function (evt) {   
            evt.preventDefault();                
            this.option.items.push(this.textBox.value);
    },
    render: function () {
       return "

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); new TodoApp( { items: [] },"#container");

会发现,查找dom和绑定的代码同时销声匿迹!!

需要使用input,直接标记nc-id为textBox,就可以this.textBox访问

需要绑定事件,直接在HTML内声明事件和回调onsubmit="add(event)"

也可以通过add(event,this)拿到event和触发该事件的dom元素。

代码通俗简洁干净直接,目的直观明确。故:直捣黄龙。

子承父业
宋·释道原《景德传灯录·利山和尚》:“僧问:不历僧只获法身,请师直指。师云:子承父业。”
var TodoList = Nuclear.create({
    render: function () {
        return "
    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); var TodoApp = TodoList.create({ add: function (evt) { evt.preventDefault(); this.option.items.push(this.textBox.value); }, render: function () { return "

TODO

" + this._super.render() + "
"; } }); new TodoApp({ items: [] },"#container");

TodoApp不过是TodoList的炎黄子孙,故TodoApp可以通过this._super访问父辈。也可访问父辈任何方法。有人会说:“组合”优于“继承”的。一定要明白:OOP既能组合也能继承,是不冲突的。且看下面例子。

万夫一力
明·刘基 《郁离子·省敌》:“万夫一力,天下无敌。”
var TodoList = Nuclear.create({
    render: function () {
        return "
    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); var TodoApp = Nuclear.create({ install: function () { this.todoList = new TodoList({ items: [] }) }, add: function (evt) { evt.preventDefault(); this.todoList.option.items.push(this.textBox.value); this.refresh(); }, render: function () { return "

TODO

" + this.todoList.render()+ "
"; } }); new TodoApp( {},"#todo2Container");

前一个例子的继承,这个例子是组合。不能说你的框架是Class base就不能使用组合,这是天大的误解。而我依稀记得极限编程关于面向对象设计的推论是:优先使用对象组合,而不是类继承。作为框架的设计者,虽然会有一些约束,但是如果连组合和继承都不能共存,那就是设计的最大败笔。
使用Nuclear既能继承也能组合,关键看程序逻辑该怎么抽象和实现复杂度。

藕断丝连
唐·孟郊《去妇》诗:“妾心藕中丝;虽断犹牵连。”
var TodoList = Nuclear.create({
    render: function () {
        return "
    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); var TodoApp = Nuclear.create({ install: function () { this.todoList = new TodoList(this.option) }, add: function (evt) { evt.preventDefault(); this.option.items.push(this.textBox.value); }, render: function () { return "

TODO

" + this.todoList.render()+ "
"; } }); new TodoApp( { items: [] },"#container");

这个例子和上个例子的区别是:共用option。option的变更会自动更新依赖option的组件。

四海为家
 《汉书·高帝记》:“且夫天子以四海为家。”
var TodoApp = Nuclear.create({
add: function (evt) {   
        evt.preventDefault();                
        this.option.items.push(this.textBox.value);
},
render: function () {
   return "

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
"; } }); var todo= new TodoApp( { items: [] }); todo.setNuclearContainer("#container");

且看上面的new TopApp没传第二个参数指定容器。后面使用setNuclearContainer指定容器。这个场景还是比较常见,创建游离态组件,后续根据需要指定容器。AlloyLever就是这么干的: https://github.com/AlloyTeam/AlloyLever/blob/master/src/js/main.js

如虎添翼
三国·蜀·诸葛亮《心书·兵机》:“将能执兵之权,操兵之势,而临群下,臂如猛虎加之羽翼,而翱翔四海。”
var TodoApp = Nuclear.create({
    add: function (evt) {
        evt.preventDefault();
        this.option.items.push(this.textBox.value);
    },
    render: function () {
        return "

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
"; }, style: function () { return "h3 { color:red; } button{ color:green;}"; } }); var todoApp = new TodoApp({ items: [] }, "#container"); todoApp.option.items.push("Nuclear"); todoApp.option.items.push("Hello World!");

style方法内的样式自会对自身生效,不会污染其他组件。可以操作对象实例option,option的变更会自动更新组件,属性设置>方法调用。
双向绑定的好处以前写过一篇文章专门介绍,从上面的例子也能可出:

组件内部的代码更简洁

组件外部的代码更简洁

壁垒森严
壁垒:古代军营四周的围墙;森严:整齐,严肃。原指军事戒备严密。现也用来比喻彼此界限划得很分明。


不用担心template标签的兼容性问题,Nuclear帮你处理好了。支持所有现代浏览器(包括IE9+)。
Nuclear也在js里进行了动态插入了template { display: none !important; }。但是js还没执行到且浏览器不兼容template的话,用户会看到一闪而过的模板原始代码。
所以为了避免IE9一闪而过的模板原始代码直接显示,建议在head中加入。

如果你像手Q hybrid应用那样只需要兼容webkit的话,天生支持template,就不用加入上面的兼容样式。

鬼斧神工
《庄子·达生》:“梓庆削木为鐻,鐻成,见者惊忧鬼神。”
var TodoApp = Nuclear.create({
    add: function (evt) {
        evt.preventDefault();
        this.option.items.push(this.textBox.value);
    },
    render: function () {
        return `

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
`; }, style: function () { return `h3 { color:red; } button{ color:green;}`; } });
人剑合一
剑修者最高境界,人既是剑,剑既是人,剑随心发,人随剑杀
var TodoApp = Nuclear.create({
    add: function (evt) {
        evt.preventDefault();
        this.option.items.push(this.textBox.value);
    },
    render: function () {
        return `
                

TODO

    {{#items}}
  • {{.}}
  • {{/items}}
`; } });

Nuclear从出生,API简单稳定,几乎没怎么变动,内部是实现在不断的完善,API驱动非常重要,不能因为实现某些API困难而做任何妥协,比如让使用框架的着多传个参数、多调用一次方法,这都是设计的缺陷。

Nuclear就是不妥协的结果。因为简单的设计,所以可以有很多强大的玩法,待续...

广而告之

Nuclear Github: https://github.com/AlloyTeam/Nuclear

加入Nuclear,一起让组件化开发体验更加惬意、舒适..

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/79457.html

相关文章

  • 漫谈Nuclear Web组件化入门篇

    摘要:目前来看,团队内部前端项目已全面实施组件化开发。层叠样式保佑不要污染别的在前端,一般一个组件必须要有骨架和装饰的以及逻辑。事件绑定条件判断秒后改变,会自动变更。循环姓名年龄增加修改移除的变更也能监听到,能够自动触发的变更。 目前来看,团队内部前端项目已全面实施组件化开发。组件化的好处太多,如:按需加载、可复用、易维护、可扩展、少挖坑、不改组件代码直接切成服务器端渲染(如Nuclear组...

    VPointer 评论0 收藏0
  • zepto/jQuery、AngularJS、React、Nuclear演化

    摘要:每个框架类库被大量用户大规模使用都说明其戳中了开发者的刚需。但是未执行完的情况下发生人机交互虽然不会报脚本错误,但是严重影响用户体验开发者们被各种爽到之后,这个问题已经被抛到了九霄云外。 写在前面 因为zepto、jQuery2.x.x和Nuclear都是为现代浏览器而出现,不兼容IE8,适合现代浏览器的web开发或者移动web/hybrid开发。每个框架类库被大量用户大规模使用都说明...

    Rindia 评论0 收藏0
  • 系统潜入后门分析

    摘要:在这个案例里,这些是欺骗性的功能,它们似乎有一个唯一目的,即混淆自动检测系统,反病毒软件,或者那些甚至尝试手工分析这些程序样本的分析人员。受害机器的处于所规定的地址空间,攻击者是无法通过到达的。 初始传染手段 - Nuclear Pack 已经有一些其他的文章介绍过Nuclear Pack破解工具包。可能它还不像g10pack或者BlackHole这些工具那么流行,也没有像CoolE...

    forrest23 评论0 收藏0

发表评论

0条评论

jayce

|高级讲师

TA的文章

阅读更多
最新活动
阅读需要支付1元查看
<