| # Chromium Java style guide |
| |
| _For other languages, please see the [Chromium style |
| guides](https://chromium.googlesource.com/chromium/src/+/master/styleguide/styleguide.md)._ |
| |
| Chromium follows the [Android Open Source style |
| guide](http://source.android.com/source/code-style.html) unless an exception |
| is listed below. |
| |
| A checkout should give you clang-format to automatically format Java code. |
| It is suggested that Clang's formatting of code should be accepted in code |
| reviews. |
| |
| You can propose changes to this style guide by sending an email to |
| `java@chromium.org`. Ideally, the list will arrive at some consensus and you can |
| request review for a change to this file. If there's no consensus, |
| [`//styleguide/java/OWNERS`](https://chromium.googlesource.com/chromium/src/+/master/styleguide/java/OWNERS) |
| get to decide. |
| |
| ## Tools |
| |
| ### Automatically formatting edited files |
| |
| You can run `git cl format` to apply the automatic formatting. |
| |
| ### IDE setup |
| |
| For automatically using the correct style, follow the guide to set up your |
| favorite IDE: |
| |
| * [Android Studio](https://chromium.googlesource.com/chromium/src/+/master/docs/android_studio.md) |
| * [Eclipse](https://chromium.googlesource.com/chromium/src/+/master/docs/eclipse.md) |
| |
| ### Checkstyle |
| |
| Checkstyle is automatically run by the build bots, and to ensure you do not have |
| any surprises, you can also set up checkstyle locally using [this |
| guide](https://sites.google.com/a/chromium.org/dev/developers/checkstyle). |
| |
| ### Lint |
| |
| Lint is run as part of the build. For more information, see |
| [here](https://chromium.googlesource.com/chromium/src/+/master/build/android/docs/lint.md). |
| |
| ## File Headers |
| |
| Use the same format as in the [C++ style guide](https://chromium.googlesource.com/chromium/src/+/master/styleguide/c++/c++.md#File-headers). |
| |
| ## TODOs |
| |
| TODO should follow chromium convention i.e. `TODO(username)`. |
| |
| ## Code formatting |
| |
| * Fields should not be explicitly initialized to default values (see |
| [here](https://groups.google.com/a/chromium.org/d/topic/chromium-dev/ylbLOvLs0bs/discussion)). |
| |
| ### Curly braces |
| |
| Conditional braces should be used, but are optional if the conditional and the |
| statement can be on a single line. |
| |
| Do: |
| |
| ```java |
| if (someConditional) return false; |
| for (int i = 0; i < 10; ++i) callThing(i); |
| ``` |
| |
| or |
| |
| ```java |
| if (someConditional) { |
| return false; |
| } |
| ``` |
| |
| Do NOT do: |
| |
| ```java |
| if (someConditional) |
| return false; |
| ``` |
| |
| ### Exceptions |
| |
| Similarly to the Android style guide, we discourage the use of |
| `catch Exception`. It is also allowed to catch multiple exceptions in one line. |
| |
| It is OK to do: |
| |
| ```java |
| try { |
| somethingThatThrowsIOException(); |
| somethingThatThrowsParseException(); |
| } catch (IOException | ParseException e) { |
| Log.e(TAG, "Failed to do something with exception: ", e); |
| } |
| ``` |
| |
| ### Asserts |
| |
| The Chromium build system strips asserts in release builds (via ProGuard) and |
| enables them in debug builds (or when `dcheck_always_on=true`) (via a [build |
| step](https://codereview.chromium.org/2517203002)). You should use asserts in |
| the [same |
| scenarios](https://chromium.googlesource.com/chromium/src/+/master/styleguide/c++/c++.md#CHECK_DCHECK_and-NOTREACHED) |
| where C++ DCHECK()s make sense. For multi-statement asserts, use |
| `org.chromium.base.BuildConfig.DCHECK_IS_ON` to guard your code. |
| |
| Example assert: |
| |
| ```java |
| assert someCallWithoutSideEffects() : "assert description"; |
| ``` |
| |
| Example use of `DCHECK_IS_ON`: |
| |
| ```java |
| if (org.chromium.base.BuildConfig.DCHECK_IS_ON) { |
| // Any code here will be stripped in Release by ProGuard. |
| ... |
| } |
| ``` |
| |
| ### Import Order |
| |
| * Static imports go before other imports. |
| * Each import group must be separated by an empty line. |
| |
| This is the order of the import groups: |
| |
| 1. android |
| 1. com (except com.google.android.apps.chrome) |
| 1. dalvik |
| 1. junit |
| 1. org |
| 1. com.google.android.apps.chrome |
| 1. org.chromium |
| 1. java |
| 1. javax |
| |
| This is enforced by the |
| [Chromium Checkstyle configuration](../../tools/android/checkstyle/chromium-style-5.0.xml) |
| under the ImportOrder module. |
| |
| ## Location |
| |
| "Top level directories" are defined as directories with a GN file, such as |
| [//base](https://chromium.googlesource.com/chromium/src/+/master/base/) |
| and |
| [//content](https://chromium.googlesource.com/chromium/src/+/master/content/), |
| Chromium Java should live in a directory named |
| `<top level directory>/android/java`, with a package name |
| `org.chromium.<top level directory>`. Each top level directory's Java should |
| build into a distinct JAR that honors the abstraction specified in a native |
| [checkdeps](https://chromium.googlesource.com/chromium/buildtools/+/master/checkdeps/checkdeps.py) |
| (e.g. `org.chromium.base` does not import `org.chromium.content`). The full |
| path of any java file should contain the complete package name. |
| |
| For example, top level directory `//base` might contain a file named |
| `base/android/java/org/chromium/base/Class.java`. This would get compiled into a |
| `chromium_base.jar` (final JAR name TBD). |
| |
| `org.chromium.chrome.browser.foo.Class` would live in |
| `chrome/android/java/org/chromium/chrome/browser/foo/Class.java`. |
| |
| New `<top level directory>/android` directories should have an `OWNERS` file |
| much like |
| [//base/android/OWNERS](https://chromium.googlesource.com/chromium/src/+/master/base/android/OWNERS). |
| |
| ## Miscellany |
| |
| * Use UTF-8 file encodings and LF line endings. |