반응형
큰 시스템을 운영개발하다 보면 어지간하면 상황에 맞게 갖다쓸 VO가 있다. 아님 명백하게 VO를 만들어야만 하는 상황이 대부분이다.
근데 올해 3월에 타시스템에 제공할 api를 만드는데, 서비스단 로직에서 딱 몇 번 쓰고 버릴 VO를 만들 일이 생겼다.
그래서 그냥
List <HashMap<String,String>> rslt=어쩌고Dao.select저쩌고(params);
이런식으로 처리해버림.
mybatis였고....
내가 혼자 테스트할 당시에는 아무 문제도 없어보였다.
(QA같은건 우리회사에 존재하지않음. 그냥 개발관련 잘못되면 전부내탓ㅎ)
시간이 흘러...타시스템B가 내 api를 가지고 개발을 시작하면서 특정 요청값에 오류가 난다고 알려줌.
왜 그런가 하니, DB에서 조회값이 없는 경우 List <HashMap<String,String>> rslt 형태로 만들질 못하는거였다.
.....
이 이슈 자체만 따지면 수정이 오래걸리는 작업은 아님.
그치만 여러가지 일들이 겹쳐 바빠 디지겠는 와중에...이런 것까지 발목을 잡으니...
다음부터는 일회성이라 귀찮아도 VO를 만들도록 하자.
List <뭐시기VO> rslt=어쩌고Dao.select저쩌고(params);
일회성 VO가 너무 늘어나는 것도 좀 그렇겠지만, 그거는 너무 숫자가 늘었을때 만능일회성VO를 만들든지 해서 해결해야 할 일이고, 담당시스템A에서 일어나는 모든 잘못이 내책임이 되는 상황에선 안정성을 더 중요시해야할 것 같다.
그리고 어차피 웬만하면 범용성 좋게 갖다 쓸 VO가 있음..
반응형
댓글