조건부에서 (위치 <크기)가 일반적인 패턴 인 이유는 무엇입니까?

조건문 (IF)에서 모두가 사용 (position < size)하지만 왜 그럴까요?
컨벤션 만 또는 그만한 이유가 있습니까?

야생에서 발견 :

if (pos < array.length) {
   // do some with array[pos];
}

드물게 발견 :

if (array.length > pos) {
   // do some with array[pos];
}

더 깊은 패턴은 우리가 자연스럽게 "[다양한 것] [비교] [다양하지 않은 것]"을 표준 순서로 사용한다는 것입니다. 위치가 다를 수 있지만 크기는 다르기 때문에이 원칙은 귀하의 예에 적용됩니다.

평등을 테스트 할 때 유일한 예외는 일부 프로그래머 가 버그가 아닌 공통을 피하기 위해 반대 순서 ( 요다 조건 이라고 함)를 사용하도록 훈련하는 것입니다. 나는 자연 순서가 설명되어 있기 때문에이 아이디어를 잡지 않습니다. 우리가 아이디어를 영어로 표현하는 방식이기 때문에 훨씬 더 읽기 쉽습니다. 대부분의 현대 컴파일러는 이것을 감지하고 경고를 발행하기 때문입니다.variable = constantvariable == constant

내가 본 것에 대한 유일한 정당화는 우리가 학교에서 배운 숫자 나 다른 주문과 같다는 것입니다. 예를 들어 다음과 같이 숫자 줄을 작성합니다.

<--|--|--|--|--|--|-->
   1  2  3  4  5  6

작은 것들은 큰 것의 왼쪽에 나타납니다. 날짜와 같은 다른 것들에도 적용됩니다 (달력이 어떻게 배치되는지 생각하십시오).

기본적으로 사물의 순서에 대해 자연스럽게 생각하는 방식으로 요약됩니다. 많은 양식을 처리 할 필요가 없기 때문에 첫 번째 양식을 읽는 것이 더 쉽습니다.

그것은 주로 관습의 문제이지만, 이것이 우리가 생각하는 방식과 가장 일치한다고 생각합니다. 강조하는 항목을 보여줍니다.

이것을 영어로 번역하면, 문장의 주제가 일시적인 항목 인 "위치가 배열 길이보다 작은 경우"라는 문구가됩니다.

달리 표현하자면, "배열 길이가 위치보다 큰 경우"는 피사체에 배열 길이 (고정 값으로 가정)를 넣고 위치 (일시적)는 직접 물체가됩니다.

내 의견은 이것이 내 의견 일 뿐이며 가독성에 대한 관례라는 것입니다. 두 사람은 동일하지만 내 두뇌는 다르게 느낍니다. 배열 크기가 pos보다 큰지 알고 싶지 않습니다. pos가 배열 크기보다 작은 지 알고 싶습니다.

반 빈 대 반 전체 토론과 같습니다. 수학적으로 동일하지만 내 뇌는 상황에 따라 다르게 볼 것입니다.

개인적으로 보면

if (array.lengh > pos) {
    // do some with array[pos];
}

나는 이것이 버그인지 여부와 프로그래머가 무엇을 의미하는지에 대해 생각하기 시작할 것이다. 경계 검사 이외의 작업을 시도하고 있습니까?

어쩌면 나는 밝지 않지만 모든 코드 라인에서 그런 종류의 분석을해야한다면 내 뇌가 아프다.

다른 사람들이 시도한 것을 다른 방식으로 표현하기 위해 ...

질서가 프로그램의 행동에 영향을 미치지 않을 때, 그 차이는 분명히 인간에게 가장 읽기 쉬운 문제입니다. 왼쪽에 "주제"를 넣는 것이 언어적인 이유는 다음과 같습니다.

언어학에서, 문장 의 주제 는 이야기되고있는 것이고 주석은 그 주제 에 대해 이야기되고있는 것입니다. 이 예에서 우리는 가정 할 수 position는 IS 주제 "배열의 길이보다"를, 그리고 코멘트 . 영어와 다른 많은 언어로 주제는 일반적으로 주석 앞에 표시됩니다.
" 주제화 된 구성 요소를 문장에 처음 배치하는 주제가 널리 퍼져 있습니다. "

엄지 손가락의 좋은 규칙은, (이 경우, 또는 절) 문장으로 된 코드의 라인을 생각 문장이 무엇인지 결정하는 것입니다 그래서 약 , 당신이 할 수있는 경우 먼저 넣어. 종종, 문장의 "약"은 상수가 아닌 변수가 될 것입니다. 그러나 때로는 주석 에도 변수가 포함되므로 그렇게 할 수는 없습니다.

초기 언어가 컴파일 된 기본 어셈블러 (및 현재 많은 언어)에서 나온 두 가지 요소의 조합입니다.

1. 배열은 메모리에서 0부터 시작하는 오프셋입니다 (즉, 첫 번째 데이터 청크는 할당 된 메모리 블록의 시작 (0- 인덱스)에 있음). 따라서 다양한 부품에 0..n-1을 사용합니다.

2. 값이 다른 값 (또는 레지스터 등)보다 작은 경우 분기는 일반적으로 단일 명령어입니다. 따라서 간단한보다 작음 (<) 연산자를 사용하십시오.

따라서이 패턴은 구시대 어셈블러에서 ANSI-C (어떻게 든 매크로 어셈블러와 유사 함)로 이동하여 Java 및 다른 C 유사 언어로 이동했습니다.

다른 많은 답변들이 말했듯이, 종종 읽는 것이 훨씬 쉽습니다.

[thing that varies] [comparison] [thing that does not vary]

내가 아는 거의 모든 사람이이 스타일을 독점적으로 사용합니다.

=할당과 ==비교에 사용하는 C 스타일 언어에는 예외가 있습니다 . 실수로 입력 한 경우 :

if (variable = 5) ...

대신에:

if (variable == 5) ...

유효한 코드 줄이므로 오류가 발생하지 않습니다. (일부 컴파일러와 IDE는이 작업에 대해 경고하지만 간단한 오타를 갖는 것은 여전히 ​​쉽습니다.)

그러나 다음과 같이 쓰는 경우 :

if (5 == variable) ...

컴파일러 / 인터프리터는 유효한 구문이 아니기 때문에 오류가 발생합니다 (대부분의 언어에서는 어쨌든).

이 전환은 종종 요다 조건 이라고합니다 .

업데이트 : 다음은 Yoda 조건이 유용한 장소 목록입니다 .

개인적으로 나는 이것을 선호합니다 :

bool positionIsWithinBounds = pos < array.length;
if (positionIsWithinBounds) {
   // do some with array[pos];
}

... 더 많은 코드이지만 읽기도 쉽습니다.

선호도 또는 관습의 문제입니다. 일관되게하려면 두 가지 방법으로 합리적으로 진행할 수 있습니다.

1. 항상 "피험자"를 먼저 입력하십시오 (문장으로 생각하십시오)-시험의 가치입니다. 예를 들어if (age>5)

2. 또는 항상 작은 요소를 먼저 넣으십시오 (화면에서 값이 자연 순서대로 정렬 될 때 생각하십시오). 예를 들어이 if (a<b)코드가 대부분 약 a인지 또는 거의 b인지에 관계없이 작성 합니다.

두 규칙 모두 두 번째 대신 표시 한 첫 번째 스 니펫을 권장하므로이 특정 경우에 답이있는 것 같습니다. 나는 (1)과 (2)를 모두 위반하는 코드를 작성하지 않는 것이 현명하다고 말하고 싶습니다. 대부분의 사람들이 읽기가 더 어려울 것입니다.