구현 직후 느낀점

• 장점

• 단점

TDD - OOP(객체 지향 프로그래밍)로 요구 사항 변화에 기민성이 높음.

• TFD(Test First Development)로 코드 안정성 확보.
• TFD 이후 리팩토링을 통한 클린코드로 가독성 확보.
• 테스트 가능한 코드로 만들기 때문에, 멀티 쓰레드에서 안정적인 immutable 객체 설계. (JAVA의 장점 : 쓰레드)

• 데이터 구조가 변경 될 경우, 새로 만드는 작업이 테스트 코드 변경 보다 빠름.

MSA - 단일 객체처럼 작은 단위의 기능만 제공 하는 서비스.

• 다양한 Apllication에 제공하는 높은 생산성 . ex) Mobile, Desktop 개별 개발을 커버.
• 기능과 DB 가 1:1구조가 OOP에 적합.

• 레거시 코드를 MSA에 맞도록 변경하기 어려움.

SPA - 쾌적한 UX제공.

• 페이지 전체가 아닌 일부분만 변경하여 반응 속도가 빠름.
  

• client side의 로직이 필요함. (template엔진으로 대체하기 힘듬)

RESTful Api - 대부분의 기능이 읽기에 집중되어 있음 (80~90%)

• 컨밴션이 명확하여 개발자간 커뮤니케이션에 좋음.

• 학습 내용 및 HATEOAS, self-description 등 준수하기 번거로운 면이 있음.

JavaScript Framework - 높은 생산성

• 기존의 JSP에 비교하여 생산성이 높음.

• 학습이 제대로 이루어지지 않으면 생산성이 떨어짐.

TDD, MSA, SPA, REST Api, Javascript Framework(이하 React)는 모바일에서 인터넷을 접속하는 현대 시대에 적합한 기술이라고 생각합니다.

그러기에 서로의 필요를 위해 사용하는 기법이라고 생각합니다.

TDD => MSA => REST Api 

• TDD를 이용하면 MSA에 적합한 코딩이 가능하며, MSA는 REST Api를 통해 사용 범위가 다양해 집니다.

SPA => React => REST Api 

• SPA는 React를 이용하여 JSP와 같은 템플릿 엔진의 난잡함에서 벗어 날 수 있습니다.
  또한 대부분 사람들이 컴퓨터 보다는 스마트폰을 통하여 인터넷에 접속하는 시간이 더 많기 때문에 시대의 수요에 적합합니다.

REST Api => 다양한 Application의 데이터 통신에 적합합니다.