맨날 아는척만하고
제대로 대답할줄 아는애들이 없어
뭐 물어봣길래?
이 댓글은 게시물 작성자가 삭제하였습니다.
그래서 답변은 할수있음?
질문에 요지조차 파악을 못하던데
아까 DTO 왜 쓰냐, 엔티티에 바로 저장하면 안되냐 했던 그 글 맞나요? 저도 답플 달았는데?
내가 답해줌. 이건 걍 oop 랑도 연관이 있음 엔티티가 그걸 위해 만들어진게 아니자너
나중에 그 객체에 +@ 로 가져와야하면 어카게? 유저 데이터를 만들어도 그 유저에 1:1 매핑되는 테이블을 그때마다 다 다르게 조인해서 가져와야하능데
그때마다 엔티티 속에다가 메소드 조작 or 서비스 레이어에서 조잡하게 뭉쳐서 전달?
굿
아님. 걍 관련 리퀘스트 dto를 쓰는게 맞음. 역할 분리를 하는거임. 그러면 그 당시에는 엔티티가 모든 역할이 가능해도 서비스 커지면서 반드시 생기는 문제상황에서는 역할분리를 해둔쪽이 훨씬 유연한 대처가 가능함
짐 내가 술취해사ㅠ답이 좀 이상할 수 있는데 알아먹엇을거라 믿음
질문 요지조차 파악못하고 열등감에 쌓여있으니 뭐.. 공부나하렴
코딩할 때 공식 가르쳐준다. 왜 이렇게 하는거지? -> 무조건 유지보수 할 때 쉬우라고 하는거임(구현이 복잡해도) 어떤 언어든 간에 왜 이렇게 하는거지 싶은거는 100에 90은 유지보수 쉽게 할라고임
ㅋㅋ 결국 아무도 왜 성능에 안좋은지ㅡ안앙려줬네 ㅋㅋㅋ 시발 평생 모르고 살아라 고작 dto따위에
개나빳노 ㅋㅋ
뭔데 나한테 물어봐바 - dc App
뭐 물어봣길래?
이 댓글은 게시물 작성자가 삭제하였습니다.
이 댓글은 게시물 작성자가 삭제하였습니다.
그래서 답변은 할수있음?
질문에 요지조차 파악을 못하던데
아까 DTO 왜 쓰냐, 엔티티에 바로 저장하면 안되냐 했던 그 글 맞나요? 저도 답플 달았는데?
내가 답해줌. 이건 걍 oop 랑도 연관이 있음 엔티티가 그걸 위해 만들어진게 아니자너
나중에 그 객체에 +@ 로 가져와야하면 어카게? 유저 데이터를 만들어도 그 유저에 1:1 매핑되는 테이블을 그때마다 다 다르게 조인해서 가져와야하능데
그때마다 엔티티 속에다가 메소드 조작 or 서비스 레이어에서 조잡하게 뭉쳐서 전달?
굿
아님. 걍 관련 리퀘스트 dto를 쓰는게 맞음. 역할 분리를 하는거임. 그러면 그 당시에는 엔티티가 모든 역할이 가능해도 서비스 커지면서 반드시 생기는 문제상황에서는 역할분리를 해둔쪽이 훨씬 유연한 대처가 가능함
짐 내가 술취해사ㅠ답이 좀 이상할 수 있는데 알아먹엇을거라 믿음
이 댓글은 게시물 작성자가 삭제하였습니다.
이 댓글은 게시물 작성자가 삭제하였습니다.
질문 요지조차 파악못하고 열등감에 쌓여있으니 뭐.. 공부나하렴
코딩할 때 공식 가르쳐준다. 왜 이렇게 하는거지? -> 무조건 유지보수 할 때 쉬우라고 하는거임(구현이 복잡해도) 어떤 언어든 간에 왜 이렇게 하는거지 싶은거는 100에 90은 유지보수 쉽게 할라고임
이 댓글은 게시물 작성자가 삭제하였습니다.
ㅋㅋ 결국 아무도 왜 성능에 안좋은지ㅡ안앙려줬네 ㅋㅋㅋ 시발 평생 모르고 살아라 고작 dto따위에
개나빳노 ㅋㅋ
뭔데 나한테 물어봐바 - dc App