Google C++ Style Guide 기능 이름과 같은 줄에
반환 유형을 제시, 같은 줄에 매개 변수는이 적합합니다.
함수는 다음과 같다 : 장소의 각 행에 괄호 :
ReturnType ClassName::FunctionName(Type par_name1, Type par_name2) {
DoSomething();
...
}
WebKit Coding Style Guidelines는
기능 정의를 제시한다.
오른쪽 :
int main()
{
...
}
잘못된 :
int main() {
...
}
그들은하지만, 중괄호 - 온 - 같은 라인 다른 모든 것들에 대한 제안.
GNU Coding Standards 그들이 defun는 시작할 수 있도록, 열 하나의 C 함수의 본문을 시작하는 오픈 중괄호를 넣어하는 것이 중요하다
을 제안합니다. 몇몇 도구는 C 펑크 션의 시작을 찾기 위해 열 1에 열린 괄호를 찾습니다. 이러한 도구는 형식이 지정되지 않은 코드에서는 작동하지 않습니다.
열린 중괄호, 열린 괄호 또는 열린 대괄호는 함수 안에있을 때 열 1에 넣지 마십시오. 이렇게하면 defun이 시작되지 않습니다. 구조체를 시작하는 오픈 브레이스 (open-brace)는 그 정의를 defun으로 취급하는 것이 유용하다면 1 열로 갈 수 있습니다.
함수 정의가 첫 번째 열에서 함수의 이름을 시작하는 것도 중요합니다. 이는 사람들이 함수 정의를 검색하는 데 도움이되며 특정 도구가 함수 정의를 인식하는 데 도움이 될 수 있습니다. 당신으로
static char *
concat (s1, s2) /* Name starts in column one here */
char *s1, *s2;
{ /* Open brace in column one here */
...
}
: 당신은, 기존의 C 구문을 사용과 같은 정의를 포맷 할 경우,
static char *
concat (char *s1, char *s2)
{
...
}
나 : 따라서, 표준 C 구문을 사용하여 형식이있다 모두가 자신의 의견을 갖고 있음을 알 수 있습니다. 개인적으로, 필자는 else
을 제외하고는 Perl-ish-brace-on-same-line을 선호하지만, 코드 작업을하는 모든 사람들이 협조 할 수 있다면 정말 중요하지 않습니다.
이미 http://stackoverflow.com/questions/159366/is-there-a-best-coding-style-for-identations-same-line-next-line에 ad-nauseam이라고 설명했습니다. – Kena
vi 또는 emacs가 프로그래밍에 더 적합한 지 여부와 관련된 질문을하십시오. – Kevin
http://stackoverflow.com/questions/249432/whats-the-reasoning-behind-the-different-brace-forms – Kena