Eleme Report - Speaker Deck

Slide 1

Slide 1 text

述职报告汇报人：于德志指导人：韦忠丹

Slide 2

Slide 2 text

时光飞驰，我自年后2月13日入职饿了么公司，转眼间已愉快地度过了2个月。2个月的工作实践，使我收获了很多，也使我体会到了各位领导和同事们的关心，体会到了饿了么公司大家庭的温暖。我以积极进取的工作热情和踏实勤勉的工作态度，认真履职，大胆负责，较好地完成了领导交办的工作任务。入职以来，我努力实践着自己的诺言，力争做到更高、更强、更优。下面，我就将近2个月的工作情况向各位领导与同事作个简要汇报，以接受大家评议。前言入职饿了么

Slide 3

Slide 3 text

工作小结内部分享所学知识工作规划和展望目录 CATALOG

Slide 4

Slide 4 text

1 工作小结

Slide 5

Slide 5 text

负责组件化路由的维护维护MVVM框架 Weex 踩坑研究查找并修复项目中隐藏的内存问题 1 2 3 4 iOS开发工作内容

Slide 6

Slide 6 text

95% 75% 100% 90% 1 2 3 4 MVVM框架维护目前该框架基本无bug Weex踩坑研究 Native端还差JSFramework的源码没有研究透彻修复隐藏的内存问题 3个app都修复完毕组件化路由的维护团队版等待接入新的路由工作完成情况

Slide 7

Slide 7 text

1. URL Scheme 2. Universal Links Target-Action方案 Protocol-Class注册方案 URLRoute注册方案 APP间跳转 APP内部路由 APP内部路由 APP内部路由组件化路由

Slide 8

Slide 8 text

1 URLRoute 2 3 Protocol-Class Target-Action 1. JLRoutes Star 3189 2. Routable-iOS Star 1419 3. ABRouter 4. HHRouter Star 1277 5. MGJRouter Star 633 6. lpd-modular-kit 7. LPDMvvmRouterKit 8. Excalibur 1. MGJRouter Star 633 1. CTMediator App间的路由

Slide 9

Slide 9 text

统一请求资源的方式不管是H5，RN，Weex，iOS界面或者组件请求资源的方式就都统一了，都通过URL来请求资源。服务器可动态控制页面跳转服务器通过动态下发URL可以达到客户端一部分的动态性。统一页面出错后的错误处理方法 URL拦截错误以后可以做统一的处理 URLRoute注册方案

Slide 10

Slide 10 text

影响App启动速度由于需要在load方法里面注册map 规则，所以会影响启动速度。大量的硬编码和短链接硬编码和短链接不方便维护和修改。不能传递对象 URL不方便传递对象。缺点 URLRoute注册方案

Slide 11

Slide 11 text

没有硬编码这个是相当于URLRoute的优点。利用POP思想编写代码更加优雅。可以传递对象这个是相当于URLRoute的优点。 Protocol-Class注册方案优点

Slide 12

Slide 12 text

影响App启动速度由于需要在load方法里面注册每个 Protocol，所以会影响启动速度。需要依赖ModuleManger 和Component 依旧需要依赖2个对象。没有统一处理错误由于Protocol是分散在各处的，所以没有针对错误有统一的处理。 Protocol-Class注册方案

Slide 13

Slide 13 text

无须注册利用Runtime特性，省去了注册这一步。只依赖Mediator 所有页面都只依赖Mediator这一层。统一页面出错后的错误处理方法 URL拦截错误以后可以做统一的处理 Target-Action注册方案

Slide 14

Slide 14 text

硬编码在Category中将参数打包成字典， Target中再拆开，依旧存在硬编码 Target-Action注册方案

Slide 15

Slide 15 text

URL Protocol Hook LPDMediatorRouter URL的方式主要用来跳转页面，以及来自App外部的跳转。支持Hook路由这里可以用 Protocol 传递 model对象。也可以调用组件的方法。

Slide 16

Slide 16 text

02 01 03 04 05 06 URL统一配置可以利用宏，统一管理各个短链接，达到统一管理的目的。取消URL注册可以动态的取消某个URL的注册。 URL可支持中文 URL可以支持中文的匹配。 URL匹配 (1)、可以支持URL的query string的参数匹配 (2)、可以支持传入字典的参数匹配。可以直接获取对象可以通过URL匹配直接获取到对象。 URL降级可以设置一个降级的URL，当所有的规则都失效的时候，就会降级匹配降级的URL。 LPDMediatorRouter的URL匹配

Slide 17

Slide 17 text

LPDMediatorRouter

Slide 18

Slide 18 text

MVVM框架维护

Slide 19

Slide 19 text

MVVM框架维护 MVVM优点解耦并不是MVVM的本质，提高代码复用率和 UI组件级的单元测试才是本质。 ReactiveCocoa仅仅只是工具 RAC在MVVM中仅仅只起到了绑定的作用， RAC的作用远不在于绑定，它的FRP的思想才是精髓。 Cocoa下需要约束在Cocoa框架下实践MVVM需要约束。否则很容易又写回MVC。跳转逻辑应写在VM里 VM里面都是业务逻辑，跳转也属于业务逻辑，所以应该写在VM里。 MVVM的理解

Slide 20

Slide 20 text

发布新版，更新率到60%， Android需要2周，iOS需要1周， Weex/H5 1分钟新版更新速度可以随时在服务器动态部署替换原有界面。动态化相比H5，在Android和iOS的流畅性显著提升。在Android低端机型帧率提升37% （40->55FPS）相比H5，体验提升 Android，iOS，H5->Weex，节约50%开发人力。节约开发人力 Weex的一些优点 Weex踩坑研究

Slide 21

Slide 21 text

关于Weex 由于是要在现有工程内接入Weex，所以需要一些技术调研工作。 Weex打包 Weex调试 Weex原理 Weex配置 Weex踩坑研究

Slide 22

Slide 22 text

Weex踩坑研究

Slide 23

Slide 23 text

Weex踩坑研究

Slide 24

Slide 24 text

Weex踩坑研究

Slide 25

Slide 25 text

Weex踩坑研究

Slide 26

Slide 26 text

Weex踩坑研究

Slide 27

Slide 27 text

Weex踩坑研究

Slide 28

Slide 28 text

Weex踩坑研究

Slide 29

Slide 29 text

Weex踩坑研究

Slide 30

Slide 30 text

Weex踩坑研究

Slide 31

Slide 31 text

Weex踩坑研究

Slide 32

Slide 32 text

关于instruments的Leaks Leaked memory Cached memory Abandoned memory ●MRC下内存泄露一般都是Leaked memory ●ARC下内存泄露一般都是Abandoned memory ●Leaks 只检测Leaked memory 修复隐藏的内存问题

Slide 33

Slide 33 text

关于instruments的Allocations Leaked memory Cached memory Abandoned memory ●Allocations 用来检测Abandoned memory ●需要反复push/pop，比对快照内存是否增长，繁琐！ ●无法及时得知泄露，需要一个个页面去操作，麻烦！修复隐藏的内存问题

Slide 34

Slide 34 text

01 02 03 04 MLeaksFinder 完全无侵入使用简单，不侵入业务逻辑代码，不用打开 Instrument 全自动检测只需开发你的业务逻辑，在你运行调试时就能帮你检测及时发现内存泄露发现及时，更改完代码后一运行即能发现（这点很重要，你马上就能意识到哪里写错了）能准确地告诉你哪个对象没被释放发现精准使用MLeaksFinder

Slide 35

Slide 35 text

OBJECT AOP willDealloc 使用MLeaksFinder 默认只检测UIViewController和UIView 为UIViewController和UIView添加willDealloc方法。每 3s调用一次断言的方法，如果没有被销毁就会触发断言。 Hook pop / dismiss方法

Slide 36

Slide 36 text

FBRetainCycleDetector检测循环引用 circle 查找循环引用的过程就是在整个有向图中查找环的过程。图论DFS解决此问题。

Slide 37

Slide 37 text

FBObjectiveCObject获取强引用 FBGetClassReferences 从类中获取它指向的所有引用，无论是强引用或者是弱引用 FBGetLayoutAsIndexesForDescription 从类的变量布局 Ivar Layout中获取强引用的位置信息 NSPredicate 过滤数组中的弱引用，剩下的即为强引用 1 2 3

Slide 38

Slide 38 text

2 内部分享

Slide 39

Slide 39 text

内部技术分享 01 OPTION 02 OPTION 03 OPTION 内部分享

Slide 40

Slide 40 text

面试组内招人面试，面试别人的同时也是一种技术交流。与队友讨论与队友一起讨论开发中遇到的问题和坑。参加T沙龙参加线下T沙龙和沪江英语合办的iOS技术分享会其他技术交流

Slide 41

Slide 41 text

所学知识 3

Slide 42

Slide 42 text

04技术交流在网上和各种大神交流技术。 02看源码为了研究路由的实现，看完了所有路由开源的代码，以及阿里的模块化解耦方法，Beehive，学到了注解的用法。 01JS基础学习一些简单的JS语法基础，目的为了看懂 Weex源码。 03写博客将所学的知识系统化的总结成文章分享出来自主学习情况自主学习情况

Slide 43

Slide 43 text

注解

Slide 44

Slide 44 text

2月25日《iOS 组件化 —— 路由设计思路分析》 3月5日 3月18日 4月2日《Weex 是如何在 iOS 客户端上跑起来的》《BeeHive —— 一个优雅但还在完善中的解耦框架》《由FlexBox算法强力驱动的Weex布局引擎》 5篇博客 4月15日《 Weex 事件传递的那些事儿》

Slide 45

Slide 45 text

团队精神责任感相互学习心得团队组员之间遇到了问题，如果有时间，一定帮忙一起解决。一些看似简单的问题背后，也许隐藏了一些大坑，帮队友解决问题的同时也是一起学习的过程，可以从别人的思维中学到新的东西。双方讨论的过程是一个双赢的过程。工作之中，我深深地体会到团队合作的重要，我们就如螺丝钉，任何一个掉队都有可能导致机器瘫痪，只有我们协同合作，才能实现我们的共同价值，并且发挥出更大的作用。在工作中我也深深体会到责任的重大，我们要做一个勇于承担责任的人。工作中我们都会维护Pod，相互app之间Pod也会共用，每个人都负责好自己的模块，不坑队友。工作心得

Slide 46

Slide 46 text

4 工作规划和展望

Slide 47

Slide 47 text

01 02 03 04 Swift POP 面向协议的思想 Genericity Swift里面强大的泛型 Operator 重载运算符学习一下Swift里面的FRP RxSwift 接触Swift

Slide 48

Slide 48 text

Weex Flux / Redux Vue-Router Webpack Vue / Vuex Javascript 深挖Weex

Slide 49

Slide 49 text

团队协作自我驱动客户中心品质为王诚信创新我愿意以创新科技打造全球领先的本地生活平台为愿景，以美好生活，触手可得为使命，与小伙伴们一起拼。在此我提出转正申请，希望自己能成为公司的正式员工，恳请领导予以批准。结束语

Slide 50

Slide 50 text

致谢首先要感谢丹哥。虽然丹哥对待工作庄重严肃，一丝不苟，对待工程品质力求精致完美，但是生活上和蔼可亲、待人宽厚、爱开玩笑、关心下属。同时也要感谢部门各位同仁。谢谢大家平时对我的关照。我们是一个非常和谐的团队，团结，互助。我们为了同一个目标，追求相似的理想，用我们强大的内心，一起努力，一起奋斗，并肩作战。

Slide 51

Slide 51 text

汇报完毕诚请指导 THE END