Taro、Weex、Hippy 齐聚 IMWebConf 2018!

赵宏罡:其实RN的诞生并非考虑周全的系统架构下的产物。先诞生了 Android 版,之后才有了 iOS 版,而且也不是一个团队在统一维护。所以它的一些问题是可以预见的。仔细看过 RN 的代码也会发现,有些性能瓶颈,就是底层设计不合理带来的。从一直没有1.0版本的出现,也可以看出 Facebook 显然对 RN 的现状是不满意的。想要真正被大众接受,重构势在必行。

更多angular1/2/4/5、ionic1/2/3、react、vue、微信小程序、nodejs等技术文章、视频教程和开源项目,请关注微信公众号——全栈弄潮儿

QCon 上海站PPT 下载

不过最近fb的开源协议搞得沸沸扬扬,据说大公司都禁止react了,生怕出什么事。不过我觉得大公司怕是应该的嘛,地主有余粮。小公司其实无所谓,怎么方便怎么来,光脚的害怕穿鞋的吗?在我大天朝这么多人用盗版都不怕,就一个开源协议没必要(个人见解哈)

庆幸的是,玩笑的背后,我们从不缺少砥砺前行的开创者。

ionic是一个轻量的手机UI库,具有速度快,界面现代化、美观等特点。为了解决其他一些UI库在手机上运行缓慢的问题,它直接放弃了IOS6和Android4.1以下的版本支持,来获取更好的使用体验。

Growth Hacking 最新动态和最佳实践

  1. 数据看板 - 数据分析 - 数据监控
  2. 数据驱动产品决策
  3. AB 测试实验
  4. 灰度渠道发布

其中的数据分析提到:"Core Action" 指到的是核心操作,关键路径到达。
列举了几类APP的"Core Action"

APP类型 Core Action
Facebook connect(连接?相互关注?朋友互动?)
Slack/Wechat 接发信息
Pinterest 晒图
电商 浏览、下单购买
知乎 回答,点赞,收藏,感谢
互联网金融 购买理财产品
二手车 购买,砍价

这里有一个观点 重点关心产品核心操作是否被用户触达

图片 1

recall

这个模型 描述了 新客或流失客户(最近打开app的时候是在30-60天之前),我们应该积极的通过Push通道来进行用户召回,当用户下沉为忠实用户之后。要谨慎使用push。这个模型是可逆的,也就是说当用户不再活跃的时候,回归上层我们也要通过push相关利益点来进行召回。

分享了业界做病毒式扩散的几个经典例子:

  1. airbnb 分享给朋友,两方都能获得25刀的优惠券
  2. PRISMA 图片滤镜软件 制作图片打上软件水印
  3. Pokémon Go 户外现象级户外捕捉小精灵

这些快速扩散区别于 用户推荐和口口相传。分享者和你分享的时候,并不是在说这个平台或者软件如何如何,还是在和你分享他们得到了什么。分享一定要满足用户一些心理:增加声望、财富、乐趣。

最后病毒式扩散一定要作用在Core Action上。

Weex App

阿里巴巴开发团队在RN的成功案例上,重新设计出的一套开发模式,站在了巨人肩膀上并有淘宝团队项目做养料,广受关注,2016年4月正式开源,并在v2.0版本官方支持Vue.js,与RN分庭抗礼。

优点:单页开发模式效率极高,热更新发包体积小,并且跨平台性更强

缺点:刚刚起步,文档欠缺;社区没有RN活跃,功能尚不健全,暂不适合完全使用Weex开发App

举个栗子:淘宝、天猫、阿里云、优酷、闲鱼、饿了么等

一统三端这个对我还是比较有吸引力的,rn虽然现在用的人较多,社区活跃,但毕竟是两端。之前在上一家公司有时候还是要写hybird页面,作为一个native开发者,以后用这个写单页面还是不错的哈。

下回就开始weex之旅了~~~~

其他会场购买链接:

和 ionic 的关系:没有关系,只是在样式方面以 ionic 的 css 文件为基础(做了一些调整)

蘑菇街 App 的稳定性与性能实践

从用户角度出发看 性能和稳定性问题:

  • 闪退
  • 打开慢
  • 滑动不流畅
  • 耗电
  • 网络不畅/出错
  • 流量大

都是客户端常见的问题,相信各大公司都有自己的答案实践。

他们有一个比较有意思的工具:AppMate(小蘑菇) 提供给测试和业务开发进行开发阶段的一个性能把控。

或许是在阿里的原因,这些东西听来都不足以让我兴奋。

现在主流的ReactNative还是Weex,参考这篇还有那篇

购买现场票的观众将可以前往现场,获得与讲师近距离接触以及面对面提问的机会。购买链接:

ionic 主要关注外观和体验,以及和你的应用程序的 UI 交互,特别适合用于基于 Hybird 模式的 HTML5 移动应用程序开发。

React Native 业务实践和性能优化

图片 2

who use RN

讲师 携程@赵辛贵。 携程积极拥抱RN技术,多数业务和页面使用RN搭建。
好处明显

  • size优势,RN页面大小计算脱离原生包大小
  • 支持动态发布,跨端节省开发人力
  • RN技术成熟,社区活跃(参会时和旁边的途牛网开发交流,他们动态方案也是选择RN)

携程内部还演化出了CRN(ctrip RN)业务框架。做了性能和稳定性优化(思路参见PPT),规划支持CRN-web实现跨三端(iOS,android,H5)。

外界RN动态方案使用的如火如荼,他们正在证明这是未来移动前端开发的方向。

weex是什么?

weex是一种跨平台的开发方案,简单的说就是把iOS,Android,H5的开发合并到一起,可以写一套代码,分别运行在这3个平台,最重要的是用户体验和原生语言开发的时候基本一样。

以上是前端专家们的部分精彩问答,如果你想了解更多问题,或者有疑问想进行面对面交流,一定不要错过参加 IMWeb Conf 2018 的机会!

基于 Vue.js 的移动端组件库

  • 20号 前端技术实践
  • 21号 移动开发探索
  • 22号 Growth Hacking & 用户体验设计 & 技术创业

大前端一定是可以预见到的未来的趋势之一(我能怎么办呢)

了解更多:《IMWeb Conf 2018 Native 跨端融合分会场》

基于webpack vue-loader vux可以快速开发移动端页面,配合vux-loader方便你在WeUI的基础上定制需要的样式。

前端技术实践

周四的专题对于 客户端开发来说稍显尴尬,没有与之相关的议题。 我选择了和客户端相对平等的前端专题。 下面重点介绍一下我认为有意思的议题:

React Native App

Facebook发现Hybrid App存在很多缺陷和不足,于是发起开源的一套新的App开发方案RN。使用JSX语言写原生界面,js通过JSBridge调用原生API渲染UI交互通信。

优点:效率体验接近Native App,发布和开发成本低于Native App

缺点:学习有一定成本,且文档较少,免不了踩坑

举个栗子:Facebook、Youtube、Discord、QQ、百度等等

虽然几代的程序员,前赴后继地为这个梦想而努力,但遗憾的是,到 2018 年的今天,世界上还没有一个完美的方案。反而,因为程序在不同虚拟机或系统上执行的差别,很难确保正确性和稳定性,甚至造成了一个坊间笑话:

Mint UI 包含丰富的 CSS 和 JS 组件,能够满足日常的移动端开发需要。通过它,可以快速构建出风格统一的页面,提升开发效率。

有幸参与了QCon 2016的上海站会议。官方宣传这是一个中高端会议,专题丰富涵盖了当前互联网各种技术领域。

其他信息

高颜值、好用、易扩展的微信小程序 UI 库,Powered by 有赞。

其中每个专题会在固定的宴会厅进行,由专题出品人主持专题的会议开展。专题下面是各个议题,时长大致为45分钟包含Q&A环节。

其实也很期待RN的重构版。他们重构声明里提到对前终端通信机制的重新设计还挺令人振奋。不过他们也说明了本次重构只是在底层“大刀阔斧”,对上层API是保持了兼容的。而腾讯的 Hippy 框架,也是在上层兼容了 RN 的API。这意味着,如果你用 Hippy 构建了应用,又想要切回 RN 的时候,业务层的工作量是非常小的,几乎0成本。

WeUI is an WeChat-like UI framework officially designed by the WeChat

移动开发探索

这个专题与我息息相关,吸引的我是这些议题

赵宏罡:当前的经验还有2个:

wepy 6.7k

Growth Hacking 最新动态和最佳实践

这个是受团队运营产品委托,刻意留意了这个议题(我所在的天猫team也负责push通道来召回用户,提高留存)

原标题:Taro、Weex、Hippy 齐聚 IMWebConf 2018!

React Native着力于提高多平台开发的开发效率 —— 仅需学习一次,编写任何平台。(Learn once, write anywhere)

Vue 2.0: 渐进式前端解决方案

讲师@尤雨溪,很早就关注他了。这次总算见到真人了。Vue已经在Github上收获了3w 颗star,对于开源项目来说,无疑是相当成功了。

我很认同他对框架的理解。框架的存在是为了帮助我们应对复杂度。但同时框架也有复杂度,Pick the right tool for the job.

开篇的框架理解引出了 Vue ,这个渐进式前端解决方案。可能就是他对当下JS开发环境的一个答案。

框架本身,我不是JS开发,没有使用经历就不做主观评价了。 回到一开始的"框架",他是如何解决框架复杂度的呢? 答案是"渐进式"。

图片 3

progressive

Vue框架提供 声明式渲染 核心功能,加上可选的附加库/工具链,来打造弹性复杂度。这个区别于传统框架,集成整合了一整套解决方案。提高框架复杂度,增加开发者的学习使用成本。

这种框架的设计思路,是明智的。

赵宏罡:技术选型没有“银弹”。没有一种技术方案可以完美的解决所有业务场景的所有问题。在 Airbnb 这类开发资源充足,且对动态化需求并不是那么强烈的业务场景,RN 的优势并不突出。因为一些坑选择放弃 RN 可以理解。

VUWE 0.1k

10月20号周四 10月21号周五 10月22号周五
前端技术实践 玩转大数据 Growth Hacking,IoT & React Native
安全之战 移动开发探索 互联网广告系统实战
新Java,新未来 移动视频 工程团队管理
无处不在的容器 让架构更简单 技术创业
微服务架构,我们该如何实践? 运维与监控 机器学习与深度学习
大数据应用与系统优化实践(厂商共建专题) 大数据服务与应用 用户体验设计
业务上云技术拆解(厂商共建专题) 高并发与实时处理架构设计(厂商共建专题) 研发支撑体系
智能出行 - 高德开放平台专场(厂商共建专题) 微服务实践与架构演进之路(厂商共建专题) 业务系统架构
大数据分析与应用
大规模前端系统

所以,“跨端融合”——这是每一个追求新技术的开发者的向往,同时也是守旧者的噩梦。

合作,使用 Vue 作为上层框架,并遵循 W3C 标准实现了统一的 JSEngine 和 DOM API,这样一来,你甚至可以使用其他框架驱动

Weex 极致性能优化

公司同学分享,Weex性能优化的几个思路方向。围绕性能,干货较多。
不过,这种经历只能听听思路。 基本没有实践复用场景 :)
安利Weex性能很好,倒是真的。

Node 服务与性能专场:

React Native使你能够在Javascript和React的基础上获得完全一致的开发体验,构建世界一流的原生APP。

如何选好技术初创风口:从0到1,1到100

这个。实话说我睡着了,可能是吃完中饭乏了。恩,是的。

Write Once, Debug Everywhere. 一次编写,到处调试。

vux并不完全依赖于WeUI,但是尽量保持整体UI样式接近WeUI的设计规范。最初目标是创建一个易用,实用,美观的移动端UI组件库,现在离理想状态还有不少距离,因此需要大家及时反馈问题及贡献代码。

根据自身技术栈出发,我选择了以下专题

但是对于追求更高开发效率,以及对动态化运营需求很大的业务场景。RN 依然是一个不错的选择。因为原生 Native 开发,H5 开发各自都有很大的痛点。而 RN 这类大前端框架,通过结合二者的优势真正的抹平了这些痛点。只是目前的大前端框架都还不够完善,本身又引入了一些新的坑。 但是在我们长期的实践中,发现其实很多坑都是有解决方案的。腾讯的 Hippy 框架就是站在巨人的肩膀上,不断优化,让大前端框架成为“不坑”的选择。 因为大前端方向本身很好的解决了 Naitve 和 H5 原生的问题,而它自身的问题也是可以解的,所以我们有理由相信它就是移动开发的未来。

Mint UI  9.8k

产品思维和设计思维详解

讲师 @张玉婷,她的设计思路蛮不错的。她认为设计师设计产品交互的时候,一定是从产品架构出发分析产品用户需求,进而推导出产品界面。而不是接到需求在网上一通翻找竞品界面。不同的需求场景有不同的用户语境,进而有不同的视觉交互表达。

比如 从业参与的Weico客户端,是设计驱动的一个产品。目前是最大的微博第三方客户端,跳脱开 官方微博客户端的通用性和功能化,主打个性化和情感化。围绕核心功能(阅读和发送微博)进行 特色的设计扩展。

后面提及高德客户端的交互设计,虽然 App类型不同,设计很难参考。但思路是ok的。要关注 用户与产品发生交互的真实场景,介绍了高德在这方面的交互实践。

IMWeb Conf 2018 是诚意满满的一次前端嘉年华。

图片 4

Progressive Web App:反击序章

讲师@黄玄开篇讲述了web在当下移动时代的窘境。有一定的技术高度看待这类行业问题是蛮赞的。不认可web在移动时代只有Hybrid这一种选择。

开始布道 PWA(Progressive Web App),认为这是web针对native的一次反击。
The new application model for Web

  • add To HomeScreen (web 也有像native原生应用一样的桌面图标入口)
  • Instant Loading & ReliableExperience (提供一种缓存机制,类似原生应用的首次下载)
  • Push Notifications (web 也可以像原生应用一样接受通知)

...等等一些特性。让我这种native同学感到十分新鲜。确实在 纯web 到 纯navite 之间有许多可能的点

反观业界,应该很少有企业对自己的网站能支持到这种体验程度。特别是在iOS 9提供了 web mark机制之后,直接把web流量切给了native。不知道有没有统计过用户是愿意留在浏览器 还是 更愿意跳往原生应用

不过在原生应用开发实践中,我个人偏向于 hybrid 方案。这个取决于你的App大多数是什么样的业务场景,需要权衡体验和发布节奏等利益点。

  1. 纯native,体验是有可以保证的。 缺点就是发版受限
  2. hybrid,这里讨论指的是 RN,Weex这种跨端方案。好处是 发布不受限制,一人开发跨两端(iOS,Android) 节省人力。体验稍逊于native
  3. 纯web,包括不经优化,直接套用webview的这种。缺点是体验差,卡顿,load时间久
  • 与前端大咖面对面交流
  • 了解跨端技术的发展史和最新动态
  • 深入挖掘跨端技术的原理
  • 了解方案之间的异同
  • 认知哪种方案最适合自己业务

frozenui 0.2k

会前问答

vonic 2.5k

责任编辑:

mui 8.4k

最近这两年,在移动端各种跨平台的开发方案如雨后春笋般涌现,一方面是因为,随着移动互联网的普及和快速发展,移动终端设备的软硬件、操作系统、开发工具链和技术社区等日趋成熟完善;另一方面,近几年传统 PC 端的技术、资源也逐步迁移到移动端上来,大家都想造轮子,然后一统天下。 特别是今年,随着微信小程序的流行,让本来 Web、iOS、Android 的三足鼎立之势,又加入了新的玩家。如何统筹兼顾,收归开发成本,跨端技术势在必行。

是一套简单易用的跨平台开发方案,能以 web 的开发体验构建高性能、可扩展的 native 应用,为了做到这些,Weex 与 Vue

本次腾讯 IMWeb 团队,邀请到了业内各大公司的著名前端布道者,围绕“跨端融合”这一主题,为您带来全新的核心理念、设计思路专场剖析。

weui  17.7k

可视化与动画专场:

另一方面,浏览器默认控件样式又少又丑,制作一个漂亮的控件非常麻烦,也有一些制作简单的ui框架但性能低下。

如果您无法到达现场,也可以购买线上票,通过网络直播观看所有演讲,会后也可以观看回放。【Native 跨端融合会场】购买链接:

zanui-weapp 0.3k

线下票(现场)

基于 vuejs 1.0 开发 material design 风格的移动端 WEB UI 库。

问题1:最近有少量国外企业在放弃 RN,重新回到 native 开发,让业界对RN的信心有所动摇,那在技术选型的时候,是否有必要继续在 RN上面投入?新项目是否依然应该选择RN?

Weex能够完美兼顾性能与动态性,支持iOS、安卓、YunOS及Web等多端部署。

线上票(网络直播)(

本文由betway必威登录平台发布于互联网农业,转载请注明出处:Taro、Weex、Hippy 齐聚 IMWebConf 2018!

Ctrl+D 将本页面保存为书签,全面了解最新资讯,方便快捷。