我的 Android 路要怎么走~

我想这都是大家贯彻始终的终极追求了吧，我记得最深的一句话：不管如何，你的代码得先能让人看。这是我在刚刚入行时，一个老司机指导我的，随着我在学习的深入，了解的更多，我们在基本功上的追求不就是为了代码更加好看吗，好看的代码才更好懂，才能好改，设计模式，代码架构，框架设计，MVP(多端分离) 不都是追求的这个最终结果嘛！

好看的代码除了我们要学习不限于上述的各种知识，更是体现在我们平时的对于代码的态度上，这体现在我们的平时的代码规范上，今天我看到一篇文章：程序员：为什么几个月后前我自己写的代码也看不懂了? 把我平时想说的都说出来了。

这是平时的我们：

代码没有注释

对于复杂的业务来，没注释这是要逼死下面的小伙伴啊，过个2-3月，一样得逼死自己啊，这一坨写的是什么玩意，要死的心啊…….

面向过程去写代码

好复杂呀，看不懂呀，方法好长啊呀，妈妈我看不懂怎么办呀。虽然写的时候很爽 ，但是之后再去改，再去加功能时，那时我们的心一定是崩溃的，不好改，不好加，费事费力是肯定的，然后越改越加越乱越难懂，最后没法维护了，谁有写过这样的代码，都别躲…… 所以啊，设计模式，框架设计，面向接口编程，功能分离，架构层次分离，应运而生。

代码变量名称随意

通篇的 x，a，b，c，temp1，temp2，temp3 这都是什么玩意，结合上下文都搞不懂，真不知道当初怎么写的，编码一直要求我们见名知意，我现在是深刻理解到了见名知意的好处，真的是非常快捷，非常 Nice 的体验，这里我要说一点，google 的英文起名也不是非常好，有的单词，真他妈想抽他…

每个方法分工不明确

一个方法里你写上 100 行，你让别人怎么看，代码你又怎么复用，同样的代码你不抽象出来，处处复制是要私人的。

那么我们怎么办，做到以下：

• 实现功能前先设计好代码
• 好的框架层次，让我们可以快速的了解整个框架实现，快速的找到想要的代码，优秀准确的名字我们可以知道类是干什么的
• 注释写的尽量详细
• 不要写太长的方法
• 不要写太“牛”的代码了
• 有的程序员喜欢写非常有个性的代码，喜欢写一些别人很难看懂的代码，他认为这样才能显示出自己的“高水平”，这样就不是高水平了，只能说代码的可读性太差了，我们要写出傻瓜式代码，也就是说让很傻的程序员都能看懂，"傻瓜式代码" != "低性能代码”哈，这一点要分开
• 中国人就别写英文注释了

功夫在诗外

我们做到 5-10 年的时候，技术就不是唯一的敲门砖了，甚至不是最重要的了，而是技术以外的东西：人脉，名望、履历，以及渐渐成型的言谈举止，等等。但这些东西，如何通过“刻意的练习”(新学的词)来获得，但是只要在于自己平时有意识的尝试，积累，提高。

比如我平时在公司的技术分享我都是要求每个人像正式演讲一下，听得人做好，拍好，认认真真拿笔做记录，讲的人配合黑板，大屏幕，在有高度的台阶上努力做到最好的自己，不结巴，思想连贯，能现场发挥，我还常常和讲台上的人互动，带着他多说说自己的想法，等你熟悉了这个环境，这种氛围，这种事，无形中你就会说话，会演讲，气场也就培养出来，当然这不是全部，更多的还有，比如你怎么去和产品，UI，运营沟通，看看别人的工作内容是什么，有什么困难，哪些方面涉及到开发，甚至是别人的全部 u 工作内容，工作技能，这样你就拥有了区别与别人的横向扩展能力，在公司一个能和不同部门之间有效沟通，建立联系，解决问题，梳理矛盾的技术人员比一个单纯的技术人员要重要的多，同时这样的人也更容易晋升，职业道路越是网上会走，越是要接触更多的部门，拥有和这些部门协作的能力将是至关重要的。

（编辑：云计算网_泰州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!