일부 프로그래밍 언어에서는 선언 된 후에야 물건을 사용할 수 없으므로 순서가 중요합니다. 그러나 대부분의 언어는 컴파일러에 중요하지 않습니다. 그럼, 당신은 인간에게 중요하게 남아 있습니다.
내가 가장 좋아하는 Martin Fowler 인용문은 다음과 같습니다. Any fool can write code that a computer can understand. Good programmers write code that humans can understand.클래스의 순서는 인간이 이해하기 쉬운 요소에 달려 있어야한다고 말합니다.
나는 개인적으로 Bob Martin이 그의 Clean Code책 에서 제공하는 강압 치료를 선호합니다 . 클래스 상단의 멤버 변수, 생성자 및 기타 모든 메서드 그리고 모든 클래스를 임의로 공개 한 다음 보호하는 대신 클래스 내에서 사용되는 방식과 밀접하게 메소드를 주문합니다. 그는 그것을 "수직 거리"나 그와 비슷한 것을 최소화하는 것으로 부릅니다 (현재 책을 가지고 있지 않습니다).
편집하다:
"수직 거리"의 기본 개념은 사람들이 소스 코드를 이해하기 위해 모든 소스 코드를 뛰어 넘지 않도록하는 것입니다. 사물이 관련되어 있으면 서로 더 가까워 야합니다. 관련이없는 것들이 더 멀어 질 수 있습니다.
Clean Code (위대한 책, btw) 5 장 에서는 Martin이 주문 코드를 제안하는 방법에 대해 자세히 설명합니다. 그는 코드를 읽는 것은 신문 기사를 읽는 것과 같은 방식으로 작동해야한다고 제안합니다. 높은 수준의 세부 정보가 맨 처음에 나오고 읽을 때 더 자세하게 정보를 얻을 수 있습니다. 그는 "한 함수가 다른 함수를 호출하면 수직으로 가까워 야하며 가능하면 호출자가 수신자 위에 있어야합니다."라고 말합니다. 또한 관련 개념이 서로 비슷해야합니다.
다음은 여러 가지면에서 좋지 않은 (OO 디자인이 나쁘고 double돈을 절대로 사용하지 않는) 고안된 예입니다 .
public class Employee {
...
public String getEmployeeId() { return employeeId; }
public String getFirstName() { return firstName; }
public String getLastName() { return lastName; }
public double calculatePaycheck() {
double pay = getSalary() / PAY_PERIODS_PER_YEAR;
if (isEligibleForBonus()) {
pay += calculateBonus();
}
return pay;
}
private double getSalary() { ... }
private boolean isEligibleForBonus() {
return (isFullTimeEmployee() && didCompleteBonusObjectives());
}
public boolean isFullTimeEmployee() { ... }
private boolean didCompleteBonusObjectives() { ... }
private double calculateBonus() { ... }
}
메소드는 그것들을 호출하는 메소드에 가깝게 정렬되어 위에서 아래로 내려갑니다. 모든 private방법을 아래에 적어 놓았다면 public프로그램 흐름을 따르기 위해 더 많은 점프를해야합니다.
getFirstName과 getLastName개념적으로 관련이 (되고 getEmployeeId아마 너무)가 서로 가까이 그래서. 우리는 그들에게 아래로 모두 아래로 이동할 수 있지만, 우리는보고 싶지 않을 것이다 getFirstName상단과 getLastName하단에.
바라건대 이것이 기본 아이디어를 제공합니다. 이런 종류의 것에 관심이 있다면을 읽는 것이 좋습니다 Clean Code.