前端架构解决方案

ue2平台通过1年多的努力,为解决前后端友好分离对angular,react,vue并结合nodejs进行服务端渲染,

同时做了大量的中间件,为前端架构设计提供非常良好的解决方案。例如:

1. api请求代理
2. 静态图片缓存
3. less服务端编译
4. 静态资源合并,动态压缩
5. 服务端渲染
6. 全局缓存控制

等等以及对底层的框架进行了二次封装从而产出了 easyspa,easyme,easyvue更加友好的前后端分离架构设计思想。

并配有相应的脚手架工具,使开发者能够快速构建应用而无需关注性能优化,路由配置和seo等问题。组件的合并加载让

开发者告别组件碎片化带来的担忧以及静态文件的过期缓存策略由框架底层自动化进行处理。下来对easyspa,easyme,

easyvue分别进行介绍:

easyspa

主要在angular的基础上做了大量的二次开发,用户只需要通过脚手架工具来维护应用即可,框架支持单页应用和传统的页面刷新
以及二者的混合使用,只需要在路由文件中配置即可。单页应用的js文件是按照cmd模块管理机制来进行加载的从而可以解决单页
应用中第一次需要将整个应用需要的静态资源全部进行加载而带来的维护性以及性能问题。并具有良好的隔离性。对于业务性应用
的开发,用户只需要关注controller,service的代码编写即可,同时提供了可视化的国际化支持,对于框架的深入讲解后面
会具体讲到。

easyme

   主要在react的基础上做了大量的二次开发和中间件开发,整个页面由react组件组装而成并对组件进行标准化管理,极大的
   提高了组件的复用性和降低整个应用代码的耦合度,使开发角色能够更加友好的与组件开发任务进行绑定,框架采用了nodejs
   做为视图层的渲染服务器,将controller和model层的控制权交给前端,使得整个应用的开发有更大的灵活性,单个页面由
   多个组件拼装而成可能会带来性能的开销,为了解决这个问题easyme采用了多组件合并加载智能缓存检测策略,使得任何一个
   静态文件的变化都能够独立更新客户端特定的缓存文件,所有的静态文件只需要加载一次便可持久化缓存到客户端直到这个文件
   在服务端被修改。easyme还有一个最大的亮点就是将虚拟dom从jsx文件中分离到html模板中进行维护,在js文件中只需要关
   注业务代码的实现即可,对于组件通讯来说,可以通过框架提供的eventMitter来进行状态的管理,高效灵活的提高了react
   应用的开发速率。

easyvue

   更是一款非常优秀的前端架构设计框架,底层使用vuejs作为视图层的管理。具有更高的可配置性,支持服务端渲染和客户端
   渲染的单向选择配置参数。整个页面的开发思路完全面向组件化和模块化的设计思想。同样开发者无需关注性能优化等问题。
   所有的优化机制在config.json中进行统一管理。由开发者手动进行维护,nodejs提供了前后端api请求的代理模块,
   开发者无需解决ajax请求跨域的问题。同样easyvue也将视图层进行了分离,使得代码的维护更加方便。

ue2最大的亮点更是在云端搭建了组件仓库,开发者可以将自己在三大框架中开发的组件提交到云仓库中进行共享,

使用者只需要简单的安装便可以使用组件,从而大大的提高了开发效率。

更多技术文档可以在这里了解:前端架构解决方案

或者关注:

原文地址:http://blog.51cto.com/13700173/2097451

时间: 2024-11-06 07:31:01

前端架构解决方案的相关文章

高性能业务架构解决方案(HAproxy+Keepalived)

高性能业务架构解决方案(HAproxy+Keepalived) 一. 概况 1.1 应用场景 1.2 LVS/Nginx/HAProxy特点 二. 相关理论 2.1 Keepalived工作原理 2.2 HAproxy工作原理 三. 架构拓扑 四. 资源规划 五. 实施部署 5.1初始化配置 5.2 HAproxy配置 5.3 Keepalived部署 5.3.1 Keepalived的安装 5.3.2 配置keepalived 5.3.3 检测脚本 5.4 后端WEB服务器 5.5 测试 5.

没有最好,选择最适合自己的前端架构

前端框架不断推新,众多IT企业都面临着"如何选择框架","是否需要再造轮子"的抉择.去哪儿网前端架构师司徒正美分析了各主流行框架优劣点.适用场景,并针对不同规模的公司.项目给出了相应的前端技术选择方案. 最近几年,前端技术迅猛发展,差不多每年都会冒出一款主流的框架. 每次新开业务线或启动新项目时,首先第一件事就是纠结:使用什么框架,重造什么轮子?我很高兴应CSDN的邀请谈我的看法. RequireJS,前端技术发展分水岭 在五六年前,移动端还没有兴起,我们没有什么选

好的前端架构

p{text-indent:2em;}前端开发whqet,csdn,王海庆,whqet,前端开发专家 翻译自:www.sitepoint.com 翻译人员:前端开发whqet,意译为主,不当之处欢迎大家指正. 译者说:临近期末,大部分的基础教学内容已经讲解完毕,在进行比较大型的项目训练之前,如果能让学生了解甚至遵循一些前端开发的编码规范将会是一件非常有意义的事情.因此,本博客准备于近期整理一个编码规范与最佳实践的系列文章,包括html.css.javascript.jquery.php等,希望能

如何挑选适合的前端框架(去哪儿网前端架构师司徒正美)

前端框架不断推新,众多IT企业都面临着"如何选择框架","是否需要再造轮子"的抉择.去哪儿网前端架构师司徒正美分析了各主流行框架优劣点.适用场景,并针对不同规模的公司.项目给出了相应的前端技术选择方案. 最近几年,前端技术迅猛发展,差不多每年都会冒出一款主流的框架. 每次新开业务线或启动新项目时,首先第一件事就是纠结:使用什么框架,重造什么轮子?我很高兴应CSDN的邀请谈我的看法. RequireJS,前端技术发展分水岭 在五六年前,移动端还没有兴起,我们没有什么选

关于互联网应用前端架构的一些思考

一.互联网应用的分类. 讨论前端架构之前,首先要弄清楚互联网应用的类型,明确了自己的产品所属的类型才能打造属于自己的架构.对互联网产品进行分类,网上有很多不同的观点.我觉得分类是多维度的,但是按照交互以及功能的复杂程度来分类是比较客观的.因此,我比较认同淘宝玉伯在关于前后端开发模式中对应用的分类,以下引用玉伯的观点: 前端涉及的产品形态在业界可分为两大类:Web Pages 和 Web Apps . Web Pages 是浏览类的,用户主要是来看的:以内容展现为主,辅有少量交互.前端提供基础类库

基于AngularJS的企业软件前端架构[转载]

这篇是我参加QCon北京2014的演讲内容: 提纲: 企业应用在软件行业中占有很大的比重,而这类软件多数现在也都采用B/S的模式开发,在这个日新月异的时代,它们的前端开发技术找到了什么改进点呢? B/S企业软件前端开发模式大体上与桌面软件类似,都是偏重量级的,在前端可能会有较多的业务逻辑,这些业务逻辑如何被合理模块化,与界面分离,以便测试,成为这个领域的一个重要挑战.另一方面,由于企业应用的界面相对规整,偏重的是数据存取,没有太多花哨的东西,所以常见的界面控件也是可枚举的,如何让开发界面的工作能

Netflix:我们为什么要将GraphQL引入前端架构?

作者|Artem Shtatnov译者|无明 在这篇文章中,我们将分享 Netflix 在这些应用程序的前端架构中引入 GraphQL 所积累的经验. 在内部,我们把用于管理广告创建和组装的主要应用程序叫作 Monet.它用于增强广告的创建以及自动管理外部广告平台上的营销广告活动.Monet 有助于推动流量增量转换,增强用户与产品的互动,并向全世界的用户展示我们的内容和 Netflix 品牌. 首先,它有助于扩展和自动化广告创建以及管理数百万个广告素材组合.其次,我们利用各种信号和汇总数据(例如

使用模块化思维和模板引擎搭建前端架构(require+underscore)

require.js 介绍: 是一个非常小巧的JavaScript模块载入框架,是AMD规范最好的实现者之一.最新版本的RequireJS压缩后只有14K,堪称非常轻量. 官网:http://www.requirejs.cn/    (PS:如果没接触过,刚开始看都是一头蒙蔽的,建议看下菜鸟教程) 新手教程:http://www.runoob.com/w3cnote/requirejs-tutorial-1.html 优点:可完成团队协作.模块复用.单元测试等等一系列复杂的需求 undersco

WEB前端开发电商网站前端架构

课程介绍通过一个垂直电子商务网站,介绍前端架构搭建和实现的步骤和方法,以及在这个过程中我们需要做什么才能帮助项目最终从设计走向实现.课程提纲第1章 前端架构知识准备认识前端架构,了解前端架构技术.产品设计和发布.数据分析和优化的基础第2章 前端架构设计了解前端架构的组织方式.页面层次的架构组织.架构设计和组件化方案等.第3章 前端架构实施了解架构的实施.优化思路,如何实施自动化.通过蛋糕电商网站讲解,分析案例.如何图解设计和交互图.如何从目录入手搭建基本架构.如何从页面层次进行架构搭建和最后项目