여울의 블로그

1. 개요이번 항목은 캡슐화의 중요성에 대해서 다시 한번 생각해보는 항목입니다. 기본적으로 데이터 멤버를 public으로 선언하면 안되는 이유와 그것이 protected에도 똑같이 적용된다는 점에 대해서 서술합니다. 2. public으로 선언하면 안되는 이유2-1. 문법적 일관성https://yeoul0714.tistory.com/59참고 [Effective C++] 항목 18: 인터페이스 설계는 제대로 쓰기엔 쉽게, 엉터리로 쓰기엔 어렵게 하자1. 개요 우리는 C++로 개발을 하면서 정말 수많은 인터페이스를 설계하게 됩니다. 그리고 우리가 개발한 인터페이스가 올바르게 쓰여지길 바랍니다. 만약 올바르게 쓰여지지 않았다면 최소한의yeoul0714.tistory.com 만약 데이터가 public이 아니라면 ..

1. 개요우리는 항목 20에서 값에 의한 전달의 효율 문제에 대해서 공부했습니다. 그래서 우리는 기존 코드에서 값에 의한 전달이 있는 경우에 그것을 참지못하는 경우가 생기게 됩니다. 그러나 이것은 잘못된 마음가짐입니다. 이러다보면 실제로 있지도 않은 객체의 참조자를 넘기는 불상사를 만들어 내기도 합니다. 이러한 부분에 대해 자세히 설명해보고자 합니다. 2. 참조를 반환하는 것이 정답일까?2-1. 참조를 반환 시키는 법class Rational {public: Rational(int numerator = 0, int denominator = 1); private: int n, d; friend const Rational operator*(const Rational& lhs, cons..

1. 개요C++에서는 함수로부터 객체를 받거나 함수에 객체를 전달할때 값에 의한 전달(pass-by-value)를 사용하기도 합니다. 특별한 경우가 아니면 함수의 매개변수는 실제 인자의 '사본'을 받게 됩니다. 그리고 호출한 쪽은 '사본'을 돌려받습니다. 여기서 이러한 사본을 만들어 내는 주체는 복사 생성자 입니다. 바로 이러한 점 때문에 값에 의한 전달의 비용이 매우 커지기도 합니다. 이번 항목은 이러한 주제를 바탕으로 참조자에 의한 전달을 권장하는 이유를 설명하는 항목입니다. 2. 값에 의한 전달이 비싼 이유class Person {public: Person(); // 간결함을 위해 매개변수 생략 virtual ~Person(); // virtual인 이유는 항목 7 확인 private: ..

1. 개요C++에서 클래스를 설계하는 것은 새로운 타입을 만드는 것과 똑같습니다. 프로그래머는 클래스 설계자를 넘어 Type을 설계하는 막강한 힘을 가지고 있다는 것입니다. 언어 설계자가 기본 제공 타입을 만들때 만큼이나 큰 정성이 필요한 작업입니다 이번 항목은 클래스를 설계할때 깊게 고민해볼만 질문을 소개하는 항목입니다. 2. 질문2-1. 새로 정의한 타입의 객체 생성 및 소멸은 어떻게 이루어져야 하는가?이 부분에 따라서 생성자, 소멸자의 설계가 바뀌게 되고 메모리 할당, 해제 함수의 설계에도 큰 영향을 미칩니다. https://yeoul0714.tistory.com/35 [Effective C++] 항목 8: 예외가 소멸자를 떠나지 못하도록 붙들어 놓자1. 여러개의 예외는 처리가 곤란하다.만약 이러한..

1. 개요 우리는 C++로 개발을 하면서 정말 수많은 인터페이스를 설계하게 됩니다. 그리고 우리가 개발한 인터페이스가 올바르게 쓰여지길 바랍니다. 만약 올바르게 쓰여지지 않았다면 최소한의 항의의 몸부림이라도 보여주도록 설계해야 할것입니다. 어떤 인터페이스를 사용할 때 개발자의 의도대로 사용되지 않는다면 컴파일이 되지 않아야 옳고, 컴파일이 된다면 개발자의 의도대로 동작해야 할것입니다. 2. Wrapping하기개요에서 말한 상황이 나오려면 우리는 사용자가 할만한 실수들을 파악하고 있어야 합니다. 한가지 예시를 들어보도록 하겠습니다.class Date{public: Date(int month, int day, int year);} 이러한 클래스가 있다고 가정해보겠습니다. Date d(30,3,1955..