Java黑科技之通过Google Java Style 文件配置IDEA和Ecplise代码风格

一、引言

每一个公司,团队的代码风格可能都不一样,只要团队内有自己统一的风格就好。接下来,介绍Google Java 代码风格,并且如何在IDEA和Ecplise两种比较流行的Java集成开发环境中配置Google Java 代码风格。

如果不看google代码风格详细介绍的,可以下拉到最后查看 IDEA 和 Ecplise 配置 Google Java Style 教程和 Google Java Style 文件下载。

二、Google Java Style 介绍

2.1 源文件基础

文件名

Java源文件名区分大小写的,并且首字母大写,以.java扩展名结束。

文件编码

Java源文件编码格式为UTF-8。

特殊字符

  • 空格字符:除了行结束符之外,ASCII水平空格字符(0x20)是唯一出现在源文件中任何地方的空格字符。这也意味着,字符串和字符文字中的所有其他空白字符均被转义。制表符不用于缩进。
  • 特殊的转义序列:所有转义序列 (\ b, \ t, \ n, \ f, \ r, \ ", \ ' 和 \\),不是八进制(例如 \ 012)或Unicode(例如 \ u000a)的转义。
  • 非ASCII字符:对于其余的非ASCII字符,则使用实际的Unicode字符(例如∞)或等效的Unicode转义符(例如 \ u221e)。用哪种取决于使代码更易于阅读和理解,尽管Unicode会在字符串文字之外进行转义,但是不建议不在注释中使用。例如String unitAbbrev = "μs",没必要写成String unitAbbrev = "\u03bcs"

2.2 源文件结构

一个Java源文件,按以下顺序组成,并且每个部分空一行分隔开:

1.许可或版权信息(如果有)

2.Package语句,并且不换行的

3.Import语句,最后不要使用通配符导入,无论是静态导入还是其他方式;每一行导入语句都是不换行的;所有静态导入都在一个块中,所有非静态导入也在同一个块中,块之间用一空白行分隔开;在每个块中,导入的名称均按ASCII排序顺序显示。

4.顶级类定义

每一个顶级类都应该在一个单独的源文件中,对于一个类中的内容,最好是有意识地对类中的内容按某种规则排序排版,例如新的方法一般添加在类的尾部,这样我们可以根据时间线索了解这些方法何时加进来的;再比如,当一个类具有多个构造函数或多个具有相同名称的方法时,它们将顺序出现,并且它们之间没有其他代码(甚至没有私有成员)。

2.3 格式化

前提须知,下文中提及的块状结构是指类的主体,方法或构造函数。

花括号

if,else,for,do,while 等语句块使用花括号,即使花括号内容是空的或者只有一行语句。

对于内容非空的花括号块,遵循以下规则:

左括号前不换行

左括号后换行

右括号前换行

右括号后换行,如方法块,构造函数,类的主体括号情况下才换行。有些整体搭配不换行,例如esle前面的右括号,try块的右括号等。

return () -> {
  while (condition()) {
    method();
  }
};

return new MyClass() {
  @Override public void method() {
    if (condition()) {
      try {
        something();
      } catch (Exception e) {
        recover();
      }
    } else if (otherCondition()) {
      somethingElse();
    } else {
      lastThing();
    }
  }
};

对于一些空内容的块,以下两种方式都可接受:

void doNothing() {}

  void doNothingElse() {
  }

缩进

关于一些块结构等的缩进,建议2个空格,并且注释也最好和代码缩进保持一致。

每行一个声明

每个语句后都有一个换行符,不要将多行语句都写在同一行。

列数限制

Java代码的列数限制为100个字符,一个字符是指一个Unicode字符。除非另有说明,否则超出该限制的任何行都必须进行换行。

不过也有一些例外可以超过此限制,例如:

  • Javadoc中的长URL或长的JSNI方法引用
  • package和import语句
  • 注释中的命令行,因为可能需要将其拷贝到shell中执行

不要水平对齐

水平对齐是在下一行的代码中添加一些空格,致使与上一行的某个标识符对齐。语法允许这样做,但是不推荐,因为后续可能会载修改代码,可能导致不再对齐,然后再对齐的话需要浪费额外的时间精力。

// 这是推荐的,按正常的一个空格即可
private int x;
private Color color;

// color和x对齐,没必要
private int   x;
private Color color;

枚举类

如果一个枚举常量有方法或者注释,在每个枚举常量的逗号后面,最好换一行再定义下一个枚举常量。

private enum Answer {
  YES {
    @Override public String toString() {
      return "yes";
    }
  },
  NO,
  MAYBE
}

如果一个枚举常量没有有方法或者注释,则可以不换行。

private enum Suit { CLUBS, HEARTS, SPADES, DIAMONDS }

变量声明

每个变量声明语句只声明一个变量,不要使用 int a, b;这种多变量的声明。但是for循环的头部中可以接受多个变量声明 。

需要时才声明,不要在代码块的开头就声明局部变量,而是应该在靠近使用局部变量的地方声明它们,以最小化它们的作用域。局部变量应该声明的时候就进行初始化,或者声明后,要立即初始化。

数组

[]方括号应该是类型的一部分,而不是变量,所以应该使用String[] args,而不是 String args[]

Switch语句

在Switch代码块内,如果一个case小代码块直接穿透到下一个case(例如没有以break,continue,return或者抛异常结尾),则需要在最后一个case后面注释说明原因;最后一定要写default块,即使没有执行任何代码,但是如果switch的是枚举类型,并且case列出所有的枚举值了,可以不用写default。

switch (input) {
  case 1:
  case 2:
    prepareOneOrTwo();
    // 这里说明为什么穿透,case1和case2的情况下也要执行case3的内容
  case 3:
    handleOneTwoOrThree();
    break;
  default:
    handleLargeNumber(input);
}

修饰符

类或者成员变量的定义使用修饰符时,按以下顺序进行修饰。

public protected private abstract default static final transient volatile synchronized native strictfp

字面量

long类型的值,数字后面加大写的L,禁止使用小写的l,因为l和1很像,容易误导。例如300000L而不是300000l。

三、标识符命名规则

package命名规则

package的包名全部小写,而且不要出现下划线(_),例如使用com.nobody.chenpi,而不是com.nobody.chenPi 或者com.nobody.chen_pi

类命名规则

类名遵循UpperCamelCase规则,即大写字母开头的驼峰规则。类名使用名词或者名称短语,例如Person,GoodPerson。接口使用名称或者名称短语,有时也可以使用形容词或者形容词短语,例如Readable。

测试类名字以需要测试的类的名字开头,并且以Test结尾,例如HashTest 。

方法命名规则

方法命名遵循lowerCamelCase规则,即小写字母开头的驼峰规则。方法名词使用动词或者动词短语,例如sendMessage。

常量命名规则

常量名称全部大写,并且单词之间用下划线分隔开。

private static final Long MAX_NUM = 10000L;

还有需要Google代码风格规则就不一一讲解了,感兴趣的可以到google官方查看。

IDEA 配置 Google Java Style

点击File(文件)–> Setting(设置) –> Editor(编辑) –> Code Style(代码风格),然后再点击Scheme右边的设置按钮,Import Scheme,IntelliJ IDEA code style xml。最后选中本地下载好的xml文件。

然后为选中导入的主题取个名称,在最上面Scheme选项选中我们的主题确定即可。

然后我们在使用IDEA开发代码过程中,使用快捷键(默认是ctrl + alt + L,也可以修改设置这个快捷键),即可按google风格进行格式化代码。

package com.nobody.exception;

import lombok.Getter;

/**
 * @Description 自定义通用异常枚举类
 * @Author Mr.nobody
 * @Date 2020/10/23
 * @Version 1.0
 */
@Getter
public enum CommonErrorEnum implements BaseErrorInfo {

  /**
   * 成功
   */
  SUCCESS("200", "成功!"),
  /**
   * 请求的数据格式不符!
   */
  BODY_NOT_MATCH("400", "请求的数据格式不符!"),
  /**
   * 未找到该资源!
   */
  NOT_FOUND("404", "未找到该资源!"),
  /**
   * 服务器内部错误!
   */
  INTERNAL_SERVER_ERROR("500", "服务器内部错误!"),
  /**
   * 服务器正忙,请稍后再试!
   */
  SERVER_BUSY("503", "服务器正忙,请稍后再试!");

  private String errorCode;
  private String errorMsg;

  CommonErrorEnum(String errorCode, String errorMsg) {
    this.errorCode = errorCode;
    this.errorMsg = errorMsg;
  }
}

四、Ecplise 配置 Google Java Style

路径:Window - Preferences - Java - Code Style - Formatter - Import,然后导入xml文件,最后选择GoogleStyle,保存即可。

到此这篇关于Java黑科技之通过Google Java Style 文件配置IDEA和Ecplise代码风格的文章就介绍到这了,更多相关配置IDEA和Ecplise代码风格内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • php好代码风格的阶段性总结

    本文总结了php好代码的风格,分享给大家供大家参考,具体如下: 1.避免使用魔数 if($age<18){ } 这个18不太明白为什么要这样子. 可以将28定义在一个变量里面,这个变量命名表明了这个值的含义 $adult_age = 18;//成年的分界点年龄 if($age<$adult_age){ } 2.函数的返回结果:不要使用一个变量来存储返回结果 一旦你知道了返回结果,就应该马上返回.这样做的好处,是可以减少错误. 3.函数带有很多的参数.不要超过三个 如果参数很多,尽量聚合成一个m

  • JQuery入门—JQuery程序的代码风格详细介绍

    <jQuery权威指南>第1章jQuery开发入门,本章通过循续渐进的方式,先从jQuery的基础概念入手,介绍jQuery库的下载,引入简单应用方法:后部分侧重于jQuery控制DOM对象和页面CSS样式的介绍,通过一些简单的小示例,使读者对jQuery在页面中的功能应用有一个大致的了解,为下一章节进一步学习jQuery库的详细对象和方法奠定基础.本节为大家介绍jQuery程序的代码风格. 1.1.5 jQuery程序的代码风格 1."$"美元符的使用 在jQuery程序

  • Pycharm学习教程(2) 代码风格

    如何创建一个Python工程并使其具有Pycharm的代码风格,具体如下 1.主题 这部分教程主要介绍如何创建一个Python工程并使其具有Pycharm的代码风格.你将会看到Pycharm使你的源码变得非常简洁美观,带有合适的缩进.空格等等,因此Pycharm也是一款代码质量管理的利器. 这部分教程并不会介绍如何使用Python进行编程,更多有关Python编程的知识请参照:Python编程 2.准备工作 在开始之前,请确认一下情况: (1)安装了Pycharm2.7或更高版本的软件 (2)已

  • 当前流行的JavaScript代码风格指南

    JavaScript 没有一个权威的编码风格指南,取而代之的是一些流行的编码风格: 复制代码 代码如下: Google的JavaScript风格指南(以下简称Google) http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml NPM编码风格(以下简称NPM) https://npmjs.org/doc/coding-style.html Felix的Node.js风格指南(以下简称Node.js) http:

  • 快速设置IDEA代码风格为Google风格

    1.Bing中搜索 google style github 2.进到项目 找到名为intellij-java-google-style.xml 文件 3.Raw 4.反键将页面存储为------存储 5.打开IDEA进入setting 6.打开Editor->code style->java 设置 7.找到刚刚下载的xml文件 open 8.选择GoogleStyle->Apply->Ok 到此这篇关于快速设置IDEA代码风格为Google风格的文章就介绍到这了,更多相关idea

  • .Net 项目代码风格要求小结

    PDF版下载:项目代码风格要求V1.0.pdf 代码风格没有正确与否,重要的是整齐划一,这是我拟的一份<.Net 项目代码风格要求>,供大家参考. 1. C# 代码风格要求1.1注释 类型.属性.事件.方法.方法参数,根据需要添加注释. 如果类型.属性.事件.方法.方法参数的名称已经是自解释了,不需要加注释:否则需要添加注释. 当添加注释时,添加方式如下图所示: 1.2 类型(类.结构.委托.接口).字段.属性.方法.事件的命名 优先考虑英文,如果英文没有合适的单词描述,可以使用拼音,使用中文

  • 配置eslint规范项目代码风格

    为什么要使用eslint 你在接手一个项目的维护迭代任务,阅读代码的时候是否会因为项目中充斥着各种风格的代码而感到头疼?没错,eslint就是为了解决这类问题 eslint能做什么? 1.代码风格错误提示 配置好eslint后,如果代码风格与配置描述的不符,eslint会提示代码中存在的风格问题:一般提示的情形有: 1.编辑器内,大多数编辑器配置好后能读取eslint配置文件并在文件中进行相应提示 2.eslint-loader配合webpack-dev-server能在页面中弹出相应错误内容

  • 关于更改Zend Studio/Eclipse代码风格主题的介绍

    最近决定把几个IDE的代码样式统一一下,Visual Studio的还算好改,PHP目前用得不多,不过也打算给Zend Studio换身新装. 网上搜索的一些更改Zend Studio主题的多是修改或者导入主题配置文件,可选主题不多而且略显麻烦,今天在Zend官方网站上找到一个比较好的解决办法.详细参见Zend文档<Working with Eclipse Color Theme>.原文是英文,比较麻烦,而且大家肯定去找菜单Window | Preferences | General | Ap

  • 如何使用 Pylint 来规范 Python 代码风格(来自IBM)

    Pylint 是什么 Pylint 是一个 Python 代码分析工具,它分析 Python 代码中的错误,查找不符合代码风格标准(Pylint 默认使用的代码风格是 PEP 8,具体信息,请参阅参考资料)和有潜在问题的代码.目前 Pylint 的最新版本是 pylint-0.18.1. Pylint 是一个 Python 工具,除了平常代码分析工具的作用之外,它提供了更多的功能:如检查一行代码的长度,变量名是否符合命名标准,一个声明过的接口是否被真正实现等等. Pylint 的一个很大的好处是

  • 你应该知道的Ruby代码风格

    一.空格与tab使用空格缩进(95.364%)使用Tab缩进(4.636%)基于 1,001,987 次提交二.最大行宽80字符(92.618%)120字符(5.893%)150字符(1.489%)基于 1,057,374 次提交三.运算符.冒号.花括号周围,逗号.分号后是否使用空格不使用空格(73.366%) 复制代码 代码如下: sum = 1 +2a,b = 1, 21>2 ? true : false;puts 'Hi'[1, 2, 3].each {|e| puts e} 使用空格(2

  • eslint+prettier统一代码风格的实现方法

    1.实现效果 Eslint校验代码语法,prettier统一格式化代码,按下保存自动修复eslint错误,自动格式化代码. 2.安装vscode插件 Vetur ESLint Prettier - Code formatter 3.配置vscode设置 文件–首选项–设置,打开json模式,添加以下配置: { // 控制工作台中活动栏的可见性. "workbench.activityBar.visible": true, //主题设置 "workbench.colorThem

  • 实例详解Vue项目使用eslint + prettier规范代码风格

    团队开发的项目,如果没有对代码风格作要求,有多少团队成员,就当然会出现多少种不同的代码风格.因此,我们需要一种能够统一团队代码风格的工具,作为强制性的规范,统一整个项目的代码风格. 幸好,我们有 eslint 和 prettier . eslint VS prettier 应该大多数项目都已经采用eslint来对代码进行质量检查,可能少部分还会采用其进行一定程度上的统一风格.那为什么还需要prettier呢?我们先来对它们作一个简单的了解. 各种linters 总体来说,linters有两种能力

随机推荐