当前位置：首页 > 软件库 > Web应用开发 > 常用JavaScript包 >

Brix

应用层组件框架

授权协议 MIT

开发语言 JavaScript

所属分类 Web应用开发、常用JavaScript包

软件类型开源软件

地区国产

投递者宣意致

操作系统跨平台

开源组织阿里巴巴

适用人群未知

软件官网

软件文档

官方下载

软件概览

Brix 是基于 KISSY（PC端）和 Zepto、SeaJS 等（移动端）底层类库的应用层组件框架。目标是打造面向前台展示型业务、后台管理型业务、移动高端版业务的通用且易用的一淘UX前端组件平台。

Brix 来自一淘 UX，即 Bricks 的谐音。

总体设计

Brix完成了三个大的目标：

组件开发规范的确立
组件初始化和销毁的管理
组件、模块基于数据驱动的局部刷新

Brix让行为和结构分离，无论是webapp类型的项目，还是传统的jsp php页面，组件的渲染形式和管理方式都是统一的。

pagelet

Brix 对组件和区块做了统一的初始化和销毁，使用者不再需要关心组件的实例化问题，我们来看看基于传统开发和基于Brix开发会有什么不同呢？

传统实现

KISSY.use('brick1path,brick2path，……，brickNpath',function(S,Brick1,Brick2，……,BrickN){
    var config1 = {}//config1是Brick1组件需要的配置
    var brick1 = new Brick1(config1)
    var config2 = {}//config2是Brick2组件需要的配置
    var brick2 = new Brick2(config2)
    ……
    var configN = {}//configN是BrickN组件需要的配置
    var brickN = new BrickN(configN)
    //组件间的交互
    brixck1.on('eventtype',function(){
        brick2.dosomething()
    })
    ……
    brixck2.on('eventtype',function(){
        brickN.dosomething()
    })
})

大家一定很习惯这样的用法，而且感觉结构也很清晰。

那么，如果引入Brix，又会怎样？

Brix实现

KISSY.use('brix/app',function(S,App){
    // 所有组件的配置
    var config = {
        el:'#id'//提供一个容器节点
    }
    App.boot(config).once('ready',function(brix){
        //brix就是实例化出来的根组件，并有父子关系。
        var brick1 = brix.one('brick1') //获取组件实例
    })
})

使用案例

Brix面试经历与笔试题分享

入驻Brix平台第一轮就是笔试，我算是发现了，反正万物总将回归算法，无论你之前做的是什么领域都好，也不管你打算做什么职位，最终的朝向就是数学、算法工程师。笔试/算法题挑战千篇一律的算法题挑战，共三道，时间一小时，难度可选简单/中等/困难，但我感觉没多大区别，直接上困难就行了。个人感觉这个部分就是为了筛选掉完全不具备写代码能力的人，防止浪费人力面试。由于我试过了中等和困难两个级别，因此总共有

Brix

总体设计

传统实现

Brix实现

同类工具

相关阅读

相关文章

相关问答

相关文档