图说IT,结构化技术知识,助力年薪百万
侧边栏壁纸
  • 累计撰写 31 篇文章
  • 累计创建 0 个标签
  • 累计收到 0 条评论

目 录CONTENT

文章目录

MDCC2016 总结.md

图说it
2024-08-29 / 0 评论 / 0 点赞 / 121 阅读 / 2,540 字

参加了2天的MDCC2016,趁着10.1有空,回顾一下。
2天的会议主要参加了2个专场,跨平台开发专场和iOS开发峰会。

##ppt地址
https://github.com/MDCC2016

跨平台开发专场


跨平台主要关注了ReactNative和Weex。
Weex目前看来还是阿里内部在用,ReactNative属于主流。
从RN的使用情况来看,都是在App中部分页面使用RN。对于RN使用中遇到的问题,美团点评的演讲介绍得比较详细,主要还是性能相关的优化。

##从React到ReactNative渐进强化应用体验

主要讲了从Web应用改造为native应用的3种方式:

  1. WebView嵌入(Hybrid),通过WebViewBridge实现部分native增强
  2. 将Web的ReactDOM改成ReactNative的组件,也就是现在的ReactNative的标准使用方式
  3. 展望了一下ReactNative for Web的跨平台。由ReactNative直接提供iOS/Android/Web三个端复用的能力 比较来看,还是第二种方案更成熟,性能也更好

##Mobile可配置化的跨平台实践

没有从客户端角度讲跨平台。而是利用服务端可配置化的控制平台,实现服务端快速上线和客户端产品的快速更新展现。

##驱动原生型移动应用的跨平台实践

普元因为在Eclipse和组件化模型方面有很多积累,所以他们自己实现了一个类似ReactNative的技术,称为驱动原生型移动应用。
同时配合他们的IDE,可以有很好的调试体验。 但是因为这是普元的商业产品,这个主题一半可以当做他们的产品宣传。

##Weex移动应用架构设计和实战

这个主题是跨平台开发专场中的亮点,开讲之前就在现场微信群里倍受期待,这也是这次大会上首次现场show code的嘉宾。
郑蔚(克爽)讲了Weex的分层架构,Native和Javascript的交互模型以及组件的渲染过程。
从架构和原理上,Weex和ReactNative差别并不大。 所以听众问了2个问题,Weex的开始和将来。
Weex的产生是因为原来淘宝的一套魔改Json加入脚本的方式难以维护,重构的时候正好Web技术比较成熟。实际Weex开始开发的时间比ReactNative还早,所以不存在有了ReactNative为什么还要造Weex的问题。
Weex的未来,首先会把接口层做得更薄,以后不只是可以用Vue.js来写Weex,甚至React.js也可以作为Weex的DSL。
同时有个不太好的消息是,淘宝在Weex的投入取决于淘宝自身业务的需要,所以Weex的未来还是看社区的推动情况。这个会让选择Weex变得很纠结,目前Weex的社区相对ReactNative还是相差太多。

##美团点评 ReactNative 设计和实践

这个主题基本就是美团使用ReactNative的一些干货了,各种遇到的坑。
美团使用RN的目标是提升开发效率,缩短发布周期,解决版本不一致,资源不一致的问题。 然后张宇开始各种干货。

  1. RN和native各自适用的场景 主要是性能相关的。 长列表(~1000条),或者强交互的场景适合native,因为RN会产生深层的嵌套,以及列表本身的性能有问题。
    而对于一些View数量比较少的UI,详情页,和交互较少的UI适合RN实现。 RN的热更新,美团采用了自己实现的一套。
  2. 热更新 美团采用自己实现的一套
  3. Navigator 踩了各种坑(事件穿透,原生表现不一致等)之后,推荐NavigationExperimental
  4. ios和android样式自定义 用F8StyleSheet封装Platform.OS===
  5. ListView优化 主要是对没有显示的Cell的部分做一些优化,减少内存占用
  6. bundle加载速度 放到一个bundle里面,内部路由
  7. RN版本升级 升级需谨慎,api变化,采用阶段性升级,不追求最新版 把平台差异性代码放到组件里,业务代码保持平台独立性

iOS开发峰会


iOS峰会仿佛Swift开发峰会,OC已经没人讲了。但是对于Swift,台下问嘉宾,Swift3升级遇到问题怎么办,嘉宾说我们不升3,升2.3,哈哈哈。

##Swift面向协议编程与Cocoa框架的邂逅

喵神讲了一下Swift里面新增加的协议扩展特性。 整个演讲主要是讲面向接口的设计方法。
Swift增加了协议扩展之后,能力已经跟多继承没有太大区别了。

##展望 Isomorphic Swift

主持人都没太明白Isomorphic Swift是什么意思。 听完大概就是前后端都用Swift来实现。
主要介绍几个后端Swift框架,Kitura,Vapor,Perfect,Zewo。
从benchmark看,swift的性能表现比nodejs要好,仅次于go。

##把玩编译器,Clang有意思

这个主题有点难。 孙源科普了一下llvm,clang的概念。 同时演示了一下clang与xcode结合使用的三种方式,实现code
lint,以及利用AST做一些hack的事情。

##IM 即时通讯技术在多应用场景下的技术实现,以及性能调优

leancloud的陈宜龙详细讲了IM的协议选择与性能优化,但是时间没安排好,导致部分内容没讲完。
干货也很多,基本涉及了IM中常遇到的一些问题。

  1. 连接问题 轮询,长轮询,长连接 从流量上看,当然Websocket的长连接花费更少
  2. 通讯协议 XMPP,MQTT,私有协议 XMPP协议成熟,可利用的开源实现很多,但是耗流量,不是为移动场景设计。 MQTT协议简单,流量少,适合订阅+推送模式。针对IM场景需要做很多扩展。适合打车,朋友圈状态更新等场景。
    私有协议是主流IM采用的方式,要求有设计良好协议的能力,对设计者要求高。
  3. 假在线 双向ping pong机制
  4. 序列化 PB的序列化比json和xml更省流量和省电
  5. DNS污染 ip直连,http DNS
  6. 重连机制 精简心跳包,减少心跳次数,重连冷却

##58同城App在React Native上的开发实践-iOS视角

彭飞主要分享了58同城在使用RN上的一些经验,有细节的,也有工程性的。

  1. RCT_EXPORT_MODULE(js_name),RCT_REMAP_METHOD 设置别名,解决android和iOS类名的问题
  2. 覆盖methodQueue,实现自定义queue
  3. 载体页初始化参数解耦处理
  4. 单次回调用Callback,多次回调用EventListener
  5. js端和native端的异常处理策略
  6. 热更新采用基于common的diff。相当于除了common之外的全量更新

##搜狗输入法性能优化实践

因为系统对输入法占用资源的限制,李腾杰的分享也是干货满满,从与android峰会的微信群对比,iOS峰会一直保持了很高的质量。
搜狗主要分享了键盘调起速度和内存占用的优化,可操作性很强。

  1. 键盘调起速度 懒加载,不要阻塞主线程,避免额外操作,慎用autolayout,慎用NSDateFormatter,慎用[NSString sizeWithAttributes:]
  2. 内存占用 autoreleasepool使用,避免循环引用,读图方式优化,正确的缓存策略,降低内存峰值,内存文件映射,FastImageCache

##Deep in iOS Testing

这个主题没听完整,主要讲了一下iOS的自动化测试,monkey,以及中间会用到的一些工具。
最后有个Q&A,问xcode8里面对UIAutomation的支持去掉了,自动化怎么做,回答是不升级xcode8.跟不升级swift3的回答同样简单粗暴,哈哈。

##安全那点事儿

本来想听点黑客的事情,但那是不可能在大会上讲的。
微信的马松松首先科普了一下信息安全的演进,从原始社会一直讲到萨德导弹,中间各种图片梗好像听众都没接上,嘉宾估计很无奈,讲安全不能讲太细,简单的梗也没人懂,只能顺便黑一下csdn。
结论是安全的最大问题在于人的意识问题,对于开发者:安全能力是每一位开发者的基本能力,没有“银弹”!架构上最关健的一点是层层设防。
然后举了几个通常我们认为的防御,普通开发者认为的安全在安全人员眼里都是很容易攻击的,甚至安全人员认为的安全也不一定是安全的,没有绝对的安全,最好代码有专业的安全人员审计。
不过问嘉宾怎么在客户端存密码的时候,keychain依然是优先安全的方案。
听完感觉开发者首先要更新自己的一些知识库,特别是有些传统加密算法因为发现有漏洞,已经被一些安全性更高的算法替代了,然后要有一些安全的常识,因为安全上有些问题如果你不知道,那就真的不知道。

0
博主关闭了所有页面的评论