1 . api 와 entity spec을 반드시 분리하라
2. 용도에 따라서 다양한 api를 만들게 된다. 그때마다 적절한 api스펙을 만들어야함.
entity를 바로 노출하게 되면 이러한 유연성을 챙길 수 없음!
3. 보안 문제도 있다. @JsonIgnore을 한다고 해도 - 그럼 그때마다 api spec이 달라지면 entity spec도 계속 수정할 것인지?? 말도 안됏.
4. 조회요청에 대한 응답JSON은 - 바로 List를 주지말고, 다른 오브젝트 클래스로 한번 더 감싸자. -> why??
count라던지, size라던지.. entity관련 정보 + a의 정보들을 더 담을 수 있게 된다!! 확장성!! good~~~
-------------------------------------------------------------------------------
converter.HttpMessageNotWritableException:
No converter found for return value of type
->getter혹은 setter가 없어서 발생하는 오류 이다- 왜??필요하지?
-> json으로 변환하기 위한 과정에서 getter를 이용하기 때문이다. 으음!~~ 뭔가 막 시원하지는 않은데. 여기서 더 파고들면 정말 reflection을 엄청 파야 할것같은..
------------------------------------------------------------------------------------
오 신기하다. 타입 지정 안해도 알아서 쇽 넣어주네?
댓글 없음:
댓글 쓰기