인스턴스 변수 선언의 배치

Question

일부 개발자는 수업이 끝날 때 인스턴스 변수 선언을하는 것을 보았지만 대부분 상단에 배치 된 것을 보았습니다. 내가 이것을 할 수있는 유일한 이유는 스타일 선호도이거나 어쩌면 어쩌면 IDE에서 작업하기가 더 쉬워 질 수 있습니다. 이 스타일을 선택할 수있는 더 합법적 인 이유가 있습니까?

Answer 1

" '구현'이 아닌 '인터페이스'에 대한 프로그램으로 인해. (1995 년 4 월 4 일 : 18) (http://en.wikipedia.org/wiki/design_patterns#introduction.2c_chapter_1), 어떤 사람들은 클래스 하단에서 인스턴스 변수를 선언하는 것을 선호합니다. 이론은 클래스 사용자가 무언가가 수행되는 방식 (변수)과는 반대로 클래스 (방법)로 수행 할 수있는 일에 더 관심이 있다는 것입니다. 클래스 상단에 메소드를 배치하면 코드를 볼 때 사용자에게 먼저 노출됩니다.

Answer 2

어떤 식 으로든 그렇게하는 "좋은"이유는 없습니다. 실제로 중요한 것은 같은 프로젝트의 모든 사람이 같은 방식으로 그것을한다는 것입니다.

그러나, 그것들을 상단에 배치하는 것은 내 경험에서 훨씬 더 일반적이며, 자바 스타일 지침, 그게 내가 함께가는 것입니다.

다음과 같은 자동 소스 코드 포맷으로 선택한 컨벤션을 시행 할 수 있습니다. 구식 자동차, 또는 이클립스와 함께 제공되는 것.

Answer 3

그것은 대부분 (전적으로는 아니지만) 개인 취향입니다. 나는 정상에서 그들을 좋아하지만, 나는 그것이 내가 익숙한 방식이기 때문에 더 나은 이유를 줄 수 없었습니다.

Answer 4

대부분의 인스턴스 변수입니다 private, 그래서 나는 가시성을 줄이기 위해 회원을 선언하기 때문에 바닥에 두는 경향이 있습니다. 내가 그들을 순서대로 선언했다면 증가 가시성은 최고에있을 것이며, 이는 또한 합리적입니다.

내가 싫어하는 것은 개인 분야를 갖는 것입니다. 내가 클라이언트 클래스를 개발하고 있다면 나는 모든 공공 부품을 함께 원한다 (그것이 내가 관심있는 전부이기 때문에).

Answer 5

개인 클래스 수준 변수가있는 경우 구성을 하드 코딩하거나 상태를 어떤 식 으로든 추적하고 있다고 항상 합리화했습니다. 상태를 추적하는 경우, 1) 파일을 열 순간부터 파일에 코드를 작성하려는 모든 사람에게 명백해야하며 2) 많은 상태를 추적하는 것은 큰 코드 냄새와 내 개발자를 추적합니다. 그렇게하고 있다면, 나는 그것이 분명하기를 원합니다. 따라서 IMHO 상단에 올려 놓으면 나쁜 코드가 더 분명해지며 수업을 편집하는 미래의 사람들에게 경고 역할을합니다.

하나에 관심이있는 사람들은 다른 사람에게 관심이 없기 때문에 공개/보호 대 개인 분야와 회원을 분리하십시오.