weex

目录 跨平台编程技术选型 ## 需求 最终选定的技术方案:uni-app 混合或跨平台编程相关资料 ## uni-app 官网 相关资料 个人笔记 个人经验 ## taro 官网 相关资料 ## Chameleon 官网 相关资料 Weex 官网 相关资料 EROS Ui Flutter 相关资料 ## NativeScript 官网 相关资料 ## React Native 相关资料 ReactXP Xamarin Swift & Kotlin Swift & Kotlin 参考资料 Kotlin Swift j2objc 官方资料 相关资料 跨平台编程技术选型 ## 需求 主要需要跨Android,iOS平台 H5 属于中间态,可以作为降级显示方案,或者初期未集成时的快速发布方案. 各大厂家的小程序则暂不在考虑范围.毕竟是2B的产品,假如是2C的产品,则可以考虑. 最终选定的技术方案:uni-app 原因 副总决定的. 有配套开发工具,简化开发难度. 副总能看得懂,DEMO能直接运行修改. 生态环境较优 混合或跨平台编程相关资料 2017 跨平台移动应用开发的优势与不足 两种类型的跨平台应用： 原生跨平台应用 混合（hybrid）HTML 5 跨平台应用 NativeScript 是由 Telerik 在 2014 年发布的 对于 B2B 解决方案和业务流程自动化项目来说

4月21日，北京 - 阿里巴巴今天在Qcon大会上宣布跨平台移动开发工具Weex开放内测邀请。Weex能够完美兼顾性能与动态性，让移动开发者通过简捷的前端语法写出Native级别的性能体验，并支持iOS、安卓、YunOS及Web等多端部署。 对于移动开发者来说，Weex主要解决了频繁发版和多端研发两大痛点，同时解决了前端语言性能差和显示效果受限的问题。开发者可通过Weex官网申请内测。 （ http://alibaba.github.io/weex/ ） 开发者只需要在自己的APP中嵌入Weex的SDK，就可以通过撰写HTML/CSS/JavaScript来开发Native级别的Weex界面。Weex界面的生成码其实就是一段很小的JS，可以像发布网页一样轻松部署在服务端，然后在APP中请求执行。 与现有的开源跨平台移动开放项目如Facebook的React Native和微软的Cordova相比，Weex更加轻量，体积小巧。因为基于web conponent标准，使得开发更加简洁标准，方便上手。Native组件和API都可以横向扩展，方便根据业务灵活定制。Weex渲染层具备优异的性能表现，能够跨平台实现一致的布局效果和实现。对于前端开发来说，Weex能够实现组件化开发、自动化数据绑定，并拥抱Web标准。 谈到阿里巴巴为何要开源如此有价值的移动开发工具

4月21日， 阿里巴巴 今天在Qcon大会上宣布跨平台 移动 开发工具Weex开放内测邀请。Weex能够完美兼顾性能与动态性，让移动开发者通过简捷的前端语法写出Native级别的性能体验，并支持iOS、安卓、YunOS及Web等多端部署。 对于移动开发者来说，Weex主要解决了频繁发版和多端研发两大痛点，同时解决了前端语言性能差和显示效果受限的问题。开发者可通过Weex官网申请内测。(http://alibaba.github.io/weex/) 开发者只需要在自己的APP中嵌入Weex的SDK，就可以通过撰写HTML/CSS/JavaScript来开发Native级别的Weex界面。Weex界面的生成码其实就是一段很小的JS，可以像发布网页一样轻松部署在服务端，然后在APP中请求执行。 与现有的开源跨平台移动开放项目如 Facebook 的React Native和 微软 的Cordova相比，Weex更加轻量，体积小巧。因为基于web conponent标准，使得开发更加简洁标准，方便上手。Native组件和API都可以横向扩展，方便根据业务灵活定制。Weex渲染层具备优异的性能表现，能够跨平台实现一致的布局效果和实现。对于前端开发来说，Weex能够实现组件化开发、自动化数据绑定，并拥抱Web标准。 谈到阿里巴巴为何要开源如此有价值的移动开发工具

图片适配器 Weex使用Image控件加载图片,但是并不能直接显示出来图片,主要还是要Native端实现图片加载,本人使用 Picasso 加载图片 compile 'com.squareup.picasso:picasso:2.5.2' 其次创建 ImageAdapter类, 实现IWXImgLoaderAdapter接口,在setImage方法中实现图片加载逻辑 public class ImageAdapter implements IWXImgLoaderAdapter { public ImageAdapter() { } @Override public void setImage(final String url, final ImageView view, WXImageQuality quality, final WXImageStrategy strategy) { } 在本类中,可以加载本地图片和网络图片: 本人在传递相机拍照或者选择图库的图片地址给Weex时,先在图片路径前面增加一个 标记头, 便于区分是本地图片还是网络图片 //Picasso 加载本地图片时,必须加载"file://"文件头,不能加载不出图片 本地写好图片适配器后,则要告诉Weex用我写好的图片适配器 //向Weex 注册图片适配器 WXSDKEngine.initialize

weex用于网络请求的公共对象是stream。stream有个成员函数fetch()，其作用类似ajax。用法如下： var stream = weex.requireModule( 'stream' ); 设请求地址是： http://127.0.0.1:8080:MyTest/getTest 参数是： { parm0 : 0 , parm1 : 'abc' } var GET_URL = 'http://127.0.0.1:8080:MyTest/getTest?parm0=0&parm1=abc' ; stream . fetch ({ method : 'GET' , url : GET_URL , type : 'jsonp' }, function (ret) { console . log (ret); if (!ret.ok) { console . log ( 'get request failed' ); else { console . log ( 'get:' +ret); }, function (response) { console . log (response); }); var POST_URL = 'http://127.0.0.1:8080:MyTest/getTest' ; var postBody = 'parm0=0&parm1=abc

前言 上一篇文章是根据Weex官方的介绍，启动了Weex的Hello World的介绍以及一些插件的安装 环境部署和Debug 之前花了2周时间看了下Vue的语法和用法以及一些实战介绍，毕竟是iOS开发，还是有必要把新学的东西写下来，而且会写的非常详细，能保证从我git仓库弄下来的基础结构能跑起来并且能热更新调试 这个是整体的结构，基本上搭完这个结构，你就可以开发一个简单App来玩了。 OK下面就开始介绍如何来配置启动 步骤一（Git clone或者Download到本地） Git仓库地址 这里会涉及到一些Weex安装的插件和一些简单的webpack知识，也就是看得懂就好了，不明白的可以看顶部第一个文章里面去安装创建一个Hello world结构就基本明白了 随你放到哪里，然后打开终端，cd到文件根目录，我这里是在桌面建了个文件夹解压放进去 mintoudeMacBook - Pro :~ mintou$ cd / Users / mintou / Desktop /测试 Git 部署 mintoudeMacBook - Pro :测试 Git 部署 mintou$ ls - a . . DS_Store .. WeexRouterDemo - master mintoudeMacBook - Pro :测试 Git 部署 mintou$ pwd / Users / mintou

原因：weex使用了CocoaPods 解决办法： sudo gem install -n /usr/ local /bin cocoapods 因为CocoaPods是一个负责管理iOS项目中第三方开源库的工具。CocoaPods的项目源码在Github上管理。该项目开始于2011年8月12日，在这两年多的时间里，它持续保持活跃更新。开发iOS项目不可避免地要使用第三方开源库，CocoaPods的出现使得我们可以节省设置和更新第三方开源库的时间 Good Luck~ 文章来源: weex运行ios报错：/bin/sh: pod: command not found解决办法

emmmm其实没有接触过weex ，了解一番发现有很多坑，有很多基于weex改良后的框架，比如weexplus等等，基本不用踩多少坑。经过几天的深思熟虑我觉得还是去踩坑，毕竟踩完坑才能真正的了解嘛 weex官方文档：https://weex.apache.org/cn/guide/ 　 weex-toolkit 1 npm install weex-toolkit -g 使用weex create 创建项目 1 weex create awesome-app //命令执行完以后，在当前目录的 awesome-app 文件夹里就有了一个空的 Weex + Vue.js 项目 npm start 1 npm install //安装依赖 2 npm start //启动一个本地的 web 服务 文章来源: weex入门（一）

在了解源码如何构建之前，我们有必要了解下 项目中一个简单的目录结构如下： |---- vue | |---- dist # 打包后的存放文件目录 | |---- scripts # 存放构建相关的代码 | | |--- alias.js | | |--- build.js | | |--- config.js # 配置文件 | | |--- ..... 其他的更多 | |---- src # src目录是vue核心代码库 | | |--- compiler | | |--- core | | |--- platforms | | | |--- web # web平台 | | | | |--- compiler | | | | |--- runtime | | | | |--- server | | | | |--- util | | | | |--- entry-runtime-with-compiler.js # 运行+模板编译的入口文件 | | | |--- weex | | |--- server | | |--- sfc | | |--- shared | |---- package.json 如上只是一个非常简单的一个目录，为了节约篇幅，只是把入口构建的相关的目录画出来。 我们看任何库相关的代码的第一步先把视线转移到 package.json 中来。然后看下

作者：个推iOS工程师 伊泽瑞尔 一、背景 目前，移动开发技术主要分为原生开发和跨平台开发两种。其中，原生应用是指在某个特定的移动平台上，使用平台所支持的开发工具和语言，直接调用系统提供的API所开发的应用。 原生开发的主要优势体现在： 1.可以快速访问本平台的全部功能，比如摄像头、GPS等； 2.原生应用的速度快、性能高，而且可以实现比较复杂的动画和绘制效果，用户体验较好。 原生开发的缺点也很明显，主要体现在： 1.开发成本较高，不同的平台必须维护不同的代码，人力成本也会随之增加； 2.有新的功能需要更新时，只能进行版本升级。 随着移动互联网的高速发展，在很多的业务场景下，传统的纯原生开发已经不能满足日益增长的业务需求，主要表现在以下两个方面： 1.应用动态化的需求增大。当需求发生变化，或者是需要增加新的功能时，传统的纯原生应用开发只能通过版本的升级来更新内容，然而应用的上架和审核都需要一定的时间。因此，开发人员迫切地希望进行应用内容的更新时，可以不更新版本，提升工作效率。 2.业务需求变化快，开发成本变高。原生开发一般需要技术团队对iOS、Android两个开发平台进行维护。当版本更新迭代时，开发和测试的成本都会增加。 针对上述两个问题，跨平台框架应运而生。 二、跨平台技术简介 针对上文提到的原生开发所面临的问题，目前在IT界已经诞生了很多跨平台框架，主要分为三类： 1.H5