稀有猿诉

十年磨一剑,历炼出锋芒,说话千百句,不如码二行。

不断更新,保持高效

正所谓学历代表过去,学习力代表未来。柯维大师的七个习惯之中的终极习惯就是要“不断更新”,今天的你再牛B,知道的再,如果不去学习,不去提升,不去更新自己,那么总有一天也会被超越,时代在进步,别人在进步,发逆水行舟,不进则退,你停止了学习,就表明你退步了,因为别人在进步。 那么,为了保持能够高效的进行Android开发,我们就必须不断的学习,不断的充电,这些列出一些,能够提高Android开发的进阶教程,注意是进阶教程,而非入门教程。

适配多屏幕的最佳实践

对于Android应用开发来讲,比较头疼的,也是比较重要的一个工作就是要尽可能多的支持市场上的Android设备,由于Android的开放性,各种奇奇怪怪的设备都有,符合标准的,不符合标准的,行货,水货,山寨货鱼龙混杂,防不胜防。为了让我们的应用能够得到尽可能多的用户,我们就必须能让应用以超强的适应性,以能在混乱的手机里生存。而适配设备,GUI屏幕的适配又是重中之中,如果用户都无法正确的看到你的UI页面,那还用个毛线啊!

之前曾经写过一篇文章,介绍了一下子如何使用dimen资源来适配多屏幕,随着Android版本的演进,有些概念已经过时,需要重新整理一下。

其实对于多屏幕适配,一个核心的原则就是要对布局做好抽象的分离,把可变与不可变分开,把与屏幕相关的尺度dimen写在单独的dimen文件中,然后使用引用。如果不这样做,就会造成更多的代码重复。

如何有效的减少重复的代码

重复的代码一直都是可维护性的大敌,重构的重要任务之一也就是要去除掉重复的代码,有效的减少重复代码,可以大大提高软件的扩展性。

在Android开发中,很容易产生重复的代码。因为Android是组件,模板式开发,每个页面都是独立用Activity或Fragment实现,布局文件都是用XML方式去写,所以很容易造成代码的重复,虽然二个页长的差不多,但毕竟是二个Activity,于是就拷一份出来,改吧改吧就成了。

那么我们如何做才能去掉重复的代码呢?

使用工具来提升Android开发效率

正所谓工欲善其事,必先利其器。学习并应用优秀的轮子,可以让我们跑的更快,走的更远。这里所指的工具是广义的,泛指能帮助我们开发的东西,或者能提高我们效率的东西,包括:开发工具,监测工具,第三方代码库等。

优质的第三方开源类库

Android应用UI架构

这个标题听起来可能有点大,其实这里主要就是讨论一个应用程序的UI组件,是全用Activity还是全用Fragment,或者是二者皆有,以及使用Activity和Fragment的一些注意事项。

Activity or Fragment

从API 11,Honeycomb开始,Google在Android之中加入了Fragment,一个轻量级的,可复用的,模块化的UI组件,并且官方也极力的推荐要尽可能的使用Fragment实现UI,尽量避免使用Activity,但是官方并没有详尽的解析为什么要这样做,因此,引发了很多人的困惑和网络上的争论

码农的救赎:使用Github Pages搭建博客

人生若只如初见,都恨太晚

据说有博客的人比没博客人的薪水要高很多,相传写博客也是一个高手的标配,虽然之前一直有在写(在这里),但是孤既不是高手,薪水还比别人少。之前一直在CSDN上面写博客,那是一个不错的社区,里面有些牛人,博客也有不错的流量,也没少参与CSDN举办的活动,获得了几本过时的技术书,但是仍感觉不爽,最痛苦的就是编辑,CSDN的在线编辑器做的不咋地,不太好用,而且经常写着写着就不动了,再刷新就啥都没了,试想下写了一下午的代码,突然死机,再打开什么都没了会是什么心情。后来就在本地写,然后粘到编辑器中,但是格式化又是一个很头疼的事情,经常是写完后要花个把小时来搞格式。再后来就用HTML写,然后把源码粘到编辑框里,也还是有格式的问题。再后来,去年一年都没怎么写,主要的原因还是一直感觉写出来的东西没有太多的干货,一心想憋出个高质量的东西来,但是肺都憋炸了,也没憋出来。

直到,后来发现了Github Pages,大有,人生若只如初见,都恨太晚的感觉。正如有些牛人推荐的那样,像写代码一样写博客,这感觉错不了。再有Markdown虽不如在线编辑器那样直观,但却可以手不离键盘,不动鼠标,正如命令行与GUI的对比那样,这真的是用心为码农准备的良心工具啊(此处省略感慨10000字)。