"구글 자바 스타일 가이드"의 두 판 사이의 차이

(새 문서: ;구글 Java 스타일 가이드 ==Introduction== ==Source file basics== ==Source file structure== ==Formatting== ==Naming== ==Programming Practices== ==Javadoc== 분류: Java ...)
 
1번째 줄: 1번째 줄:
;구글 Java 스타일 가이드
;구글 Java 스타일 가이드
==Introduction==
==Introduction==
This document serves as the complete definition of Google's coding standards for source code in the Java™ Programming Language. A Java source file is described as being in Google Style if and only if it adheres to the rules herein.
Like other programming style guides, the issues covered span not only aesthetic issues of formatting, but other types of conventions or coding standards as well. However, this document focuses primarily on the hard-and-fast rules that we follow universally, and avoids giving advice that isn't clearly enforceable (whether by human or tool).
===Terminology notes===
In this document, unless otherwise clarified:
The term class is used inclusively to mean an "ordinary" class, enum class, interface or annotation type (@interface).
The term member (of a class) is used inclusively to mean a nested class, field, method, or constructor; that is, all top-level contents of a class except initializers and comments.
The term comment always refers to implementation comments. We do not use the phrase "documentation comments", instead using the common term "Javadoc."
Other "terminology notes" will appear occasionally throughout the document.
===Guide notes===
Example code in this document is non-normative. That is, while the examples are in Google Style, they may not illustrate the only stylish way to represent the code. Optional formatting choices made in examples should not be enforced as rules.
==Source file basics==
==Source file basics==
==Source file structure==
==Source file structure==

2021년 11월 8일 (월) 22:01 판

구글 Java 스타일 가이드

1 Introduction

This document serves as the complete definition of Google's coding standards for source code in the Java™ Programming Language. A Java source file is described as being in Google Style if and only if it adheres to the rules herein.

Like other programming style guides, the issues covered span not only aesthetic issues of formatting, but other types of conventions or coding standards as well. However, this document focuses primarily on the hard-and-fast rules that we follow universally, and avoids giving advice that isn't clearly enforceable (whether by human or tool).

1.1 Terminology notes

In this document, unless otherwise clarified:

The term class is used inclusively to mean an "ordinary" class, enum class, interface or annotation type (@interface). The term member (of a class) is used inclusively to mean a nested class, field, method, or constructor; that is, all top-level contents of a class except initializers and comments. The term comment always refers to implementation comments. We do not use the phrase "documentation comments", instead using the common term "Javadoc." Other "terminology notes" will appear occasionally throughout the document.

1.2 Guide notes

Example code in this document is non-normative. That is, while the examples are in Google Style, they may not illustrate the only stylish way to represent the code. Optional formatting choices made in examples should not be enforced as rules.

2 Source file basics

3 Source file structure

4 Formatting

5 Naming

6 Programming Practices

7 Javadoc

문서 댓글 ({{ doc_comments.length }})
{{ comment.name }} {{ comment.created | snstime }}