# ocp
객체지향 5원칙 (SOLID)
😵 목적 정리한 개념들의 포스트들은 있지만, 한번에 보기 난해하고 전체적인 흐름을 바로 잡고 OOP의 더 깊이 있는 학습을 위해 정리하려고 한다.
OCP
즉, 새로운 변경사항이 발생했을때, 유연하게 코드를 추가 또는 수정할수있다.En d'autres termes, lorsque de nouveaux changements se produisent, ajouter ou modifier du code de manière fl
SOLID 원칙
클래스는 하나의 책임만 가져야 하고 클래스의 모든 기능은 그 책임을 수행하는데 집중되어야 한다는 원칙이다. 어떤 변화에 의해 클래스를 변경해야 하는 이유는 오직 하나뿐이어야함을 의미한다. 하나의 클래스가 여러 원인에 의해서 변경이 잦다면 각 책임을 별도의 클래스로 분할
LSP, OCP
틀린 내용이 있을 수도 있습니다!“리스코프 치환 원칙은 기능의 명세(또는 계약)에 대한 내용이다. 명시된 명세에서 벗어난 기능을 수행하거나, 값을 리턴하거나, 익셉션을 발생하는 것이 흔한 위반 사례이다.”상위 타입의 객체를 하위 객체로 바꾸어도 정상적으로 동작해야한다여
팩토리 메서드 패턴
변경에 닫혀있다 : 기존 코드를 변경하지 않으면서 확장에 열려있다 : 새로운 기능을 확장할 수 있다.\-> product - creator(product - factory) 의 결합도를 낮게 가져가기 때문에 가능Client - classShip - classwhite
SOLID 원칙
SOLID는 로버트 마틴이 정의한 객체 지향 설계의 5가지 원칙을 말합니다. 학교에서 소프트웨어공학 수업시간에 배울 당시에는 학문적인 부분에서만 나올 것 같은 내용이라 생각했지만, 객체 지향 프로그래밍을 할 때 깔끔한 코드 작성을 위해 지켜야함을 깨달았습니다.하나의 클
OOP 5대 원칙 SOLID
어떤 클래스를 변경해야 하는 이유는 오직 하나뿐이어야 한다.덧셈 로직을 바꾸고 싶다 → sum 클래스를 고친다 (O)덧셈과 뺄셈 로직을 바꾸고 싶다 → 계산기 로직을 바꾼다 (X)그리고 작은 클래스 여러개를 만들어서 한 곳에 몰아 넣기보다는 이름과 기능에 따라 명확한
SOLID Principle
이전글들은 사실 이 원칙을 위해 달려온 것이 아닌가하는 생각이 든다. OOP의 정수로 불리우는 SOLID원칙에 대해서 깊게 알아보고, 실제 iOS Framework의 설계 방향에 대입하면서 보다 찐한 이해를 경험해보자.
1. 객제 지향 설계와 스프링
EJB 컨테이너 -> SpringEJB 엔티티빈 -> 하이버네이트 -> JPA스프링 기술스프링 프레임워크 : 핵심스프링 부트 : 편리하게 사용하도록 도와줌스프링 데이터스프링 세션스프링 시큐리티스프링 Rest Docs 스프링 배치스프링 클라우드스프링 프레임워크핵심 기술
OCP:개방-폐쇄 원칙
'소프트웨어 개체(artifact)는 확장에는 열려 있어야 하고, 변경에는 닫혀 있어야 한다.'소프트웨어 개체의 행위는 확장할 수 있어야 하지만, 이때 개체를 변경해서는 안된다.OCP의 목표는 시스템을 확장하기 쉬운 동시에 변경으로 인해 시스템이 너무 많은 영향을 받지
[객체 지향 프로그래밍 입문] 추상화의 예시
기능 예시클라우드 파일 통합 관리 기능 개발대상 클라우드 : 드롭박스, 박스주요 기능각 클라우드의 파일 목록 조회, 다운로드, 업로드, 삭제, 검색이제 여기에 여러 다른 클라우드를 지원하고 기능(클라우드간 복사)을 추가한다고 해보겠습니다.만약 위와 같이 추상화하지 않은
[개발일지]210817_TIL : 탐욕 알고리즘, 요구사항 설계 및 대응
2021년 8월 14~17일까지의 TIL - 그리디, 분할정복, 웹개발 시 요구사항 변화에 대응하는 방법