weex

vux github ui demo: https://github.com/airyland/vux Mint UI 项目主页: http://mint-ui.github.io/#!/zh-cn demo: http://elemefe.github.io/mint-ui/#/ github地址: https://github.com/ElemeFE/mint-ui 中文文档地址: http://mint-ui.github.io/docs/#!/zh-cn iview iView 配套的工作流: https://github.com/icarusion/vue-vueRouter-webpack github地址: https://github.com/iview/iview 官网: https://www.iviewui.com/ vue-mui 官网: http://mui.yaobieting.com/ github地址: https://github.com/creatshare/vue-mui radon-ui 中文文档： https://luojilab.github.io/radon-ui/#!/ github: https://github.com/luojilab/radon-ui antd vue 中文文档: http://okoala.github.io

背景: 由于公司项目需要，需求变化频繁，计划总改不上变化，由于app更新版本周期长，不能很好应对这种变化，正在此前提下热修复和热更新技术也有了发展的空间，不管热修复还是热更新，都是对app内容或者逻辑的变化作出像web网页更新类似的体验。 weex阿里推出的热更新框架，已再内部应用在多款app上如淘宝，天猫和闲鱼等，典型的电商型app非常适合用weex来构造，weex已在6月份开放开源， 假如你的app是应用类，服务类如天气、电商和服务类，恭喜你非常适合用weex来构建，假如你的app是工具类，管家类涉及调用硬件层面多点，那我建议，还是用原生来开发更具价值。 为此我们选用weex了框架来构造。 开始： 开发环境配置： 下载node.js： https://nodejs.org/en/ weex基于后端服务node.js框架构建，所以先安装node.js 推荐安装第一个 我把它安装在 C:\toolkits\nodejs 配置环境参数： 　　NODE_HOME:%toolkit_home%\nodejs 　　 　　NODE_PATH:%node_home%\node_modules 　　 　　这里toolkit_home=C:\toolkits 　　打通路径以访问工具链 　　配置好重启机器打开命令窗口检查工作情况 　　 输入node -v 如果现实版本号则成功 　　

https://segmentfault.com/a/1190000019801735?utm_source=tag-newest#item-3 来源： CSDN 作者： wwf1225 链接： https://blog.csdn.net/wwf1225/article/details/103489629

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 在2016年4月份的QCon上，阿里巴巴资深总监，淘宝移动平台及新业务事业部、阿里百川负责人庄卓然（花名南天）宣布阿里移动端跨平台开发框架Weex开始内测，并将于6月份开源。在QCon的第二天，阿里技术专家徐凯（花名鬼道）和阿里前端开发专家赵锦江（花名勾股）向参会者做了《Weex——灵活的移动端高性能动态化方案》的演讲，对这一技术方案进行了详细的剖析。 以下为演讲内容的整理： 昨天南天宣布Weex启动开源内测，截至到今天中午，我们统计申请内测用户突破1400人，大家的热烈程度远远超过我们的设想，非常感谢大家支持。 在我们对移动开发最佳实践的思考中，我们认为移动开发的未来是更平衡的方案，一定是性能和动态性兼得。第二个，它一定是开放互联的，PC端一直也是这样的，也是非常好的状态。我们觉得移动互联网将来肯定也是基于更大众化的技术体系，没有平台之间的隔阂，简单直接易用，这是我们最希望看到的。基于这些设想，我们有了Weex方案。 Weex是从去年双十一的时候第一次在我们正式产品中使用，承载了双十一主会场的工作。有人会问，Weex是不是除了做主会场别的地方就比较吃力呢？从去年双十一到现在，包括我们自己的尝试和阿里内网做开源内测活动，大家也贡献了很多内容，包括昨天Keynote演示的僵尸动画，扫雷、计算器都有

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 2016年Qcon大会首日，阿里巴巴资深总监、淘宝移动平台、阿里百川负责人庄卓然宣布移动端高性能动态化方案Weex即时内测，并将于6月开源。此消息一出，群情汹涌，在座的程序猿、攻城狮们纷纷拿起手机扫码，以期第一时间感受Weex的神奇之力。 在第二天的主题分享会上，阿里巴巴前端开发专家赵锦江和技术专家徐凯对Weex进行了深入的解析。以下为演讲速记整理后的成文。 阿里怎么看待移动开发？ 目前的移动开发者面临的最大痛点就是面对极其复杂的环境，对此，庄卓然给出一个公式，移动开发的复杂度=应用数量×平台数量×要适配的各种各样的机型。 如何解决这个问题呢？在解决问题之前，首先要对移动开发的未来有着精准的研判。 阿里认为，移动开发的未来必定更加平衡，也就是说必须是性能与动态兼得，如此，才能够满足未来用户的需求。另外，移动开发在未来也必定是开放互联的状态，移动互联网将来肯定是基于更加大众化的技术体系，没有平台之间的隔阂，而且简单易用。 所以，阿里结合移动开发的现状并围绕其愿景推出了Weex解决方案。 事实上，在去年的双11活动中，Weex就得到了实战的验证，且表现不俗。时至今日，Weex已经被阿里技术团队多次运用，并“创造”出各种丰富的场景，整体的表现非常优异。 把移动端所有界面拆分成各个page，然后中间设置有路由的控制逻辑

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> QCon第一天，GMTC全球移动技术大会联席主席、手淘技术老大庄卓然（花名南天）在Keynote上宣布跨平台开发框架Weex开始内测，并将于6月份开源，同时他们也放出官网：http://alibaba.github.io/weex ，可以在上面申请内测资格，以及下载Android版Demo把玩。 在大会后我对庄卓然做了一个采访，对一些大家关心的问题得到官方的回复，整理在这里。所有该发的不该发的我都发在这儿了，为了涨粉我也是拼啦~ Weex基本信息 官方支持iOS、Android、HTML5. Write Once, Run Everywhere。一次编写可生成三平台代码。 DSL模板学习超简单，直接写HTML、CSS、JS。这意味着可以直接用现有编辑器和IDE的代码补全、提示、检查等功能。 轻量级、可扩展、高性能。 集成花样多，可在HTML5页面嵌入，也可嵌在原生UI中。 Weex的由来 Weex的前身是WeApp，一个用JSON配置原生UI组件来实现动态化的框架，关于类似这个的思想，可以在天猫这篇 配置中心实践 中看到，已经很牛了，Weex是WeApp的进化版本，加上ex去掉App，就成了现在这个名字。他们还编了个段子： You give us a few weeks, so we bring you a

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 自阿里在QCon北京2016上面宣布Weex内测已经过去了一个多月时间，在这段时间里，有不少开发者通过申请已经获得内测资格，并尝试用它进行开发，阿里也进一步邀请更多开发者来体验和使用Weex，如阿里百川推出的Weex Workshop挑战赛。 Github用户dodola参加了这场Workshop，用两天时间开发了『One·一个』App的Weex版本，并将它开源了出来，你可以下载该项目并按照提示编译并运行。 项目地址： https://github.com/dodola/WeexOne dodola在项目声明中也介绍了使用Weex开发的感受： Weex从上手来说还是相当容易的，我看了一会文档就可以开始做页面了，语法套用的是原生的css、html、javascript的语法，并没有像React Native那样开发一个JSX语言还需要适应这种语法，相对来说Weex要比React Native上手要简单很多的。 从生成的包的大小来看我的这个应用没混淆状态下apk是3.9MB，相对于ReactNative的7.8MB的大小还是要小很多的，从界面流畅度来看Weex可能要比React Native要流畅和灵敏一些。 开发过程中没有遇到大的难题，基本上看文档和例子代码就好了，像开发WeexOne这种小项目一般两天就做完了

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> Weex能做什么？ Weex能够完美兼顾性能与动态性，让移动开发者通过简捷的前端语法写出Native级别的性能体验，并支持iOS、安卓、YunOS及Web等多端部署。 对于移动开发者来说，Weex主要解决了频繁发版和多端研发两大痛点，同时解决了前端语言性能差和显示效果受限的问题。开发者可通过Weex官网申请内测。 开发者只需要在自己的APP中嵌入Weex的SDK，就可以通过撰写HTML/CSS/JavaScript来开发Native级别的Weex界面。Weex界面的生成码其实就是一段很小的JS，可以像发布网页一样轻松部署在服务端，然后在APP中请求执行。 Weex特性和RN的一些对比 相对于ReactNative来说其明显的缺点就是没有一套完整的构建系统，可能和RN的目的不同，ReactNative似乎一直想让用户完全使用RN开发一个完整的应用，而weex给人的感觉就是想让人嵌入到现有应用中。 weex不支持本地图片，暂时必须使用服务器或者网络上的图片才可以，这样就会造成的问题就是网络不好的情况下一些图标不是立即可见的。 资料借鉴： 1. Weex&ReactNative对比 ：“阿里天施”下面评论里的总结也是对Weex的补充说明； 2. 手动编写的一个Demo ：纯手工的一个HelloWorld； 3.

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> eros 来源： oschina 链接： https://my.oschina.net/zhugenqiang/blog/3141436

浏览github有意看到这个库： https://github.com/didi/DoraemonKit 涵盖以下功能，可以说非常方便： 一、常用工具 【App 信息查看】 快速查看手机信息，App 信息，权限信息的渠道，避免去手机设置查找或者查看项目源代码的麻烦； 【沙盒浏览】 App 内部文件浏览的功能，支持删除和预览, 并且能通过 AirDrop 或者其他分享方式上传到 PC 中，进行更加细致的操作； 【MockGPS】 App 能定位到全国各地，支持地图地位和手动输入经纬度； 【H5任意门】 开发测试同学可以快速输入 H5 页面地址，查看该页面效果； 【Crash查看】 方便本地打印出出现 Crash 的堆栈； 【子线程UI】 快速定位哪一些 UI 操作在非主线程中进行渲染，避免不必要的问题；（iOS独有） 【清除本地数据】 一键删除沙盒中所有数据； 【NSLog】 把所有 NSLog 信息打印到UI界面，避免没有开发证书无法调试的尴尬； 【Lumberjack】 每一条 CocoaLumberjack 的日志信息，都在在 App 的界面中显示出来，再也不需要导出日志这么麻烦;（iOS独有） 【DBView】 通过网页方便快捷的操作应用内数据库，让数据库的调试变得非常优雅; 【模拟弱网】 限制网速，模拟弱网环境下App的运行情况。（android独有） 二、性能检测 【帧率