WebAPP开发模式是传统Web开发模式的一项变革，有如下好处：

前后端数据接口协议明确，可以面向接口分别开发，后端不直接接触HTML，联调更高效。

WebAPP多采取单页应用模式，页面变化由JS控制，网络中仅传递动态数据，速度快。

但WebAPP模式也有它的问题，对于搜索引擎不够友好使得它前台展示型页面开发，所以两种架构会长期并存。

而从架构上来看，WebAPP开发模式和传统Web开发模式都存在一个类似的问题。

　　问题是什么

一个角色负责的两件事混在一起做

传统Web开发模式：各种后台架构都有着或多或少的MVC抽象，但业务逻辑依然经常混杂在构建HTML的过程中。

代码结构不清晰

没有可重用的组件或组件无法在多项业务中通用

一淘-UX Brix前端组件平台首要解决这个问题

　　Brix 前端Framework

　　Brix关键任务

确保前台“结构”与“行为”分离，推动后台“数据”与“结构”更好的分离。

采用统一模板引擎，并提供向各种语言的不同模板引擎的翻译器。

统一“组件接口”、“组件间交互”、“组件拆装”和“组件管理”,降低组件使用的难度。

提供多种布局生成工具，统一管理组件出现的位置。

　　Brix带来益处

提供同时适合前台展示类、后台管理类、移动类页面的统一组件平台。

统一组件内、组件间数据交互，业务代码书写更加直白。

无论前后台谁负责输出“结构”，其开发方法趋于一致，而组件即可以使用JS在浏览器渲染，也可以整合至任何现有后台技术中，从服务端渲染。

“传统Web开发模式”的“数据”与“结构”的分离，让前后端并行开发、联调、测试像“WebAPP开发模式”一样容易。

　　Brix平台前后端角色改变

前端开发负责组件的开发、积累和升级维护。

后端开发负责数据提供。

使用布局工具和组件平台书写业务，搭建页面的任务做法简单且固定，前后端同学皆可胜任。

组件：统一的组件开发模式是基础

布局：确定组件出现在哪里问题。除普通布局之外，Brix提供响应式布局和单页应用布局工具。

输出：确定组件从哪里出来问题。Brix采用Mustache模板系统，Mustache本身具有所有主流语言的实现库。但为了平台顺利实施不冲击后台架构，Brix将逐步提供Mustache到当前一淘使用的各种后端模板系统的翻译器。

下面是Brix与一淘UX各类主要业务关系

来源：一淘