developer-ellen
인간 디버거의 로그 찍기
developer-ellen
전체 방문자
오늘
어제
  • 분류 전체보기 (217)
    • 회고록 (0)
    • 취뽀 및 커리어 여정의 Stack (2)
      • SSAFY 7기 (2)
    • 프로그래밍공부 (24)
      • c++ (0)
      • JAVA (3)
      • Spring (5)
      • design pattern (3)
      • BackDB (1)
      • Servlet&JSP (3)
      • Vue (4)
      • JPA (4)
      • Infra (1)
      • Linux (0)
    • AI (3)
      • papers (3)
      • trend (0)
    • 프로젝트진행 (0)
      • 데이터베이스 (0)
      • 서버개발 (0)
      • 인공지능 (0)
      • 하루정리 (0)
    • 포트폴리오 (0)
    • 알고리즘 (158)
      • 알고리즘문풀 (155)
      • 알고리즘공부 (3)
    • 통계공부 (15)
      • 시계열분석 (15)
      • 회귀분석 (0)
    • CS (14)
      • 컴퓨터네트워크 (4)
      • 운영체제 (8)
      • 데이터베이스 (2)
    • 주저리주저리 (0)
      • 필사 (0)
    • 취업관련정보 (0)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • 삼성코테준비
  • 삼성코테자바풀이
  • 시계열
  • 데이터분석
  • c++디자인패턴
  • 시계열분석
  • 카카오코테
  • Arima
  • MA모형
  • ARIMA모형
  • 삼성코테자바꿀팁
  • 삼성코테파이썬풀이
  • 삼성코테기출
  • 삼성코테자바준비
  • 백준파이썬풀이
  • 통계학
  • 코테파이썬
  • BOJ파이썬풀이
  • AR모형
  • 삼성코테파이썬
  • c++ 빌더 패턴
  • 삼성코테구현문제추천
  • 카카오코테java풀이
  • 삼성코테파이썬준비
  • 삼성코테구현풀이
  • 삼성코테기출자바풀이
  • SW역량테스트파이썬
  • 통계분석
  • 운영체제인터럽트
  • SW역량테스트파이썬풀이

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
developer-ellen

인간 디버거의 로그 찍기

프로그래밍공부/design pattern

[모던 c++의 디자인 패턴] 2장. 빌더

2024. 4. 9. 23:22

빌더

  • 빌더 패턴(Builder pattern)은 생성이 까다로운 객체를 쉽게 처리하기 위한 패턴
  • 빌더 패턴은 단순하게 개별 객체의 생성을 별도의 다른 클래스에게 위임
  • 빌더 하나의 인터페이스가 여러 하위 빌더를 노출할 수 있음
    • 상속과 흐름식 인터페이스를 요령있게 활용하면, 여러 빌더를 거치는 객체 생성을 쉽게 할 수 있음

 

2.2 단순한 빌더

struct HtmlBuilder
{
    HtmlElement root;

    HtmlBuilder(string root_name) { root.name = root_name; }

    void add_child(string child_name, string child_text)
    {
        HtmlElement e{ child_anme, child_text };
        root.elements.emplace_back(e);
    }

    string str() { return root.str(); }
};
HtmlBuilder builder{ "ul" };
builder.add_child("li", "hello");
builder.add_child("li", "world");
cout << builder.str() << endl;
  • 위의 코드를 보면, HtmlBuilder는 HTML 구성 요소의 생성만을 전담하는 클래스
  • add_child() 메서드는 리턴 값은 사용되는 고싱 없어서, void로 선언되어 있음 
    • 리턴 값을 활용한다면 좀 더 편리한 흐림식 인터페이스 스타일의 빌더로 만들 수 있음

 

 

2.3 흐름식 빌더

  • 흐름식 인터페이스(fluent interface) : 빌더 자기 자신이 참조로서 리턴되기 때문에, 다음과 같은 메서드들이 꼬리를 무는 호출이 가능해짐
  • 다음은 리턴을 참조타입으로 한 경우이다.
HtmlBuilder& add_child(string child_name, string child_text)
{
    HtmlElement e{ child_anme, child_text };
    root.elements.emplace_back(e);
    return *this;
}


...


HtmlBuilder builder{ "ul" };
builder.add_child("li", "hello").add_child("li", "world");
cout << builder.str() << endl;

 

  • 다음은 리턴을 포인터로 한 경우이다.
HtmlBuilder* add_child(string child_name, string child_text)
{
    HtmlElement e{ child_anme, child_text };
    root.elements.emplace_back(e);
    return this;
}


...


HtmlBuilder* builder{ "ul" };
builder->add_child("li", "hello")->add_child("li", "world");
cout << builder.str() << endl;

 

2.4 의도 알려주기

  • 사용자가 빌더 클래스를 사용해야한다는 것은 어떻게 알 수 있을까?
  • 한 가지 방법은 빌더를 사용 안하면 객체 생성이 불가능하도록 강제하는 것이다.
    • 첫 번째로, 모든 생성자를 숨겨서 사용자가 접근할 수 없게 하는 것이다.
    • 두 번쨰로, 생성자를 숨긴 대신 Element class 자체에 팩터리 메서드(static 형태)를 두어 빌더를 생성할 수 있게 한다. 

 

2.6 컴포지트 빌더

  • 객체 하나를 생성하는데 복수의 빌더가 사용되는 경우에 활용됨
  • 개인 신상 정보를 저장하는 프로그램의 예시
class Person
{
	// 주소
    std:: string street_address, post_code, city;
    
    
    // 직업
    std::string company_name, position;
    int annual_income = 0;
    
    Person() {}
 };
  • 빌더를 각 정보마다 따로 두고 싶으면, API는 어떻게 만드는 것이 가장 편리할까?
class PersonBuilderBase
{
protected:
	Person& person;  // 현재 생성되고 있는 객체에 대한 참조
    explicity PersonBuilderBase(Person& person)
    	: person{ person }
    {
    // 자식 클래스에서만 이용 가능
    }
public:
	operator Person()
    {
    	return std::move(person);
    }
    
    // 빌더의 한 측면
    
    // 하위 빌더의 인터페이스를 리턴
    PersonAddressBuilder lives() const;
    PersonJobBuilder works() const;
 };

// 실제 사용자가 사용하는 클래스
class PersonalBuilder : public PersonalBuilderBase
{
	Person p; // 생성중인 객체
public:
	PersonBuilder() : PersonBuilderBase{p} {}
};

// PersonalBuilder는 Person의 주소를 생성하는데 플루언트 인터페이스 스타일을 지원함
class PersonAddressBuilder : public PersonBuilderBase
{
	typedef PersonAddressBuilder self;
public:
	explicit PersonAddressBuilder(Person& p)
    	: PersonBuilderBase{ person } {}
    
    self& at(std::string street_address)
    {
    	person.street_address = street_address;
        return *this;
    }
    
    self& with_postcode(std::string post_code) { ... }
    
    self& in(std::string city) { ... }
 };

// PersonJobBuilder도 같은 방식으로 구현됨
// 사용자가 빌더에 접근하는 방법

Person p = Person::create()   // 빌더를 얻음
	.lives().at("123 London Road")  // PersonAddressBuilder를 얻어, 주소정보 설정
    		.with_postcode("SW1 1GB")
    		.in("London")
    .works().at("PragmaSoft") // PersonalJobBuilder를 얻어, 직업 정보 설정
    		.as_a("Consultant")
            .earning(10e6);
  • 생성된 객체가 이전될 때, std::move()를 사용하기 때문에 이전한 빌더에서는 더 이상 인스턴스를 접근할 수 없음

 

 

모던 c++ 디자인 패턴 책을 보면서 공부한 내용을 정리했습니다.

 

'프로그래밍공부 > design pattern' 카테고리의 다른 글

[모던 c++의 디자인 패턴] 3장. 팩터리  (0) 2024.04.10
[모던 c++의 디자인 패턴] 1장. SOLID 디자인 원칙  (1) 2024.03.04
    '프로그래밍공부/design pattern' 카테고리의 다른 글
    • [모던 c++의 디자인 패턴] 3장. 팩터리
    • [모던 c++의 디자인 패턴] 1장. SOLID 디자인 원칙
    developer-ellen
    developer-ellen

    티스토리툴바