투데이

대원 한 분의 코드를 가지고 리뷰해주셨다.

• 3 tier
  • UI --> printls(" ")으로 출력했던 그거 => Controller
  • Application --> 객체로 한던 그거 => Service(+Entity)
  • DB -> Repository
• Controller
  • 데이터 전달 받고 클라이언트에 다시 전달
  • HTTP Method (POST, GET, PUT, DELETE)
    • CRUD에 맞게. RestFul하게 설계
• Service
  • 비즈니스 로직
  • Controller와 DB의 전체 흐름을 관찰하는 컨트롤타워
  • 조건문, 반복문 Entity에 들어가는게 맞음
  • Entity
    • 객체지향에 맞게 값을 가지고 있으니까 그에 대한 역할과 책임은 Entity에서 처리하는게 맞음
• Repository
  • 저장소

• DTO(Data Transfer Object)
  • 데이터 반환 바구니
  • 계층간 데이터 교환을 위해 사용하는 객체 (Java Bean)

• Setter는 안돼!
  • 다른 사람들도 내 코드를 바꿀 수 있기 때문에 setter는 사용하지 않는게 좋다. setter를 사용하면 '아 set을 사용해도 되는갑다'하고 쓸 수 있기 때문에 안된다.
    그래서 의미있는 메서드를 목적을 명확히 하여 만들어서 쓰자.

• 예외처리 잊지 말아유

• 일단 void / final로 설정을 해놓고 (트롤을 막기 위해) 로직을 짜다가 필요하면 바꾸는 방식이 좋다.