TIL#40(체육복, 객체 지향 설계 5원칙)

오늘 한일

• 체육복

문제 풀이

lost와 reserve 배열에서 공통 된 값을 빼주고 오름차순으로 정렬해준 다음 n에서 체육복을 잃어버리고 여유분까지 없는 사람들의 배열인 realLost의 길이 만큼 빼주고 반복문을 통해 한 명씩 검사하여 빌려줄 때마다 answer 에 1을 추가해주고 빌려준 사람의 값을 -1로 바꿔주어 중복으로 빌려주지 못하게 하였다.

 

•  객체 지향 설계 5원칙

1. 단일 책임의 원칙 (Single Responsibility Principle, SRP) - 하나의 객체는 단 하나의 책임을 가져야 한다.
2. 개방-폐쇄 원칙 (Open-Closed Principle, OCP) - 소프트웨어 엔티티 또는 개체(클래스, 모듈, 함수 등)는 확장에는 열려있으나 변경에는 닫혀 있어야 한다.
3. 리스코프 치환 원칙 (Liskov substitution principle, LSP) - 어플리케이션에서 객체는 프로그램의 동작에 영향을 주지 않으면서, 하위 타입의 객체로 바꿀 수 있어야 한다.
4. 인터페이스 분리 원칙 (Interface segregation principle, ISP) - 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
5. 의존성 역전 원칙 (Dependency Inversion Principle, DIP) - 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다.

어려웠던 점

• 체육복에서 중복으로 빌려주는 것을 막는 처리를 생각하기 어려웠다. 빌려줬을 때 그 값 자체를 삭제하는 식으로 하여 for문을 실행할 때 index값이 꼬이게 되었다. (삭제 하지 않고 -1을 집어 넣어주어 index값이 꼬이지 않게 해주었다.)
• 객체 지향에 대해 많이 배우고 어떠한 장점이 있는지 많이 찾아보았지만 정확하게 프로그래밍에 적용을 하지 못하고 있다. (객체 지향 프로그램을 이용해 프로그래밍을 많이 해보면 좋을 것 같다.)

오늘의 TIP

• CORS는 한 도메인 또는 Origin의 웹 페이지가 다른 도메인 (도메인 간 요청)을 가진 리소스에 액세스 할 수 있게하는 보안 메커니즘이다. CORS는 서버와 클라이언트가 정해진 헤더를 통해 서로 요청이나 응답에 반응할지 결정하는 방식으로 CORS라는 이름으로 표준화 되었다. CORS는 최신 브라우저에서 구현된 동일 출처 정책(same-origin policy) 때문에 등장했다.