프로그램 코드 본문에서 선호하는 순서는 무엇입니까? 왜?

Question

물론 .java 또는 .cs 파일의 맨 위에는 패키지/네임 스페이스 선언 다음에 import/using 문이옵니다.

하지만 무엇이 나에게 변수 선언을 넣어야합니까? 상단 또는 하단에?

내가 선호하는 방식입니다.

그러나 많은 사람들이 패키지/네임 스페이스와 수입/사용 선언 다음에 모든 변수를 맨 위에두고 싶습니다. 왜냐하면 때로는 변수와 배정 된 anon의 수가 너무 많아서 생성자의 가시성을 모호하게하기 때문에 번거롭기 때문입니다. 즉, 내가 볼 수있는 첫 번째 줄은 생성자입니다. 왜냐하면 인스턴스 생성의 서명을 알려주기 때문입니다.

변수에 즉시 할당 된 anon 클래스의 경우 - 변수의 구조의 일부로 간주되므로 변수를 그룹화합니다.

내가 쉽게 찾을 수 있도록 내 코드 요소의 배치를 체계화했습니다.

Answer 1

Java 표준은 선언문을 개인에서 공용으로 주문한다고 말합니다. 나는 그것이 정말로 나를 많이 도와 준다는 것을 안다. 왜 그런지 모르겠지만 코드를 읽는 것은 저를 위해 정말 잘 작동합니다. 그래서 나는 그 동안 나는 그들이의 첫 번째 항목 것을 제외하고, 대부분의 사람들처럼 내가 생성자에게 자신의 섹션을주지 않는다

using statements 
namespace 
private static fields 
private static methods/properties 
public static methods/properties 
private fields 
private methods/properties 
protected methods/properties 
public methods/properties 

으로 클래스를 주문 C#을 (내 주요 언어)로 채택했습니다 자신의 카테고리 (예 : public 생성자는 보호 된 메소드 바로 뒤에옵니다). 전체 클래스를 제외하고는 내부적으로 범위가 지정된 것을 사용하지 않습니다.

나는 영역을 사용하지, 나는 내가 그들을 사용하는 것과 같은 순서로 물건을 주문하는 경향이

Answer 2

공공 분야 (항상 속성)를 사용하지 않습니다. 네임 스페이스 다음에 using 선언이 이어지고 생성자 다음에 중첩 클래스, 매개 변수, 공용 메서드 및 마지막으로 개인 메서드가 차례로옵니다. 기본적으로 클래스가하는 일에 대한 폭 넓은 아이디어를 얻으려면 코드에 익숙하지 않은 사람이 읽을 수있는 순서로 읽습니다. 또한 사용 순서에 따라 달라집니다. 먼저 namespace, 구성 방법, 구성 방법, 사용 방법 등을 알아야합니다.

이외에도 개인 멤버 변수는 항상 그들이 사용되는 곳 옆에 있습니다. 개인 도우미 메서드가있는 경우 해당 공용 메서드 옆에 넣고 시도하고 #region. 그러나 일반적으로 모든 사립 멤버가 맨 아래로 갈 것입니다. 왜냐하면 클래스를 사용하는 누군가가 공개 멤버보다 덜 자주 읽어야 할 필요가 있기 때문입니다.

다른 사람들이 읽고 쓰는 코드를 작성하는지 아니면 유지하고있는 코드를 작성하는지에 달려 있다고 생각합니다. 후자 인 경우 버그를 고칠 가능성이있는 항목이 있다는 것을 알고 있기 때문에 더 어려운 항목을 상단에 더 가깝게 배치하는 경향이 있습니다.