if문에 대한 성능 질문입니다.

최적화보다 더 중요한 가독성을 생각했을 때는 첫번째 예의 방식으로 프로그래밍하는게 좋을것 같습니다.

제가 알기로는 컴파일러가 특정 statement를 한꺼번에 처리하느냐 한 부분씩 처리하느냐에 따라 다르기도합니다.
if (a & b & c)라는 문장을 처리할 때,

d = a & b & c;
if (d) ...

이렇게 처리할때는 기계어로

mov d, a
and d, b
and d, c

이렇게 될 수 있지만, 만약에 한 구문씩 처리한다면,

cmp a, NULL
je LABELA
cmp b, NULL
je LABELC
...

이렇게 컴파일될것 같습니다.

제가 알기로는 C 컴파일러는 두번째 방식으로 한 구문씩 처리한다고 들었습니다.
전체 문장을 모두 번역하지않고 하나의 조건만이라도 거짓이되면 다음 조건은 판단하지않고
바로 문장 전체를 거짓으로 판단한다고 들었습니다.

따라서 말씀하신 두 예제가 기계어로 변환되는 것도 원칙대로라면 비슷해야할것 같습니다.
그런데 최적화 기술이 적용될 것이니까 좀 다를 수는 있겠지요.
만약 첫번째 예제가 좀더 빠르다해도 그 차이가 아주 미미해서 결과적으로 드러나는 차이는 없을것 같습니다.

(A)

	if( !valueName || !value || !mIsOpened)
	{
		return FALSE;
	}

위에서도 열거가 되었듯이 에 의해서 첫번째 조건이 만족하면 2번째와 3번째의 evaluation은 의미가 없기 때문에 그냥 statement를 수행하게 됩니다.
short-circuit evaluation 기능은 컴파일러 optimization의 얘기가 아니라 원래 그렇게 작동하도록 되어 있습니다(컴파일러 전통적인 기능임).
따라서 디버깅 모드에서도 short-circuit evaluation이 적용되게 됩니다.

(B)

	if( !valueName)
	{
		return FALSE; // 첫번째 처리 루틴(가)
	}
 
        if( !value)
        {
                return FALSE; // 두번째 처리 루틴(나)
        }
 
	if( !mIsOpened )
	{
		return FALSE; // 세번째 처리 루틴(다)
	}

(가), (나), (다) 코드가 다르다고 한다면 참 거짓을 연속적으로 판단하는 분기가 이루어 지겠지만,
컴파일러의 최적화에 의해서 (가)(나)(다)가 전부 같은 코드라고 컴파일러가 판단을 해서
컴파일 최적화에 의해서 (B)는 (A)와 동일하게 작동하지 않을까 생각을 해 봅니다.
다만, 이것은 컴파일러마다 다를 수 있으므로 직접 해 보는 수밖에 없다고 봅니다.