feature: Weex APM

Chapter1 - iOS/1.44.md

@@ -45,9 +45,15 @@ Hybrid 架构设计的第一要考虑的问题就是如何设计前端与 Native
 
 ### 2. 账号信息设计
 
-账号系统是重要且无法避免的，Native 需要设计良好安全的身份验证机制，保证这块对业务开发者足够透明，打通账户体系
+账号系统是重要且无法避免的，Native 需要设计良好安全的身份验证机制，保证这块对业务开发者足够透明，打通账户体系。
+举个例子，客户端提供了一个 WebView 容器，Native 侧的个人中心，用户是登陆态。但用户去访问 A 业务，A 业务的实现是前端实现的。访问页面时，页面内容都可以看到了，但是某个接口需要用户登录态，然后忽然跳转到登陆页，对于用户体验很不好。用户一脸懵逼，我不是登陆了吗？为什么还跳转到登陆页面，管你页面的技术实现是 Native 还是前端，对于用户来说，用户不是专业技术人员，不会判断是 Native 还是跨端方案，也不需要判断。
 
+所以解决方案是 Native 和 Hybrid 打通账号体系，通过 WebView 去访问 H5 的时候，应该保持同样的登陆态，用户账号信息是打通的。
 
+Todo：
+WebView 的鉴权
+
+举个例子：携程的动态化很高现在 RN 居多，前几年的时候大部分页面还是 Hybrid 架构。假设用户在浏览器里面访问了一个页面 A，输入手机号登陆成功了，也在页面 A 上完成了自己的业务。此时
 
 
 ### 3. Hybrid 开发调试
@@ -830,4 +836,12 @@ NSURLProtocol能够让你去重新定义苹果的URL加载系统(URL Loading Sys
 
 ![离线包下载流程](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/Hybrid-OfflinePackageDownload.png)
 
-![离线包加载流程](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/Hybrid-OfflinePackageLoad.png)
+![离线包加载流程](https://raw.githubusercontent.com/FantasticLBP/knowledge-kit/master/assets/Hybrid-OfflinePackageLoad.png)
+
+## 十一、如何落地和推进
+如果开展 Hybrid 就存在一个问题，很多业务在迭代或者新开的时候就会选择用 H5 前端技术去实现了，但是如果团队内的客户端同学不懂前端或者不是很懂的时候，就会存在一个抵触的心理，觉得是前端在“侵占”、“蚕食”客户端的领地。所以我们做 Hybrid 跨端项目的时候就需要诚恳一些，抱着“双赢”的出发点去聊、去推进。
+- 你在咱们公司当前的项目1中不选择 Hyrbid 技术，将来的项目2、项目3，其他合作的同学可能就会拥抱 Hybrid 技术来水岸
+- 多端融合能力、跨端是趋势，即使在我们公司一直不做，你离开公司去新的公司，肯定也会遇到用跨端去写业务的场景，这是趋势，尽早拥抱吧
+- 你如果只做 Native 以后新的项目或者新的机会给你，你抓不住，不如趁此机和我合作，或者分配一些前端开发的小任务给你，趁此学会前端技术和 Hybrid 的设计，成为一个跨端工程师，点亮、丰富自己的技能树，日后项目的技术选型方面，类似小程序、Weex/RN/Flutter 方案等，上手就会很方便了，也在做技术方案调研、评估方面多一个可选项。
+
+客户端同学都是程序员，都比较爱学习，拥抱新技术、新设计，早点拥抱技术红利，享受 Hybrid 设计哲学带来的思维增益。我们要实现的效果并不是前端去侵占、蚕食 Native 领地的效果，而是拥抱优雅的、高效的技术方案，去拓展业务上更多的可能性，也在技术方面增加更多的视野维度