컬럼추가에 대한 mybatis xml에서 return 값질문
- 작성자 :
- 권*범
- 작성일 :
- 2015-10-18 11:47:10
- 조회수 :
- 812
- 구분 :
- 운영환경
- 진행상태 :
- 완료
Q
컬럼이 새로 추가 되게 되었는데...
return 값이 VO로 잡혀 있는데 추가된값을 가져올려면 여러군대 바뀌어야 되는데
hashmap이 편한게 아닐까 생각되는데
장단점이 어떻게 되나요??
return 값이 VO로 잡혀 있는데 추가된값을 가져올려면 여러군대 바뀌어야 되는데
hashmap이 편한게 아닐까 생각되는데
장단점이 어떻게 되나요??
A
안녕하세요. 표준프레임워크 센터입니다.
우선 장단점을 몇가지만 추려보면
첫째는 결합도 문제로 VO의 경우 결합도가 높아 많은 곳을 수정해야 하지만, 오류가 발생할 경우 버그나 원인을 찾기가 용이합니다. MAP의 경우 결합도가 낮아 수정할 부분이 적지만, key값의 입력을 잘못 할 경우 컴파일 상에서 에러를 검출할 수 없습니다.
둘째는 형변환 문제로 VO의 경우 명시적으로 선언해야 하지만, 데이터 타입이 어떤 것인지 확인이 용이하고, hashMap의 경우 전달 할 데이터 타입의 선언을 잘못했을 경우 동작에서 오류가 발생할 소지가 있습니다.
셋째는 코드량으로 VO의 경우 일일이 작성해야 되고 설계가 바뀌게 되면 VO가 꼬일수도 있지만, 협업시 업무구분이나 유지보수 시 선언된 이름 등을 통해 VO를 분석하기 용이하고,
Map의 경우 작성되는 코드를 줄일 수 있지만, 별도로 전달되는 값의 이름과 타입을 알고있어야 하고, 협업시 해당 키값의 정의가 통일되지 않을경우 잠재된 오류가 발생할 수 있습니다.
VO 사용할 것인가, hashMap을 사용할 것인가는 선택의 문제라고 사료됩니다만, 데이터의 투명(명확)성 등과 모델을 통한 업무구분이나 유지보수를 고려하여 전자정부에서는 VO를 권장해드리고 있습니다.
감사합니다.
우선 장단점을 몇가지만 추려보면
첫째는 결합도 문제로 VO의 경우 결합도가 높아 많은 곳을 수정해야 하지만, 오류가 발생할 경우 버그나 원인을 찾기가 용이합니다. MAP의 경우 결합도가 낮아 수정할 부분이 적지만, key값의 입력을 잘못 할 경우 컴파일 상에서 에러를 검출할 수 없습니다.
둘째는 형변환 문제로 VO의 경우 명시적으로 선언해야 하지만, 데이터 타입이 어떤 것인지 확인이 용이하고, hashMap의 경우 전달 할 데이터 타입의 선언을 잘못했을 경우 동작에서 오류가 발생할 소지가 있습니다.
셋째는 코드량으로 VO의 경우 일일이 작성해야 되고 설계가 바뀌게 되면 VO가 꼬일수도 있지만, 협업시 업무구분이나 유지보수 시 선언된 이름 등을 통해 VO를 분석하기 용이하고,
Map의 경우 작성되는 코드를 줄일 수 있지만, 별도로 전달되는 값의 이름과 타입을 알고있어야 하고, 협업시 해당 키값의 정의가 통일되지 않을경우 잠재된 오류가 발생할 수 있습니다.
VO 사용할 것인가, hashMap을 사용할 것인가는 선택의 문제라고 사료됩니다만, 데이터의 투명(명확)성 등과 모델을 통한 업무구분이나 유지보수를 고려하여 전자정부에서는 VO를 권장해드리고 있습니다.
감사합니다.