비 클래스 enums (왼쪽의 rvalues)에 대한 동등성이있는 우수 사례

Question

저는 오래된 c를 C++로 천천히 업데이트하는 환경에서 작업합니다. 평등 진술에서 종종 비 클래스 enum이 사용됩니다.

이제 프로그래밍 실습을 받거나 우수 사례를 다루는 책을 읽은 사람이라면 lvalues와 rvalues ​​사이의 동등성은 왼쪽의 rvalue로 구조화되어 '== '은'= '로 대체됩니다. 나는 열거로이 일을 한 번도 본 적이 없다. 쉬운 대답은 enum 클래스를 사용하는 것이지만 오래된 코드의 큰 시체로 항상 즉시 수행 될 수는 없습니다. 열거 형은 기본적으로 정수형이므로 왼쪽 열에도 열거 형을 유지하는 것이 좋습니다.

나는 그것이 좋은 연습 간주 될뿐만 아니라 열거의 왼쪽에 우변을 유지하려면 더 나은

#include <iostream> 
using namespace std; 
    int number; 
    enum Color { RED, GREEN, BLUE }; 
int main() { 
    number = 1234; 
    Color color = BLUE; 

    // This is done 
    if (555 == number) { /*...*/ } 

    // So that this never accidently happens 
    if (number = 555) { /*...*/ } 

    // Resulting in this (number changed to 555) 
    cout << number <<endl; 

    // I have never seen this done 
    if (RED == color ) { /*...*/ } 

    // should it be to, prevent this 
    if (color = RED) { /*...*/ } 

    //Resulting in this (color changed to 0 or RED) 
    cout << color <<endl; 

    return 0; 
} 

Answer 1

아래에 설명하기 위해 작은 예를 썼다?

실제로 리터럴을 사용하더라도 정확하게 "우수 사례"는 아닙니다. 이 개념은 과거에는 나타 났지만 대부분의 사람들이 오른쪽에서 리터럴을 읽는 것이 훨씬 더 읽기 쉽습니다 (또한 가장 많이 변경되는 변수, 특히 먼저 오는 변수).

가독성을 위해 오타 방지 기능을 사용하는 것이 항상 바람직한 것은 아닙니다. 읽을 수있는 코드는 실제로 변경되지 않았으며 결코 존재하지 않을 오래된 개념입니다. 그래서 결국보다 의미가 있고 유지하기가 더 쉽습니다. 이러한 종류의 오류를 방지하는 것은 컴파일러에게 맡겨야하며, 괜찮은 컴파일러는 그러한 경우 경고를 트리거합니다.