Item26.md

항목 26. 변수 정의는 늦출 수 있는 데까지 늦추는 근성을 발휘하자

변수 정의를 미뤄야 하는 이유

• 생성자나 소멸자를 끌고 다니는 타입으로 변수를 정의하면 물게 되는 비용은 두개이다.
  • 프로그램 제어 흐름이 변수의 정의에 닿을 때 생성자가 호출되는 비용
  • 변수가 유효범위를 벗어날 때 소멸자가 호출되는 비용
• 변수가 정의됐으나 사용되지 않은 경우에도 비용이 부과된다.

std::string encryptPassword(const std::string& password)
{
    using namespace std;

    string encrypted; // string 변수 선언

    if (password.length() < MinimumPasswordLength)
    {
        throw logic_error("Password is too short");
    }

    // 비밀번호 암호화 하는 로직

    return encrypted;
}

• encrypted 객체는 예외가 발생하면 사용되지 않는 객체이다.
  • 변수가 정의되었으니 비용이 생겼다.
• 해당 변수를 정의하는 일은 예외처리 아래까지 미루는 편이 낫다.

변수 정의 미루기 1

std::string encryptPassword(const std::string& password)
{
    if (password.length() < MinimumPasswordLength)
    {
        throw logic_error("Password is too short");
    }

    using namespace std;

    string encrypted; // 기본 생성자에 의해 만들어지는 encrypted
    
    encrypted = password; // encrypted에 password를 대입

    // 비밀번호 암호화 하는 로직

    return encrypted;
}

• 위 코드에서 바람직한 방법은 encrypted를 password로 초기화해 버리는 방법이다.
• 의미도 없고 비용도 만만치 않을 듯한 기본 생성자 호출을 건너뛸 수 있게 된다.

변수 정의 미루기 2

std::string encryptPassword(const std::string& password)
{
    if (password.length() < MinimumPasswordLength)
    {
        throw logic_error("Password is too short");
    }

    using namespace std;

    string encrypted(password); // 정의와 동시에 초기화. 복사 생성자가 사용된다.

    // 비밀번호 암호화 하는 로직

    return encrypted;
}

• 정의와 동시에 초기화 함으로써 성능을 높일 수 있고 프로그램도 깔끔해 진다.

루프를 도는 상황에서 변수 정의

루프 바깥쪽에 정의

Widget w;
for (int i = 0; i < n; ++i)
{
    w = i에 따라 달라지는 값;
}

• 비용은 생성자 1번, 소멸자 1번, 대입 n번이다.

루프 안쪽에 정의

for (int i = 0; i < n; ++i)
{
    Widget w(i에 따라 달라지는 값);
}

• 비용은 생성자 n번, 소멸자 n번이다.

효율적인 것

• 대입에 들어가는 비용이 생성자-소멸자 쌍보다 적게 나오는 경우 바깥쪽에 정의하는게 효율이 좋다.
• 일반적인 경우엔 안쪽에 정의하는 방법이 더 좋다.
• 루프 바깥쪽에 정의하면 변수를 볼수 있는 유효 범위가 안쪽에 정의할때보다 넓어지기 때문에 프로그램의 이해도와 유지보수성이 안좋아 질 수 있다.