1. 聚能聊>
  2. 话题详情

如果参与编写《阿里巴巴Android开发手册》,你会写什么?

年关刚过,阿里巴巴对外公布了《阿里巴巴Android开发手册》(下载地址),主要涉及Android资源文件命名与使用、Android基本组件、UI与布局、进程/线程与消息通信、文件与数据库、Bitmap/Drawable与动画、安全几大块,很多是集团移动端开发同学们在日常工作中经常会遇到的问题,大家利用业余时间把经验沉淀下来写成集团Android规约,目的是避免后人踩坑。同时把这些规约定制成自动检测工具和CI/CD的流程一起结合起来,保证线上的稳定性。

那么问题来了:
1、小团队内部或者公司内部,你们会遵循统一的开发规范么?
2、你们是如何保证一致的编码习惯的?
3、你们是如何将前人经验沉淀下来的?
4、有哪些Android开发中,你觉得很值得跟大家分享的经验教训?

参与话题

奖品区域 活动规则 已 结束

25个回答

0

chensheng497 复制链接去分享

阿里云计算技术含量低

0

陈秭行1321 复制链接去分享

主要面向开发团队吧 因为开发团队的思想决定着产品的质量

0

1817320784499617 复制链接去分享

小团队内部或者公司内部,你们会遵循统一的开发规范么?
有想过,但是只是想想而已。因为人数少,每个人自觉性要求更高。然而现实是,大家都喜欢能偷懒就偷懒,还提什么规范?最好活都别干,光拿工资。人越多,规范越容易推行吧。

2、你们是如何保证一致的编码习惯的?
每个人的习惯都是千奇百怪,什么鬼都有。所以很庆幸基本不会发生协同开发和项目移交之类的事情,一个项目就是一个人终身负责到底。上次有个同事离职,移交项目,然后就是一堆的BUG。各种设置的东西都是靠平时手工操作。功能?没有的。

3、你们是如何将前人经验沉淀下来的?
主要靠自己领悟。单位没什么大神,也就没什么经验好沉淀,还不如自己上网百度来的直接。一般有人离职,也就顺便把经验一起带走了,呵呵。

4、有哪些Android开发中,你觉得很值得跟大家分享的经验教训?
测试的时候,本地真机测试真心测不完。机型这么多,靠自己真机就是把质量交给运气,只有上云端,用第三方的批量真机测试才能真正得出各机型下的实际效果。我单位就是找几个人不同的手机现场测下就完了,哈哈。然后客户那边会各种坑。

0

sinb520 复制链接去分享

1、小团队内部或者公司内部,你们会遵循统一的开发规范么?
答:小团队应该不会有什么统一的开发规范吧,但是相互之间还是会有一定的约定,否则就会杂乱无章,不过现在大家已经越来越重视统一的开发规范啦。
2、你们是如何保证一致的编码习惯的?
答:相互约定,还有就是写注释。
3、你们是如何将前人经验沉淀下来的?
答:多看别人的代码,多做总结,勤做笔记,解决过的问题记下来,下次再遇到相同的问题就可以游刃而解。
4、有哪些Android开发中,你觉得很值得跟大家分享的经验教训?
答:主线程中不能有耗时的操作,有耗时任务的话需要新开一个线程进行处理。服务组件的绑定与解绑。

0

aoteman675 复制链接去分享

1、小团队内部或者公司内部,你们会遵循统一的开发规范么?
我们是有一个开发规范文档的。每个人遵循开发文档就不会影响阅读,从上到下可以保证项目的连接一致性,遵循统一规范的话,团队协同开发周期会缩短,同时还方便后期维护迭代升级。
2、你们是如何保证一致的编码习惯的?
开发过程中默默就形成了自己的编码规范,不断的项目积累经验优化也能形成编码意识。用一些插件扫描约束编码规范,如FireLine和LeakCanary。
3、你们是如何将前人经验沉淀下来的?
在前辈代码基础上开发会总结经验,甚至还要优化重写项目。前人的项目都是在线上运行过的,在漏洞和不足的地方都能在项目中找到。项目运维也会提出不足和需要改进的地方。所以接手项目迭代的时候就能在前人的基础学到很多和尝试改变它。
4、有哪些Android开发中,你觉得很值得跟大家分享的经验教训?
团队协同开发记得根据编码规范约束。
项目要用MVP框架开发,模块解耦。
用组件化去开发才能解决代码臃肿问题。
不同的类放到不同包中,比如工具类就放到工具包中,逻辑清晰。能用函数化的就封装成函数,解决代码重复使用问题。
记得混淆代码,我的项目发布都是混淆签名之后再用360加固宝再次混淆。
代码记得注释、注释、注释。

2