微信程序员创业总结：如何提高Android开发效率

JackJiang · 8 年前

WeMobileDev编者：simsun在2013年从手Q转岗到微信，在此非常感谢他对微信做出的贡献。在我看来，sim是一个活生生的全栈工程师，从硬件、后台到iOS、Android样样精通。同时sim非常崇尚开源，以开放的心态去做事，是一个节操满满的新时代码农。尽管他为了个人家庭与事业离开了微信这个大家庭，但在这里我再次祝福他在新的舞台能取得更大的成功。simsun在短短两个月内参与了"走起"app从后台、iOS、Android全程的设计与开发，最终完成上线，与微信从0到1的“创业”经历有很多相同之处。在下面我们听听他对提升开发效率的一些想法。

前言

开篇先友情提示一下，此篇文章所谈论的部分技术点与微信关联不大，如有描述不准确的地方，也欢迎大家指出与讨论。笔者去年从微信团队“毕业”，变成一个创业码农，期间也踩过一些坑，这里与大家分享一些我个人的经验。

微信的整体氛围很像创业公司，快速、高效。但微信团队对技术的挖掘还是很深的，这一点在创业公司比较难做到。创业公司更追求快速、稳定的做出功能，完成迭代。

以下文字主要给大家介绍一点我个人觉得很大的提高了我的开发效率的工具。

关于App架构的选择

1RxJava

首先给大家安利ReactiveX，其中Android的核心实现为RxJava。

为了App不卡顿，我们会把所有耗时的操作（比如：网络访问、文件访问）放到Worker Thread中。但是Android本身的AsyncTask的设计个人觉得设计的十分糟糕，不但写出来的代码冗长，而且稍微复杂一些的多流操作就会写的完全无法维护（这里可以用Java本身的线程模式来实现）。而且肆意的开线程也会造成App的卡顿。这里本身最初的想法就是需要一个线程池，以Promise的方式对外提供接口。原先试用过facebook的开源方案Bolts-Android，这个库是parse的开源方案。后来有iOS的同事推荐Reactive的方案，于是就走上了Rx脑残粉的不归路。

这里微信也有类似方案，通过将所有的线程和Handler使用接口收敛，以监控和控制无节操的开线程、卡顿为主要目标。而Rx的方案以帮助我们用少量的code，清晰的实现复杂的时序逻辑为主。

首先Rx会大大减少你的代码量，这一点对“懒惰”的我们十分重要。下面举2个平时开发都会遇到的问题来举例：

1. 搜索界面

我们需要在用户输入完毕后第一时间显示搜索结果，由于这个需要请求后台，我们又不想用户每次输入的时候都去后台请求。并且总需要显示当前最新输入内容的结果，不能因为网络的原因产生乱序的结果。

RxTextView.textChanges(searchEditText)
  .compose(this.bindToLifecycle())
  .debounce(300, TimeUnit.MILLISECONDS)
  .switchMap(SearchService::searchFeed)
  .subscribe(
      feeds -> updateUI(),
      throwable -> RxUtil.handleError(throwable, activity)
   );

几句简单明了的代码，满足上述的需求，而且看起来十分明了简单。其中.compose.(this.bindToLifecycle())是为了防止内存泄露，.debounce(300, TimeUnit.MILLISECONDS)是表示间隔为300毫秒，使用switchMap是会停止之前发出的请求，防止脏数据重入。由于Android并不支持Java 8，所以我们需要Retrolambda，来支持lambda表达式。

2. 防止多次点击重入

RxView.clickEvents(button)
  .throttleFirst(300, TimeUnit.MILLISECONDS)
  .subscribe(this::onButtonClick);

2MVP & MVVM

关于MVP&MVVM我一直是拒绝的，因为一开始的几个Screen我是用硬套MVP&MVVM的模式来做的，虽然activity的代码十分简单，但是View和ViewModel都会写一些晦涩、重复的逻辑来保证数据绑定，这不符合D.R.Y.。后来发现google官方有一个data-binding(http://developer.android.com/tools/data-binding/guide.html)的实现，感觉实现和prism十分类似，已经在最新的迭代中开始使用data-binding来实现MVVM，具体可以参考一个第三方例子(https://github.com/ivacf/archi)。

如何优雅的偷懒

1REST Client

关于REST API是一件几乎纯体力活，这里应当使用代码生成工具来帮助我们完成繁琐的工作。如果你的App像微信一样追求极致的性能和极少流量耗费，这里可以使用protocal buffer。这个有一个坑，就是PB原生的生成器生成的方法数非常多，会造成Android方法数64K的问题。微信里的pb生成器做了比较多的优化，来减少方法数问题。对于创业者来说，可以关注Square开源的wire。

笔者的APP使用了更容易调试的JSON。其中我们可以定义JSON Schema来描述协议，后台与客户端都可以拿这个schema来生成自己的Model和验证协议数据。Android中可以jsonschema2pojo(https://github.com/joelittlejohn/jsonschema2pojo)来生成自己的Model代码，并且可以生成Parcelable代码(PS:这一部分可能还存在隐藏BUG，如果你在使用过程中有什么问题可以提issue或者直接联系笔者)。

关于REST API还有一个杀手级的库Retrofit。Retrofit可以完美配合jackson+Rxjava来实现一个基于ReactiveX的REST Client。

@GET("/v2/feeds/search")
Observable<List<FeedDetail>> searchFeeds(
  @Query("query") String query,
  @Query("tag") String tag,
  @Query("page") int page
);

声明十分简单明了，具体可以去retrofit的官网了解更多。

2Image Loader

整体APP的架构完成后，图片库也是对于APP十分重要的。笔者刚入职的时候，就是在照着google tutorial上的图片加载的例子写过一个ImageLoader，深深感到做一个高效的图片库还是有很大难度的。还好现在各路大神给了我们很多选择，下面3款笔者认为是可以选择的option：

Picasso (https://github.com/square/picasso)
Glide (https://github.com/bumptech/glide)
Fresco (https://github.com/facebook/fresco)

其中Picasso和Glide的接口十分接近，但是benckmark下来Glide的性能更好一些，并且支持更多格式的图片，我们现在使用的的是Glide，而Fresco的功能是这3个库中最强大的，且支持PJPG。但是他需要替换你的View，并且接口设计的不如上述2个库。笔者在3个多月以前用Fresco的时候，他在加载多张图片的时候偶尔会有显示不出的情况，不确定现在是否修复。

微信内的ImageLoader针对自身的一些特有业务做了比较多定制化的工作，特别对内存做了比较深入的优化与监控，其他大体功能上相差不大。

3ButterKnife

Jake Wharton是个非常高产的大神，诸多开源库都是他主导的（RxAndroid也是他主要在主导）。ButterKnife可以帮助你少写很多重复的code。配合IDEA的插件可以不用写很多繁琐的findviewByid的搬砖代码。

数据统计

监控数据对于App来讲也十分重要，这方面虽然不体现任何功能，Growth Hacker和开发都需要经常关注。微信的监控与上报可以说做的非常强大，但是对于创业者来说，无法花那么多时间与精力在这些方面，还好有一些第三方提供一些类似的相关服务。笔者现在在用的有一下几款产品：

fabric和umeng的功能有很大的重叠，fabric是twitter旗下的数据上报和分析系统，笔者这里使用了他的crash报上，做的十分强大，给App的质量提供了保证。splunk是一款服务端的log分析系统，有了他的支持客户端可以减少需要无谓的事件上报。

另外，DebugDrawer也值得推荐，可以帮你快速的在debug版本分析、诊断问题。

微信内的质量数据监控与上报则因为数据保密方面的考虑使用了自研平台。有实时的分钟级别的上报与报警平台，崩溃上报与分析，以及卡顿、内存、SQL等各种精细化监控模块。

最佳实践

关于最佳实践当然见仁见智，不过笔者还是推荐一些比较成熟的方案android-best-practices，这个建议精读一下，里面的每一条都是别人踩过的坑总结来的，十分有价值。

微信内部的开发流程基本会遵循git-flow(https://github.com/nvie/gitflow)，即单feature单branch，功能完成合入稳定分支。微信在git实践上因为大量使用并行开发，存在多个并行的release分支。笔者在创业时依然延续了这个规则，虽然每个repo只有1-2个人同时提交代码，但是这么做可以快速应对需求的变更，并保证commit的规整性。虽然在commit时会多花5秒钟来操作一下，但是这样留下的是一个规整的历史，方便后续review和bisect。另外TJ开发的git-extras(https://github.com/tj/git-extras)会有很多对github友好的命令，会让你每天少打很多无脑的命令，以下是git-flow官网的流程，建议大家尽量按照其流程进行迭代开发。

另外关于代码格式，也没有官方统一的方案，笔者这里推荐使用Square的java-code-styles(https://github.com/square/java-code-styles)，也可以自己fork做相应的修改。

另外高压的开发很容易让程序员感觉到焦躁，这里我们还是要引入一些趣味的奖惩，笔者这里沿袭微信的“饼干法则”。对于很傻瓜的Bug我们要对Bug的引入者进行一点小小的惩罚，比如可以让他给大家买咖啡或者甜筒。而对于写出优雅且鲁棒的代码，我们可以给他加一个鸡腿。

另外强烈push设计的同学使用Sketch，这样不仅可以解放设计的同学在无尽的切图中，也可以让自己节约更多的时间。

写在最后

感谢大家可以看完笔者的碎碎念，也感谢微信让笔者从一个青涩的学生成长了还算合格的程序员。笔者离职一年，感觉创业和做freelancer有很多相似的地方，有大量灵活的时间，你需要学习如何去掌握你的时间，毕竟工作只是生活的一部分，你需要合理的分配时间。所以你的代码要尽可能的少些，即能自动生成的就用脚本来做，能抽象的就不重复去写，可以给自己节约更多的时间去玩耍。

编者后记： sim离开微信团队的这一年中，我们完成了平台期发展的思路转换，关注的重点从原来的功能开发迭代开始转向更基础化的平台研发能力。开源和分布式开发的思想也在团队内部兴起，微信内使用的开发工具、组件、流程也陆续诞生了一批内部开源项目。从内到外，相信在不远的未来，大家就可以在github上看到它们。

引用资料

ReactiveX (http://reactivex.io/)
Retrofit (https://github.com/square/retrofit)
ButterKnife (https://github.com/JakeWharton)
android-best-practices (https://github.com/futurice/android-best-practices)
RxJava (https://github.com/ReactiveX/RxJava)
RxJava入门教程 (http://blog.danlew.net/2014/09/15/grokking-rxjava-part-1/))
android-application-architecture (https://medium.com/ribot-labs/ap ... c02d5442#.suutwto9a)
android-application-architecture (https://medium.com/ribot-labs/an ... 34acda65#.6qmzrqtdn)
Improving UX with RxJava (https://medium.com/@diolor/impro ... a13b157f#.21alo61m9)
给 Android 开发者的 RxJava 详解 (http://gank.io/post/560e15be2dca930e00da1083#toc_10)
DebugDrawer (https://github.com/palaima/DebugDrawer)

附录：更多感悟和思考

《一个微信实习生自述：我眼中的微信开发团队》
《微信程序员创业总结：如何提高Android开发效率》
《如何做一个合格的 iOS Team Leader》
《程序员中年危机：拿什么拯救你，我的三十五岁》
《一个魔都程序员的3年：从程序员到CTO的历练》
《为什么说即时通讯社交APP创业就是一个坑？》
《致我们再也回不去的 Github ...》
《一名90后二流大学程序员的自述：我是如何从“菜鸟”到“辣鸡”的》
《一个魔都程序员的3年：从程序员到CTO的历练》
《选择比努力更重要：我是如何从流水线工人到程序员的？》
《程序员的抉择：必须离开帝都——因为除了工作机会，还有什么值得留恋？》
《即时通讯创业必读：解密微信的产品定位、创新思维、设计法则等》
《干了这碗鸡汤：从理发店小弟到阿里P10技术大牛》
《程序员神级跳槽攻略：什么时候该跳？做什么准备？到哪里找工作？》
《感悟分享：在腾讯的八年，我的成长之路和职业思考》
《调皮的程序员：Linux之父雕刻在Linux内核中的故事》
《迷茫中前行：一个专科渣渣菜鸟的编程入门感悟》
《盘点和反思在微信的阴影下艰难求生的移动端IM应用》
《QQ现状深度剖析：你还认为QQ已经被微信打败了吗？
《机会不给无准备的人：一个Android程序员屡战屡败的悲惨校招经历》
《笑中带泪的码农往事：入职三天被开，公司给100块叫我走人，有我惨？》
《一个野生程序员的真实自述：我是如何从数学专业学渣入坑程序员的》
《鹅厂7年终有离开之日，记离职鹅厂最后30天的真实心路历程》
《4年前端、2年CTO：一个非科班程序员的真实奋斗史》

全站即时通讯技术资料分类

2 楼: liupu · 5 年前

学习了

本文目录

前言

关于App架构的选择

1RxJava

2MVP & MVVM

如何优雅的偷懒

1REST Client

2Image Loader

3ButterKnife

数据统计

最佳实践

写在最后

引用资料

附录：更多感悟和思考

全站即时通讯技术资料分类

本帖已收录至以下技术专辑

MobileIMSDK (v4.0精编版)

MobileIMSDK-Web (有偿开源)

RainbowAVnew (有偿开源)

RainbowChat (技术转让)

RainbowChat-Web (技术转让)

精华之王

白金版主

终身成就

即时通讯网

友情链接[友链交换]

关于

微信公众号new

本文目录

前言

关于App架构的选择

1RxJava

2MVP & MVVM

如何优雅的偷懒

1REST Client

2Image Loader

3ButterKnife

数据统计

最佳实践

写在最后

引用资料

附录：更多感悟和思考

全站即时通讯技术资料分类

本帖已收录至以下技术专辑

MobileIMSDK(v4.0精编版)

MobileIMSDK-Web(有偿开源)

RainbowAVnew(有偿开源)

RainbowChat(技术转让)

RainbowChat-Web(技术转让)

精华之王

白金版主

终身成就

即时通讯网

友情链接[友链交换]

关于

微信公众号new

MobileIMSDK (v4.0精编版)

MobileIMSDK-Web (有偿开源)

RainbowAVnew (有偿开源)

RainbowChat (技术转让)

RainbowChat-Web (技术转让)

即时通讯网　