Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- OOP
- Swfit
- 고차함수
- 네이밍
- 아이폰프로그래밍
- CleanCode
- 개발
- Solid
- 개발자
- 함수형프로그래밍
- 문법
- 인터페이스
- 클린코드
- 클린소프트웨어
- interface
- iOS프로그래밍
- fp
- 객체지향프로그래밍
- 부스트코스
- 의도
- 협업
- IOS
- SWIFT
- DesignPattern
- 이름
- 의존성
- POP
- 함수형패러다임
- protocol
- 디자인패턴
Archives
- Today
- Total
목록재사용가능한코드 (1)
밤에 쓴 코드
OOP ) OCP -개방폐쇄 원칙(Open-closed principle)
OCP -개방폐쇄 원칙 (Open-closed principle) 확장에 개방적이고 , 변경에 폐쇄적이어야한다. 음? 처음에 확장과 변경이 그렇게 다른 것인지 의문을 가졌었다. 일단 확장은 기능의 추가이고 , 변경은 기능구현의 변경이다. 기능을 추가할때는 딱 기능만 추가할 수 있게 , 즉 기존의 다른 부분들에 수정이 필요 없게 , 기능이 변경이 , 이 기능을 가져다 쓰는 다른 코드들에 영향을 주지않게 해야한다는 것이다. 개발을 접하지 않은 사람들이 보기에 어찌보면 당연하게 들릴 것이다. 기능을 추가하면 기능만 추가 되면 그만이지. 변경되면 변경만 되면 그만이지 라고 생각 할 수 있다 . 이 과정은 생각보다 쉽지 않다 . 하지만 우리는 저 어렵지만 당연한 생각 을 실천해야한다. 변경에 폐쇄적이려면 어떻게 ..
OOP
2019. 5. 18. 21:26