http1.1时代,js资源合并(bundling optimization)仍是一个必要的实践。
我们在发版前会将入口模块引用的模块打包为一个js,但是对于重用度高的类库如jQ等,如果都合并进来就不太合适了,因为这部分模块改动频率不高,独立加载可发挥浏览器缓存的优势(图1),
在这次的参数RSA+AES加密需求(160310版本)中,由于涉及的接口众多,测试回归时需要在微信中到相关页面进行验证,工作量巨大,所以需要一个更高效率的移动端调测方式。
这篇文章要里介绍了连接和抓包,其中出现远程调试安卓Webview的截图,很多同事尝试时在列表中只能看到chrome中打开的页面,通过 这篇文章可以知道,原因是其他app可能没有开启webContentsDebuggingEnabled,chrome的安全策略限制了这些网址的展示,要突破这一限制,需要用到一款叫Xposed的APP 。
Xposed的原理是利用动态劫持,通过替换/system/bin/app_process程序控制zygote进程,使得app_process在启动过程中会加载XposedBridge.jar这个jar包,从而完成对Zygote进程及其创建的Dalvik虚拟机的劫持。
由于安全策略限制,我们的开发机只能连入内网,且需要经过标装。
平安内部主要用到两张网,一张是办公开发用的PA_WLAN,另一张是移动设备接入的MA网,开发机与测试机由于不在同一网段,也就只能上演人鬼情未了了(用Mac开发的土豪例外);
另一方面,标装过的机器木有管理员权限,无法通过共享wifi给手机来创建局域网环境,于是另一条路被宣告堵死。
以往的方法都不灵,只能另辟蹊径咯~ 最终希望寄托在连通二者的USB线。
很多知道我做出这个选择的人都会发问“腾讯待遇那么好,为什么去平安呢”,这里我想说的是,腾讯确实是很不错的机会,员工福利方面也是有口皆碑,但毕竟这么大的体量,内部也绝非铁板一块,有厚必有薄
(就好像这么问我的人,出发点大概也有几种:有的出于关心有的确实好奇,有的也许心里已有“答案”,只想看你如何应对)。对于处于我当时那种:有一定实战经验,能干活,但眼界欠缺且经济基础薄弱的情况,稳定舒适的环境未必尽好。重视的项目,除非资源紧张基本分配到资历深的人员;分配到手的任务,为了求稳也可能得在技术方案上做些妥协,否则就将面对一轮轮的系分、评审… 最后只能用“老员工这么考虑有其前瞻性”,“leader需要对项目进度把控”来说服自己。于是创意蛙所处池子水温+1… 当然这一切仍是公平的——毕竟同样岗位同样的活,前辈们付出更多、也放弃过机会,
但公平并不意味着你就该放弃放弃的权利。在加入TID满一年的关口我选择了退出,原因仍是探求最适合那时的自己的环境,就好比小时候爱玩沙子,长大一点了觉得积木更有趣,就这么简单。
最后,引用下腾讯校友会看到的一句话:离开只是选择。希望再次相遇的(如果有机会的话),是发展得更好的腾讯和成长的更好的自己。