weex

首页 标签 weex
# weex #
关注
454内容
weex中使用数据流工具Vuex实践
# 背景 weex刚开源不久,作为一名前端,当然是抑制不住自己的好奇心想要尝尝鲜。虽然weex的最大亮点在于对于电商类应用场景能够提供快速动态部署的功能,但是用js就能写跑在native端的页面更加吸引我。于是在空余时间就开始捣腾着weex,想做一个native app看看weex有什么“能耐”。 在开发过程中,在体会到weex周边工具带来的效率提升的同时,也发现了不少问题。除了wee
weex vs react-native
# 前言 weex的思想是多个平台,只写一套代码,而react-native的思想是多个平台可以写多套代码,但其使用的是同一套语言框架。 weex的目标在于抹平各个平台的差异性,从而简化应用开发。而react-native承认了各个平台之间的差异,退而求其次,在语言和框架层面对平台进行抽象,从方法论的角度去解决多平台开发的问题。 进一步浏览weex和react-native的代码之后,可
Weex布局尺寸通用适配方案的研究
## 问题 weex为前端赋予了强大的跨端开发能力和较一致的良好的用户体验。weex一般是与native进行协作开发: 1. 同app内不同页面用两者分别开发,统一串联 2. 同页面两者协作开发,比如native提供组件,weex使用 由于native布局一般采用定高不定宽的方式,以求不同尺寸的屏幕可以得到基本一致的布局体验,然而weex布局采用基于750的等比例缩放,这种不
Weex动态化方案与双十一实践
在2017年1月12日 Weex Conf 2017上,来自手机淘宝移动平台Weex团队的凝砺结合淘宝实际业务分享了Weex动态化方案和双十一实践,本文先介绍了Weex的整体架构,接着重点分享了Weex在双十一会场上的实践,最后谈及了Weex的业务支撑,包括AliWeex等。
weex-html5 扩展开发指引
Weex是一个高可扩展性的跨平台动态化开发方案,你可以在现有组件基础上定制自己需要的三端组件。你可以为Weex API模块添加新的方法,或者创建新的API模块和新的加载器。本文将介绍一些步骤和技巧用于帮助开发者更好的扩展weex-html5的组件,API或者加载器。 首先要明确的是,组件和API模块是基于weex的扩展,但是独立于weex,组件的定义本身是不需要依赖于weex的,这样有助于组
weex-html5 组件进阶
# 前言 上一篇文章[《weex-html5 扩展开发指引》](http://www.atatech.org/articles/61306)中介绍了 weex-html5 扩展组件、模块的基本步骤和方法。在组件扩展的内容里提了几个扩展组件的关键性的问题,这几个问题涉及到组件的实现以及一些原理和工具。本篇将会就 weex-html5 组件的基类、管理类、组件渲染的执行流程以及一些重要的注意事项
Weex 中的 virtual-DOM 介绍
## 概述 Weex 在 JS 端有一层 __virtual-DOM__ 的设计,这一层设计一方面使得 Weex 能够通过 JS 控制 native 的视图层,另外也提供了一个相对中立的规范,供上层 JS 框架调用。 ![weex_vdom](http://img2.tbcdn.cn/L1/461/1/d3562f1fc42fc59767ff05edff11f6e691ad5c86)
weex-style-loader: 给你熟悉的style开发体验
> 使用`weex`开发了两个项目,感受到了其跨平台动态性的强大;另一最直接的感受就是,作为一名前端,不能像平常那样编写`css` ,要不定义`内联style`,要不定义`single-class selector`,绞尽脑汁去给每个标签起`className` 像这样 ```html .mod-app-entry { ... } .entry-item
无线动态化解决方案总结:从WeApp到Weex
#前言 入职阿里的两年时间,有幸一直从事无线动态化解决方案。从最初的WeApp,到现在的Weex,经历了WeApp的从无到有,从“辉煌”到没落,见证了Weex的崛起,在双十一主会场大放光彩。最近,工作方向有所变化,所以从技术角度谈谈个人对无线动态化的理解,同时也算是对我这两年工作的总结。 #无线
免费试用