DBMS에 정의된 테이블을 기반으로 도메인 객체를 만들 때
해당 테이블의 칼럼 수가 작은 경우
굳이 도메인 객체를 만들어서 바인딩안하고, 그냥 매퍼에서 map이나 list로 리턴해서 쓰는 경우가 있던데
도메인을 대체적으로 안만들 수 있으면 안만드는게 효율적인거야?
안만드는게 효율적이라면 왜 효율적인지 이유도 설명해줄 수 있는사람..
DBMS에 정의된 테이블을 기반으로 도메인 객체를 만들 때
해당 테이블의 칼럼 수가 작은 경우
굳이 도메인 객체를 만들어서 바인딩안하고, 그냥 매퍼에서 map이나 list로 리턴해서 쓰는 경우가 있던데
도메인을 대체적으로 안만들 수 있으면 안만드는게 효율적인거야?
안만드는게 효율적이라면 왜 효율적인지 이유도 설명해줄 수 있는사람..
메모리나 퍼포먼스 측면에서 보면 걍 안만드는게 나은데 개발할때 값이 뭐가 았는지 몰라서 불편하니까 만드는거
아하.. 가독성 때문이거구나, 정의될 필드가 별로 없다면 안만드는게 나을 수도 있겠네 감사감사 ㅠㅠ!
도메인 객체가 없으면 어떤값들이 오는지 화면쪽 코드를 다 봐야되서 불편하지