File tree 1 file changed +2
-6
lines changed
1 file changed +2
-6
lines changed Original file line number Diff line number Diff line change 2
2
3
3
* 码云地址:[ Gitee] ( https://gitee.com/getActivity/AndroidCodeStandard )
4
4
5
- * 开源几年了,被很多人夸过,你的代码写得比较规范,[ 甚至有人质疑自己代码的写法了] ( https://github.com/getActivity/AndroidProject/issues/55 ) ,但是迟迟没有出一个代码规范,只是因为我早几年写的代码还不够规范,规范是后续才养成的,我不仅参考了大公司出的代码规范文档,也研究了很多关于谷歌源码的编码规范,同时我也在无时不刻在思考,如何能写出让别人更好理解的代码,自打我入行以来,我就在这条路上一直探索。
6
-
7
- * 有人可能会问了,你代码写得再好有什么用?对业务有什么贡献吗?我随便写也能完成需求,为什么要加那么多条条框框?其实我觉得吧,有一个好的编码规范,能够帮助我们更好地在技术道路上探索,道理也很简单,我们先问自己一个问题,如果让你看一个代码写得乱七八糟的项目,你能看多久?有人肯定会说了,给钱我就干,管它代码烂不烂。假设是没有钱的情况下呢?有的人可能上来一句垃圾项目,然后立马关闭了刚打开的 Android Studio,再假设这是你自己几个月前写的个人项目呢?不要以善小而不为,我们都希望能够被这个世界温柔以待,但是我们自己是否能温柔看待这个世界?
8
-
9
- * 程序员的工作就是写代码,如果仅仅停留在能实现业务的基础上,那么这对个人是没有多大提升的,没有提升意味着我们会陷入迷茫,因为时间在前进,别人也在提升,就剩自己一个人在原地重复踏步。这个时候技术追求显得非常重要了,这将会是决定你超越大多人的精神武器,有人毕业两三年就已经是高级工程师,也有人毕业几年濒临失业,为什么差距那么大?因为距离不是一天两天决定的,而是来源于日积月累。
5
+ * 开源几年了,被很多人夸过,你的代码写得比较规范,[ 甚至有人质疑自己代码的写法了] ( https://github.com/getActivity/AndroidProject/issues/55 ) ,但是迟迟没有出一个代码规范,只是因为我早几年写的代码还不够规范,规范是后续才养成的,我不仅参考了大公司出的代码规范文档,也研究了很多关于谷歌源码的编码规范,同时我也在无时不刻在思考,如何能写出让别人更好理解的代码,自打入行以来,我就在一直在探索。
10
6
11
7
#### 目录
12
8
178
174
public class Activity {
179
175
180
176
public static final int RESULT_CANCELED = 0 ;
181
- public static final int RESULT_OK = - 1 ;
177
+ public static final int RESULT_OK = - 1 ;
182
178
183
179
private Instrumentation mInstrumentation;
184
180
You can’t perform that action at this time.
0 commit comments