조건부 연산자 : 얼마나 유연성이 있습니까?

Question

나는 다음을 수행 싶습니다 :

if(x == true) 
{ 
    // do this on behalf of x 
    // do this on behalf of x 
    // do this on behalf of x 
} 

이이 올바른지, 조건부 연산자를 사용하십니까?

x == true ? { /*do a*/, /*do b*/, /*do c*/ } : y == true ? ... ; 

이것은 형식이 잘못 되었습니까?

조건부 연산자로 둘 이상의 레벨을 중첩하지 않습니다.

내가 사용하려는 표현은 매우 간결하고 간단하여 조건부 연산자를 만드는 것으로, 제 생각에는 사용 가치가 있습니다.

P. 나는 A를 묻지 않을 것이다. 나는 어느 것을 사용해야합니까? B. 어느 것이 더 낫다. C. 어느 것이 더 적절 한가?

P. if-else 문을 삼항 조건부 연산자로 변환하는 방법을 묻습니다.

코딩 표준 등에 관한이 질문에 대한 조언은 단순히 바람직하지 않습니다.

Answer 1

부울을 참 및 거짓으로 비교하지 마십시오. 그들이 진실이거나 거짓이기 때문에 아무런 요지가 없습니다! 그냥 당신이 { 및 }을 사용하기 때문에

if (x) 
{ 
    // do this on behalf of x 
    // do this on behalf of x 
    // do this on behalf of x 
} 

당신의 두 번째 예제는 컴파일되지 않습니다 쓰기. 그러나 이것은

x ? (/*do a*/, /*do b*/, /*do c*/) : y ? ... ; 

하지만 무엇 /*do a*/ 등이다에 의존 않습니다 수 있습니다.

Answer 2

쉼표 연산자를 사용하여 서로 다른 표현식을 함께 쓰는 것은 언어 규칙 내에 있지만 코드를 읽기가 어렵게 만듭니다 (쉼표를 찾아야하기 때문에 항상 쉽지는 않습니다. 특히 표현식이 ' t 정말 간단.

다른 요인은 만 if (x) ... else if(y) ... 형 조건문 상태에 대해이 작업을 수행 할 수 물론이다. 때때로

, 사람들이 "읽을 수있는 코드"에서 "짧은 코드"를 선호하는 것 같다,의 인 물론 "가장 적은 수의 줄에 글을 쓸 수있는"경쟁자라면 다른 모든 것, 특히 "공개"중이거나 동료와 공유해야하는 코드는 유익합니다. 그것을 이해하십시오 - 일단 소프트웨어 프로젝트가 충분히 커지면, 코드가 어떻게 읽혀 지는지 이해하기가 어려워 져서 코드를 읽기가 더 어렵게 만듭니다. 두 번째 예제에서 설명한 방법으로 조건문을 사용할 때 어떤 이점도 실제로 볼 수 없습니다. 이 예는 좋지 않을 수도 있지만 일반적으로 "하지 마라"라고 말하고 싶습니다.

Answer 3

물론 (C++ 11에서) 작동합니다. 나는 해결책을 시도했지만 다음하지 않은 Herb Sutters way 당신이 에테르에게 함수 호출 즉시 실행되는 람다 사용할 수 있습니다 : 여기 컴파일하려고하지만,하지 않은

cond ? 
    [&]{ 
    int i = some_default_value; 
    if(someConditionIstrue) 
    { 
     Do some operations ancalculate the value of i; 
     i = some calculated value; 
    } 
    return i; 
}() 
    : 
somefun() ; 

당신은으로 계산 중 whih 결과가를 람다 또는 정상적인 기능.