1. 커맨드 패턴의 개념 커맨드 패턴을 이용하면 요청하는 객체와 그 요청을 수행하는 객체를 분리시킬 수 있습니다.여기서의 핵심은 분리시키기 위해 가장 필요한 커맨드 객체입니다.리시버의 행동들을 캡슐화합니다.Command Interface를 통해서 추상메소드를 호출할 수 있습니다.각각의 Command들은 해당 리시버의 행동을 호출하게 됩니다.Undo(작업취소 메소드)를 구현함으로 작업 취소 기능을 지원할 수 있습니다.요청하는 객체(인보커) 자체는 고치지 않아도 되도록 하는 것에 가장 중점을 두었습니다.요청하는 쪽과 수행하는 쪽을 분리시킴으로 느슨한 결합을 유지할 수 있습니다. 2. 클래스 다이어그램 3. 코드1234567891011121314151617181920212223242526272829303132..
1. SRP (The Single Responsibility Principle):단일 책임 원칙-> 하나의 클래스는 하나의 책임만 가져야 한다. 2. ISP (The Interface Segregation Principle):인터페이스 분리 원칙-> 자신이 사용하지 않는 인터페이스는 구현하지 말아야 한다.'하나의 일반적인 인터페이스 보다는 여러 개의 구체적인 인터페이스가 낫다' 3. DIP (The Dependency Inversion Principle):의존관계 역전의 원칙-> 추상 클래스는 파생 클래스를 참조해서는 안된다.의존의 대상은 추상클래스나 인터페이스만 되어야한다.추상클래스도 파생클래스도 추상크래스에만 의존해야한다. 4. LSP (The Liskov Substitution Principle):..
- Total
- Today
- Yesterday
- electron
- Android
- Qt Creator
- EC2
- 윈도우
- portrait
- 맥
- vs code
- AWS
- mariadb
- flutter
- 명령어
- 안드로이드 스튜디오
- flutter_launcher_icons
- 독산시대
- IOS
- 중곡동
- RDS
- 단축키
- MAC
- tip
- prebuilt
- 몽고DB
- windows
- NPM
- CentOS
- vscode
- 스마트포토
- GIT
- nodejs
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |