2016 年技术总结

作者: 大利猫 | 来源:发表于2017-01-24 15:08 被阅读1011次

记得去年写年终总结的时候,我还在去看老友的火车上,那时对新一年充满了无数期许,虽已是争分夺秒,但是当宣布 game over 的那一刻,这一年的收获、成长、遗憾、失落已经定格。

内容提要

  • MVP 架构 App
  • 浮窗组件开源
  • NodeJs 全栈开发
  • App web 化发展趋势
  • 年度博客总结

MVP 架构 App

针对项目中结构混乱,分层不清晰,提出 MVP 架构的想法,经过内部分享,试点实践,最终于五六月份在 MVP 的基础加上 EventBus 全面重构。 架构的收益是持续的,去掉了耦合在各个层面上回调函数,从架构层面上规避了最常见的内存泄漏问题,同时由于层之间的高度解耦,使得我们可以针对不同层次使用不同的单元测试框架,大大降低了写单元测试的成本。

尽管 MVP 和 EventBus不算什么新技术,但对我们的项目来说是第一次,作为一个团队的一员,要引入新的技术或新的想法不是一件容易的事。你得说服你的老大还有你的同事,你不能干巴巴的说这个技术好然后你的同事就能信服你,特别是技术水平和视野上的差异,没有认知上的共鸣,你很难推动实施。作为团队的新面孔,我也是费了很多波折,开始在小组内做 MVP 的分享,再后来是在新接手的业务带头实践 MVP ,真正让大家全面认可是下面的经历:

大约是4、5月的时候,随着功能的增加,各处隐藏的内存泄漏问题终于累积到了一个爆发点,大量引发 OOM 问题。经过内存工具排查、反复测试、观察内存走向,游走大部分历史代码终于解决了问题。我把解决过程详细的写成了两篇内部分享文章,鞭尸了 n 多个黑代码(很多人为了怕影响同事关系,宁愿容忍渣代码,也不愿指出错误,我很不赞同这种价值观,对于技术氛围的形成十分有害,渣代码就是要鞭尸,我觉得应该提倡 review ,彼此鞭尸渣代码。),内存溢出并不是在某个功能点,而是散布在各个地方的 Handler ,这些 Handler 让各个层次藕断丝连。为了规避这些问题,才有了后来的 MVP + EventBus,它才开始真正被接纳。

关于在团队中引入新技术,除了沟通能力之外,你应该还要做到两点:1 明白项目的问题在哪里,2 用你要引入的技术解决当下的问题,3 对于新的技术,团队成员成本多大,例如当时想本要使用 RxJava ,考虑到当时团队成员的学习成本就使用较为容易上手的 EventBus 了。

浮窗组件开源

为了方便玩家游戏过程不用切换游戏也能方便地体验我们的 App 的服务,我们需要"伸出一双手"到游戏中,在合适的位置、合适的时间出现。等于将 App 的功能阉割到浮窗中,所以逻辑还是比较复杂,经过几个版本下来遇到了很多坑,特别是在版本兼容问题上,在解决这些问题之后我觉得应该把浮窗组件沉淀一下,开源出来:https://github.com/liuguangli/FloatUtil

插件化研究

在进行浮窗功能设计的时候,一开始打算做成插件的形式,花了大量的时间进行插件化的研究,看了几大开源框架,对于设计模式、Android 框架、App 加载和执行等都是一次进阶性的提升,最后形成了插件化研究的系列文章:

NodeJs 全栈开发

App 客户端的需求越来越少,刚好后端要做业务重构,进行前后端分离,主动申请参与前端的开发,从无到有参与前端 NodeJs 项目架构并支撑第一个新业务的上线。前后端分离,在组织架构上也算是一种解耦, 为了让后端从"代码套页面"的噩梦中解放出来、更加专注于数据业务的开发,后端面向细粒度 API 开发,只关注服务和接口;NodeJs 作为服务到用户的中间层,面向用户侧的开发,关注交互和界面,提供多端特性的适配。

App web 化发展趋势

3 月份大家还在大谈插件化、这个时候插件化已是百花齐放,React Native (简称 RN)已经在各大技术沙龙分享实战经验,2015 年 9 月 RN 发布开源,这是一次 App 跨平台开发思路上的突破:Web 方式编程,原生化的体验。

2016 年 6 月,阿里开源 Weex ; 2016 年 9 月,微信小程序开放内测;RN、Weex 和小程序 在思路上是一致的:采用某一种 Web 编程技术编写页面,生成的 js 部署到服务器,然后下发到客户端,客户端 App 上搭载一个 JS 解释器,最终转换成 Native 组件。 三者实现手段上略有差异,RN 采用 React 的语法编写程序逻辑,客户端采用 JavascriptCore 作为 js 解释器;Weex 采用 Vue 语法编程,客户端使用 V8 内核作为 Js 运行环境;微信小程序可能和前两种差稍有不同,稍微进化得慢一些,小程序提供的编程方式和 Weex 很相似,不过最终下发到客户端执行的还是 html 和 js 文件,最后由 X5 内核来执行 html 和 js。

RN、Weex 和微信小程序让我看到的是一种编程方式的变化,App 原生开发和 Web 开发正在统一。微信小程序的出现一度引起很多讨论,其中就有关于小程序是否会吞并 App 的讨论,我倒是对此不以为然,不过我思考的是:微信小程序能做到、Weex 能做到、RN 能做到,那么 OS 来做不也是轻而易举的事么?这样的 OS 一定会到来吧?(这时,我不由得把视角转向了 Google ,据说 Google 内部正在融合Chrome OS 和 Android,将推出 Andromeda 操作系统。)那个时候才是真正的大一统。技术发展一直遵循着摩尔定律,性能、带宽逐年提升,Web 和 原生的体验差距在慢慢变小App web 化开发一定是一种趋势。

年度博客总结

1 插件化系列文章,总结了插件化开发的基本思想概论。

2 浮窗系列文章,总结了Android 窗口体系的相关知识点。

3 物联网入门系列文章,总结了 NodeJs 在硬件领域的使用,使用 Ruff 来 DIY 自己的家电。

4 经验、思维、方法论

相关文章

  • 2016 年技术总结

    记得去年写年终总结的时候,我还在去看老友的火车上,那时对新一年充满了无数期许,虽已是争分夺秒,但是当宣布 game...

  • 移动客户端开发笔记1

    文章推荐 2016移动开发技术巡礼 徐川大神对2016年移动技术发展的概述,以及对2017年的展望。总结了各种技术...

  • 前端技术总结 [ 2016 ]

    前言 近年来,随着浏览器性能的提升与移动互联网浪潮的汹涌而来,Web前端开发进入了高歌猛进,日新月异的时代。这是最...

  • “区块链+电子政务”应用调研

    一、应用背景 2016年10月,工业和信息化部发布了《中国区块链技术和应用发展白皮书(2016)》,总结了区块链发...

  • 2016年阅读记录

    2016年读书不多,总结一下。 技术开发类 构建之法 邹鑫的软件工程学总结,微软MSF的书籍,各种感悟不少。 成为...

  • 2016年计划

    2016年的计划最终变成了2016年的总结。

  • 2016年工作总结及新年计划

    2016年工作总结 一、2016年总结概括: 在2016年里工作主要是胶囊收货、称重、打包发货。称重从刚...

  • 2016年总结

    又到了每年总结和列新计划的时候,这是我第二次做全年总结。想起去年12月自己满心欢喜的做计划,写下来的那一刻激动无比...

  • 2016年总结

    工作 今年最大的收获,是学会了找自己的方向。其实说到底也没管几个人,但是顺着德鲁克的话来说,能不能自己做决定,才是...

  • 2016年总结

    虽然今年感觉没有特别大的成果,主要的时间被加班占用了,花在看书上的时间不多。但是今年我也开始在线上的学习平台上学习...

网友评论

  • 三思吾:有个问题想请教楼主,两年.net经验,前端html,css,div,js,jquery这些也会,会微信小程序开发,rn也了解过。但总体来说.net经验多一些,前端实际经验没那么多。基于目前前端比较火,.net在大公司几乎不再使用,换工作的话找哪个对后面发展好一些呢?
    三思吾: @大利猫 谢谢楼主回答,基础和学习能力没问题,我目前的情况找.net应该比前端容易。楼主的意思新工作如果能找到前端的最好转前端么?
    大利猫:@暖暖空间 从现在的形势的话,前端会好一些,但是你一定要找机会深入,因为会这些的人很多。技术框架在变,基础知识不变,系统,协议,设计模式,语言这些基础没问题,学习能力没问题,上手新东西很快的
  • 青85:我就是太缺乏总结啦!

本文标题:2016 年技术总结

本文链接:https://www.haomeiwen.com/subject/smbzbttx.html