LIPNUS

1. 머릿속이 복잡해짐. 2. 공부를 좀 하니 잘못된 구조는 어느정도 눈에 들어옴. 잘못된건 알지만 제대로 설계하기엔 짜침. 코딩을 할 때, '코드를 작성한다'가 아니라 '코드를 싸지르고 있다'는 자괴감을 받으면서 개발할 수 있음.

팩토리 메소드 패턴 (factory method) 추상 팩토리 패턴 (abstract factory) 차이 이거 은근 볼 때마다 헷갈린다. 일단 내게 깨달음을 준 stackoverflow 를 보자. The main difference between a "factory method" and an "abstract factory" is that the factory method is a single method, and.. whereami80.tistory.com

https://jusungpark.tistory.com/category/JAVA/DesignPattern

https://ganghee-lee.tistory.com/category/Design%20Pattern 'Design Pattern' 카테고리의 글 목록 Computer Science AI & Deep Learning ganghee-lee.tistory.com 강의내용과 교재가 같음

핵심 - 옵저버 패턴 : Model변화를 View에 전달 - Composite 패턴 : 위젯들은 계층적구조. 임의의 Hierachy 다 구현가능 - Strategy 패턴 : View와 Controller사이. 위임(delegate) 어디까지가 Controller이고 어디까지가 View인가? UI Framework마다 다름. View와 Controller는 커플링이 좀 있어도 괜춘 가장 중요한건 UI와 non-UI가 잘 분리되어 있어야 함 테스트 : 다른 UI를 써도 재사용이 가능한가?

Circle같은게 추가될 수 있으니, Shape를 추가 기존의 디자인을 확장함 클래스 개수가 어마어마하게 늘어나게 된다. 굳이 같이 있어야 하나? 나눠보자! 1이면, Information이 있는 곳에서 해라 규칙 위반 Encapsulation 위반 그릴때 V1Drawing, V2Drawing 갖다쓰겠다는 이야기인덧 어떻게 쓸지는 Ractangle, Circle이 스스로 알고 있음. Class Client { Shape r1, r2; Drawing dp; dp = new V1Drawing(); r1 = new Ractangle(dp, 1, 1, 2, 2); dp = new V2Drawing(); r2 = new Circle(dp, 2,2,3); r1.draw(); r2.draw(); } abstract C..

Client는 MenuItem이나 Menu나 동일하게 접근할 수 있음 전체 트리를 Iterator? 모든 노드가 자식의 Iterator를 돌려주도록 만듦. 없으며 NullIterator 반환. -> 일관성 왼: Component에서 Leaf에서 getChild같은거 Exception해야 함. 오: 컴파일타임에 알아낼 수 있음. Leaf와 Composite를 동일한 인터페이스로는 간주할 수 없음. 둘다 장단점이 있음

Duck처럼 quack(), fly()를 해준다.

Decorator는 상속이랑 association이 동시에 있어야 한다! wrappardObj는 자손 다 가리킬 수 있음. 그럴러면 상속 필요.

근데, JVM의 오묘함 때문에.. new Singleton()생성되는 도중에 (uniqueInstance == null) if문 뚫고 return uniqueInstance 받아가버림. -> ㅈ망 volatile은 버전에 따라 의미가 다름. JVM 1.5이상에서 먹힘.

복합 product에 주로 사용 Stretegy랑 비슷 Stretegty를 생성 목적으로 응용한 것이다. Client입장에서는 Builder가 만들어내는 Part들은 무관심. 완성품만 중요. 이게 abstract factory와 차이점임.

new를 안쓰고 싶다?!

Colleage들끼리는 커뮤니케이션 하지 않는다 Observer Pattern은 여러 publisher가 생길 수 있어서 복잡한데 얘는 간단 그대신 Observer는 코드 Reuse가 용이 Observer 패턴과는 방향이 반대

처음거랑 기능적으로는 같지만 구조가 다름 각각의 State별로 Encapsulation되어 있음 state가 증가할때마다 클래스가 늘어나는 단점이있음 클래스 다이어그램상 차이는 없음 의도의 차이. - State = State에 dependency가 있는 Behavior를 Encapsulation하기 위해서. State Pattern이 없으면 Conditoin Block(if문)이 존나 생김 - Stragegy = 어떤 특정한 객체에 가장 적합한 전략을 연결해주고 Delegation해줌 / 전략변경 빈도는 State에 비해 낮음 Stragegy 없으면 상속을 세분화 해서 해결하려 했을 것. 필요할때 Create해도 되고, 아까 예제처럼 처음에 바로 만들고 레퍼런스를 만들어도 된다. Requirement가 ..

다른 것들을 담고 있는 Aggregate Object이다. 두 레스토랑이 있는데 통합하고 싶다. JAVA는 이미 Itorator가 있음. Hash, ArrayList등 벌써 가지고 있으니 걍 반환해주면 바로 됨 Factory Methods Memento Patern = 현재상태 보관

오우 굉장히 비슷하네? final = 하위클래스에서 override하지 못하게 함 이 골격은 계속 유지하고 싶다 Template Method Pattern은 Class Scope 패턴이다. (오브젝트까지는 신경안쓰니까) 일단 디폴트가 있고, 원하는 경우 하위에서 override하면 바뀜 각 모듈마다 레벨이 있음 Low Level은 여지를 줄때만 흐름에 개입할 수 있음 (여지= hook) stragegy와 비슷하나 방법이 약간 다름 - stragegy = 알고리즘 전체를 바꿔낀다. - template = 특정한 파트를 변경 Factory Method는 template method의 특화된 형태이다.

어떤 부분이 고정되어 있고, 변경될 부분은 어디인가?! 앞으로 Rubber Duck 같은 특이한 애들이 들어온다.

Coupling : 서로서로 연관성. 낮을수록 좋다 Cohension : 응집도. 하나에 모듈에서 측정하는거. 높을수록 좋다. 1. 한놈에 몰빵 (facade controller) 처음에는 걍 만들고, 필요한 경우에 추가하는게 좋음 서로서로 직접 커플링 되지 않게 중재할 수있는 애를 만들기

상속: 이렇게 하면 Queue를 List대신 쓸수는 없음 -> 치환원리 좆망 Composition : 낫배드 C타입을 걍 넣어봤더니 ㅈ됨 / LSP극복하려고 Exception으로 극복하니 더 ㅈ됨