Progrow

Progrow

  • 분류 전체보기 (366)
    • Programming Languages (47)
      • JavaScript (13)
      • Java (18)
      • Effective Java (3)
      • Kotlin (11)
      • C++ (1)
      • Groovy (1)
    • Computer Sciences (237)
      • Problem Solve (155)
      • Datastructure (2)
      • Database (20)
      • OS (8)
      • Network (5)
      • Security (10)
      • Design Patterns (19)
      • Compiler (8)
      • BigData (5)
      • OOP (5)
    • Spring (21)
      • Boot (7)
      • Security (7)
      • JPA (6)
      • Session (1)
    • Frontend (10)
      • HTML (2)
      • CSS (3)
      • Vue.js (4)
    • Web (4)
      • REST API (2)
      • Servlet (1)
    • Devops (26)
      • Docker (0)
      • Kubernetes (1)
      • AWS (25)
      • Jenkins (0)
      • Terraform (0)
    • Build Tools (6)
      • Gradle (6)
    • App (1)
      • Android (1)
    • Project (4)
      • DI Framework (3)
      • Capstone Design (1)
    • Redis (1)
    • git (0)
    • etc (9)
      • IT 상식 (4)
      • IT 행사 (2)
      • Heroku (2)
      • vscode (1)
  • 홈
  • 태그
  • 방명록
  • github
RSS 피드
로그인
로그아웃 글쓰기 관리

Progrow

컨텐츠 검색

태그

백준 JavaScript Kotlin Head First Design Pattern AWS dfs database 프로그래머스 String 투 포인터 DP programmers BFS Java Design Pattern greedy 정보보호 BAEKJOON 데이터베이스 Java 정보보안

최근글

댓글

공지사항

아카이브

Builder pattern(1)

  • [Effective Java] item 2. 빌더 패턴을 고려하라

    문제 일반적인 자바빈 규약을 준수한 객체를 생성하려고 하면 코드가 장황해지고 메서드를 여러 개 호출해야 한다. 다음과 같은 객체가 그러하다. public class Room { private int roomNo; private Sofa sofa; private TV tv; private Bed bed; public Room() {} // 게터 및 세터 } 위와 같은 경우 빈 객체를 생성하고 세터 메서드로 모두 값을 지정해주어야 한다. 이렇게 객체를 구성하면 세터로 모든 멤버 변수를 지정해주기 전까지 일관성이 무너진 상태가 된다. 또한 매개변수들이 전부 유효한지 생성자를 통해 확인했는데 세터로 값을 주입받기 시작하므로 안정성 또한 무너졌다. 이러한 문제점 때문에 버그가 발생할 확률이 증가하고 디버깅 및 유..

    2021.11.19
이전
1
다음
티스토리
© 2018 TISTORY. All rights reserved.

티스토리툴바