对于重复性工作带来的一些思考

对于重复性工作带来的一些思考

做Android软件开发久了,有时候会发现应了一句话
对于重复性工作带来的一些思考
曾经有过一段时间,我一直陷入了这样迷茫的状态:难道我以后就只会复制粘贴做这些重复性的工作了吗?
后来,我开始焦虑,惆怅,借打游戏烧愁。我暂时放松下来了,但当我停下来的时候,焦虑仍然会肆无忌惮的席卷我内心。
人在过得不顺的时候会回忆往事,所以我就翻到了几年前QQ空间的一条说说
对于重复性工作带来的一些思考
我仿佛抓到了救命的稻草,是的,我重新开始自修。

后来,我一直在断断续续的学习,不断总结,以下是我此时写博客所能想到总结到的一些思考,希望对大家有帮助:

  1. 灵活运用继承,在日常反复开发中基于需求改写出适合本项目的BaseActivity
  2. 在需求明确的情况下细剖其功能,然后将界面分类有些页面需要实现特殊的函数的时候,在BaseActivity的基础上再做一次派生。方式有多种,可以使用interface等方式实现。比如在用户登录成功后的所有页面中,使用Socket判定用户在线状态,一旦用户超过5分钟没有操作或者切到后台,就应该重新登录(需求适用于银行客户端),此时,我们应该从BaseActivity中派生出一个子类,子类中除了实现父类的基本功能外,还应实现对于用户操作、时间判定的一些逻辑,尽可能将重复的数据抽到一个类中保持代码简洁。
  3. 需求无止尽,*也造不完。在理解需求之后若需要用到第三方框架,请尽可能多得了解框架内部的实现原理和issue,以免出现问题时手足无措。
  4. 多思考,编程前提前想好该运用哪种设计模式更科学。
  5. 多使用面向对象的三大特性,使用熟练到某种程度后,你会对编程的认知提高一个Level。
  6. 多敲代码,人对编程领域的认知是需要一定的代码积累的。
  7. 经常看旧项目,并对旧项目中不合理的地方加以修改。
  8. 善于总结规律,每次写完一个项目后,应该总结一下项目遇到哪些问题,解决的思路是怎样的,在解决后得到了哪些启发,这次解决问题的时候有没有绕弯路,下次遇到问题该如何避免。例如:A君每次遇到问题会现在****找答案,少部分的时候能解决,有时候无法解决再找简书、掘金…若再找不到,上stackflow或谷歌找答案。长此以往,A君发现,使用聚合搜索引擎找答案是最快的。一个问题如果连续翻了一整页都没有找到解决方法,此时应该果断去stackflow找问题。比喻可能不恰当,也没有诋毁国内博客的质量问题,只是象征性的说明做事情的方法。要知道,解决问题的方法是这个人能力的表现。