忙着工作没时间开车了怎么办（上班第一天就翻车了）

事情是这样的，最近有一个小伙伴，刚刚从培训机构毕业。整个技术学习的还是非常不错的。也成功的面试到了一家互联网公司里面。但是，没想到上班的第一天就来了一个小翻车。

在这里有同学就会有疑问了？难道是技术不达标？NO NO NO。难道是遇到了BUG没有解决出来？也不是。翻车的原因就是他写的代码，让公司里面的前辈看了显得太业余了，用专业的话说叫代码不规范。

代码规范这个东西，平常在学习的时候觉得没啥。有很多的同学也没有怎么注意。但是到公司里面，我们才发现，代码规范显得尤为重要。

第一个，它体现的是你作为一名真正的开发工程师的功底,代码都写的不规范，你说你技术不错，鬼才信呢!

第二个，在公司中一般都是团队开发，团队开发的时候，难免你的代码同事会进行阅读。这个时候，代码不规范可以想象一下这得有多尴尬。就好比一个高材生，写出的字和一年级小学生一样。

第三个，每家公司都有一套自己的开发标准。例如腾讯有腾讯的标准，阿里有阿里的标准。一个人不注重代码规范，当到了公司里面就会吃大亏。所以说了这么多，正是这些小问题，才是酿成大问题的隐患！

在软件开发过程中，代码的质量起着至关重要的作用。然而，高质量的代码并不等于不容易出错的代码，除了“好用”之外，还要“好看”。所谓“好看”，指的就是可读性要好，不光自己能看懂，别人也能理解，这样才会易于其他人的阅读或者接手。

那什么是代码规范呢？代码规范也就是指在编写代码时，我们需要去遵循一些通用的编写方式或编写风格。注意，并不做强制性(也就是说不按规范写并不会报错)，但是却是《程序员自我修养》的必学之技。

一.命名方法

首先介绍一下编程中几种常见的命名方法，这里一共列举了五种：

1.匈牙利命名法

匈牙利命名法是一种编程时的命名规范。

基本原则是：变量名=属性 类型 对象描述，其中每一对象的名称都要求有明确含义，可以取对象名字全称或名字的一部分，主要基于容易记忆容易理解的原则。匈牙利命名法的特点是前缀。用前缀标明变量的类型。前缀后面的单词首字母大写，其他字母小写。让人一看到变量名就能知道这个变量的类型。

2.camelCase命名法（驼峰式命名）

开头单词小写，后面单词首字母大写。在Java的官方标准中，Camel命名法被作为主要命名法。使用较为普遍，很多人习惯这种命名方法。示例：userName

3.PascalCase命名法（帕斯卡命名）

与camelCase命名类似，所有单词首字母大写。有时会有人称为大驼峰式命名。使用很普遍，变量名，方法名等。示例：UserName

4.Kebab-case（短横线命名）

单词以‘-’ 短横线连接，常见的class命名方法。示例：user-name

5.UnderScoreCase（下划线命名）

单词以‘_’ 下划线连接，常见文件名的命名。示例：user_name

二.类名规范

1.Java中的类名遵循驼峰命名的原则，即若一个类名由多个单词组成，那么除了首字母大写以外其余字母均为小写。

2.由于类代表的是对象，所以在单词选择上尽量选择名词。

3.为了便于查找，类的命名要容易理解，尽量做到一看到这个类名就能知道这个类代表的内容。

4.例：DataModeTaskList

三.方法规范

方法规范通常分为两种：service层和controller层，两者可能具有类似的作用，但在命名上通常会加以区分。

1.Service层，通常指的是增删改查。

由于操作的是数据库，所以在命名上则使用insert、 delete、update、select关键字来作为首个单词后面通常会再接一个名词。例如：insertrecord

2.Controller层，通常指的是一些按钮功能对应的方法。

或者为了获取某些指定的值而写的方法。同样，这些方法在命名上遵循驼峰命名的原则。在单词选择上一般为动词加名词的组合，动词即该方法对应的动作，例如：保存－save、删除－delete、提交－submit等。后面的名词通常情况下代表的是操作的数据，例如：record、data等。

四.变量规范

1.通常以字母开头且遵循驼峰命名原则。

2.要能清楚地表达出命名的含义。

3.一些默认的、大家熟知的可以用缩写，例如：application-app、string-str、number-num。

4.命名不可以和Java关键字产生冲突。常见的关键字有：public、private、new、try、this、import等。

五.代码逻辑

上面介绍了关于命名的规范，而在代码逻辑上同样也需要做到规范性，否则可能会影响产品的使用效果。在编写时，大致遵循以下几个原则

1.不要把操作数据库的方法写在循环里。

2.操作较频繁的代码可以独立出来成为一个方法，然后通过本类调用的方式。

3.尽量减少代码嵌套的层次，便于理解。

4.尽量做到代码复用，减少扩展的次数。

5.不同的方法之间间距适当，例如空格一行。

6.每个if、for等语句都不要省略大括号。

规范代码除了方便团队协作开发以及提高工作效率外，更能体现程序员的个人能力，像大师级人物写的开源项目代码都是极其规范的。虽然说规范也不意味着代码水平就一定很高，但至少可以让别人读起来更容易理解，也可以在规范的过程中提升自己的逻辑能力和代码感觉。

最后，规范是一种习惯，而最难的往往就是养成习惯。但是没有什么难题是做不到的，世上无难事，只要肯攀登！

,