닭발개발

39일차 헤드퍼스트 디자인패턴 [7주차_수요일] 514-527pg 요약 **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ 다양한 프록시 변종들 ] 1. 방화벽 프록시(Firewall Proxy) 네트워크 자원으로의 접근을 제어함으로써 주제를 '나쁜' 클라이언트로부터 보호해 준다. 2. 스마트 레퍼런스 프록시(Smart Reference Proxy) 주제가 참조될 때마다 추가 행동을 제공한다. 객체의 레퍼런스 개수를 센다든가 하는 식으로 제공. 3. 캐싱 프록시(Caching Proxy) 작업의 결과를 임시로 저장해 준다. 여러 클라이언트에서 결과..

38일차 헤드퍼스트 디자인패턴 [7주차_화요일] 503-513pg 요약 **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ 동적 프록시를 활용하여 보호 프록시 만들기 ] - java.lang.reflect 패키지에 프록시 기능이 내장되어 있다. - java.lang.reflect 패키지 사용하면 즉석에서 하나 이상의 인터페이스를 구현하고, 지정한 클래스에 메소드 호출을 전달하는 프록시 클래스를 만들 수 있다. - 동적 프록시(dynamic proxy) : 진짜 프록시는 실행 중에 생성되는 자바 기술 - 자바에서 Proxy 클래스를 생성해주고, Pr..

37일차 헤드퍼스트 디자인패턴 [7주차_월요일] 488-502pg 요약 **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ 신나는 프록시의 하루 - 프록시의 일 처리과정 살펴보기 ] 1. CEO 모니터링 시작 -> GumballMonitor는 뽑기 기계 원격 객체의 프록시를 가져옴 -> getState(), getCount(), getLocation() 호출 2. 프록시의 getState() 호출 -> 프록시는 이 호출을 원격 서비스로 전달 -> 스켈레톤을 그 요청을 받아서 뽑기기계에 전달 3. GumballMachine은 스켈레톤에게 상태를 리턴..

36일차 헤드퍼스트 디자인패턴 [6주차_토요일] 475-487pg 요약 **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ RMI 레지스트리 ] - 클라이언트는 스텁 객체(프록시)를 가져와야 한다. 거기에 있는 메소드를 호출해야 하기 때문에. - 클라이언트는 룩업(lookup)으로 스텁 객체를 요청한다. (이름을 건네주면서 그 이름에 맞는 스텁 객체를 요구하는 것) 1. 클라이언트에서 RMI 레지스트리 룩업 Naming.lookup("rmi://127.0.0.1/RemoteHello"); 2. RMI 레지스트리에서 스텁 객체 리턴. (이 때, 스텁..

35일차 헤드퍼스트 디자인패턴 [6주차_금요일] 464-474pg 요약 **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ 원격 프록시의 역할 ] - 원격 객체의 로컬 대변자 역할 - 원격 객체 : 다른 자바 가상 머신의 힙에서 살고 있는 객체(다른 주소 공간에서 돌아가고 있는 객체) - 로컬 대변자 : 로컬 대변자의 어떤 메소드를 호출하면, 다른 원격 객체에게 그 메소드 호출을 전달해주는 객체 - 클라이언트 객체는 프록시를 활용하는 객체다 : 클라이언트 객체는 원격 객체의 메소드 호출을 하는 것처럼 행동한다. 하지만 실제로는 로컬 힙에 들어있는 ..

34일차 헤드퍼스트 디자인패턴 [6주차_목요일] 453-463pg 요약 **CHAPTER 10. 객체의 상태 바꾸기 (feat. 상태패턴)** 전략패턴과 상태패턴은 꽤나 다르지만 밑 바탕의 설계는 거의 같다. 어릴적 헤어진 쌍둥이처럼 [ 객체지향 패턴 추가 + ] - 상태패턴 : 내부 상태가 바뀜에 따라 객체의 행동이 바뀔 수 있도록 해준다. 마치 객체의 클래스가 바뀌는 것 같은 결과를 얻을 수 있다. **CHAPTER 11. 객체 접근 제어하기 (feat. 프록시 패턴)** 사람들이 좋은 경찰에 접근하는 일을 나쁜 경찰이 제어한다. 패턴에서 나쁜 경찰은 프록시(proxy)이다. 접근을 제어하고 관리한다. [ 뽑기 기계 재고와 현재 상태 파악하는 기능 추가 ] - 원격으로 파악하고 싶다는 CEO -> 원..