일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 마스크 구매
- 역슬래시 자동생성
- 2020 정보처리기사
- Spring Framwork
- spring
- @Configuration
- KF 94 마스크 구매
- 이클립스 제목표시줄
- 정보처리기사 필기 연기
- 이클립스
- Annotaion
- spring framework
- Bean Definition
- 마스크구입처
- 코로나 정보처리기사 필기 연기
- Singleton Container
- AnnotationConfigApplicationContext
- 정보처리기사 연기 코로나
- 마스크 구매 사이트
- 이클립스 워크스페이스 이름 표시
- 마스크구입
- java
- 마스크 5부제
- 코로나 정보처리기사
- svn 수동 설치
- ApplicationContext
- embedded tomcat
- @Bean
- 약국 구매
- BeanFactory
- Today
- Total
목록spring (2)
paranjong
SOLID 클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리 SRP : 단일 책임 원칙(Single Responsibility principle) OCP : 개방-폐쇄 원칙(Open/closed principle) LSP : 리스코프 치환 원칙(Liskov substitution principle) ISP : 인터페이스 분리 원칙(Interface segregation priciple) DIP : 의존관계 역전 원칙(Dependency inversion priciple) SRP 단일 책임 원칙(Single Responsibility principle) 한 클래스는 하나의 책임만 가져야 한다. 하나의 책임이라는 것은 모호하다. 문맥과 상황에 따라 다르다. 중요한 기준은 변경이다. ..
역할과 구현을 분리 자바 언어의 다형성을 활용 역활 = 인터페이스 구현 = 인터페이스를 구현한 클래스, 구현 객체 객체를 설계할 때 역할과 구현을 명확히 분리 객체 설계시 역할(인터페이스)을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기 다형성의 본질 인터페이스를 구현한 객체 인스턴스를 실행 시점에 유연하게 변경할 수 있음. 다형성의 본질을 애하혀면 협력이라는 객체사이의 관계에서 시작해야함. 클라이언트를 변경하지 않고, 서버의 구현 기능을 유현하게 변경할 수 있다. 역할과 구현을 분리(정리) 실세계의 역할과 구현이라는 편리한 컨셉을 다형성을 통해 객체 세상으로 가져올 수 있음. 유연하고, 변경이 용이 확장 가능한 설계 클라이언트에 영향을 주지 않는 변경 가능 인터페이스를 안정적으로 잘 설계하는 것..