1. 왜 Test 코드를 작성하는가? 1) Test 코드를 작성하지 않고 결과를 검증하는 과정은 비용이 많이 든다. Test코드 사용 X (싱글 애플리케이션 (Monolithic Arichitecture)에서의 모습) 검증 코드 작성 애플리케이션 실행 PostMan 혹은 브라우저 Request 요청 log 혹은 print로 결과 검증 원하지 않는 결과 발생 시 애플리케이션 종료 다시 코드 작성 위와 같은 로테이션이 원하는 결과를 얻을 때까지 돌아가게 된다. 이처럼 간단한 애플리케이션이라도 실행하고 종료하는데 비용이 많이 들지만 Test 코드를 작성한다면 이야기가 달라진다. Test 코드를 사용 O Test 코드 작성 Test 코드 실행 결과 검증 Test 코드 수정 위와 같이 애플리케이션을 실행, 종료할..
SOLID를 잘하는 방법으로는 스프링을 사용하는 것이라고 했는데 스프링은 웹에 SOLID의 분류, 교체를 용이하게 해주는 3계층 구조가 있다고 한다. 이는 스프링 Web MVC 에서 가장 대중적으로 활용되는 역할 분리 방법이다. (Three-Tier(Layer) Architecture qin Spring MVC) Presentation Layer(표현계층) - 웹에서 요청이 들어오는 것을 받아주는 계층이다. 외부와 통신하는 Layer이다. 거기에 Controller라는 Class를 만들어서 사용하는 것이다.(javascript로 요청된 요구사항을 Java가 읽을 수 있는 언어로 번역) 번역된 요구사항을 Service에 전달 => Service에서 전달된 값을 다시 클라이언트에 반환해주는 일을 한다. (요..
SOLID 원칙은 객체지향 프로그래밍(OOP) 및 설계의 다섯 가지 기본 원칙이다. 반드시 해야한다는 것도 아니고, 하기도 어렵지만 이렇게 만들었을 경우, 유지보수와 확장이 쉬운 시스템이 만들어진다고 한다. 물론 초보 중의 왕초보인 필자로써는 못하는게 당연하지만 연차가 쌓여가면서 이런 효율적인 시스템을 만드는 방법을 자연스럽게 깨우치게 되는데 그 때 도움이 될 수도 있으니 정리해보자. 객체지향을 잘하는 법은 SOLID를 잘하는 것이고, SOLID를 잘하는 법은 스프링을 하는 것이라고 한다.(아직은 이해못함) 각 SOLID는 크게 분류와 교체로 나눠볼 수 있다.(반드시 맞는다는 것은 아니고 이해를 돕기 위한 분류) 1. SRP(분류) : 단일 책임 원칙(Single Reponsibility Principl..
