1.4 제어의 역전(IoC) 오브젝트 팩토리 UserDaoTest 기능이 잘 동작하는지 테스트 하는 책임 기존 UserDao가 직접 담당하던 기능 팩토리(Factory) 객체의 생성 방법을 결정하고 그렇게 만들어진 오브젝트를 돌려주는 UserDao와 ConnectionMaker는 각각 애플리케이션의 핵심적인 데이터 로직과 기술 로직 담당 DaoFactory는 이런 애플리케이션의 오브젝트들을 구성하고 관계를 정의하는 책임을 맡고 있음 DAO 여러개일 경우public UserDao DaoFactory { public UserDao userDao() { return new UserDao(new DConnectionMaker()); } public AccountDao accountDao() { return ne..
1.3 DAO의 확장 지금까지 데이터 엑세스 로직을 어떻게 만들 것인지, DB 연결을 어떤 방법으로 할 것인지 두 개의 관심을 기준으로 분리 두 관심은 변화의 성격이 다름 다른 방식의 분리 본격적으로 독립시키며 손쉽게 확장할 수 있는 방식 SimpleConnectionMaker 클래스를 만들고 UserDao가 이용할 수 있는 방식 UserDao 코드가 SimpleConnectionMaker 클래스에 종속되어 있으므로 UserDao 코드 수정 없이 DB 커넥션 변경할 방법이 없음 SimpleConnectionMaker의 makeNewConnection을 이름만 변경해도 UserDao를 변경해야함 인터페이스의 도임 추상화란? 어떤 것들의 공통적인 성격을 뽑아내어 인터페이스로 분리하는 작업 인터페이스 기능만 ..
1.2 DAO의 분리 변수나 오브젝트 필드의 값은 그대로지만 오브젝트에 대한 설계와 이를 구현한 코드가 변함 = 소프트웨어는 끊임없이 변함 미래를 어떻게 대비할 것인가를 항상 염두! -> 분리와 확장을 고려한 설계 관심이 한 곳에 집중되도록 해야함 -> 관심사의 분리 UserDao의 관심사항 add() 매소드와 get() 메소드의 중복 코드를 확인하여 하나의 메소드로 추출 DB 종류와 접속 방법이 바뀌었을 경우 getConnection() 메소드만 수정하면 됨 변경사항에 대한 검증: 리팩토링과 테스트 중복된 코드를 추출하는 과정처럼 기능에는 영향이 없이 코드의 구조를 간결하게 변화하는 과정 = 리팩토링 DB 커넥션 만들기의 독립 UserDao 소스코드를 제공하지 않고도 고객이 원하는 DB 커넥션 생성 방..
서론 컴퓨터학부에 재학 중인지 3년이 다되어가는 현재 올해는 역대급으로 컴퓨터를 많이 사용하는 중이다. 그러다 보니 운동도 안 하고 그냥 컴퓨터만 보는 나의 목에 점점 무리가 오기 시작했다. 운동도 조금씩 시작하긴 했지만 운동으로는 부족할 거 같아 예전부터 눈독 들이던 모니터암을 검색해보기 시작했고 가장 평이 좋은 카멜마운트 제품을 선택했다. 모니터암에 대해 아는 게 없었는데 검색해보니 고려할 사항들이 많았다. 일단 책상의 상태는 좋았고 나의 모니터는 32인치 제품이라 기본 제품을 살 수는 없었다. 32인치 모니터까지 호환되는 듀얼 모니터암을 찾아보니 PMA-2DU 제품이 있었다. 그렇게 해서 나는 PMA 24인치 모니터 2개를 쓰는 여자친구는 GMA를 선택하였다. 설치 사진 사용 후기 모니터암은 진짜 ..
