Java 인스턴스 변수 재활용

Question

안녕하세요... 부족한 지식이 있어서 질문 드립니다.예전에 C로 프로그래밍 할 때는변수를 재활용하는것을 당연시 했었는데...저만 그런 것 일 수도 있겠지만 OOP로 들어 오면서... 변수를 재활용하는게 왠지 금기 처럼 생각되고 있습니다.예를 들면 조회 조건과 결과를 같은 변수에 재활용하는 것...SomeVo item &#61; new SomeVo(); item.seq &#61; request.getParameter(&#34;seq&#34;); item.category &#61; request.getParameter(&#34;category&#34;); item &#61; somtMapper.selectItem(item); return item;이런식으로 로직 중간에 변수의 내용을 갈아 치우는것...자바를 깊이 공부하지 못하고 막연하게 지양하는 방식으로 코딩을 하고 있는데그냥 변수라고 생각해 보면 딱히 문제가 될 것도 없을 것 같고... 로직은 좀 애매해 질 수는 있을 것 같은데, 어떤 면에서는 오히려 변수 남발 해서 난잡해 지는 것 보다는 편할 것 같고...다른 분들은 어떠신가요?

집킨 · Answer

DB의 레코드를 위한 클래스와 COMMAND를 위한 클래스를 하나의 클래스로 퉁치면 나중에 커맨드쪽에 요구사항이 늘어날수록 협업하는 다른사람들 입에서 좋은말 안나올 가능성이 높습니다그리고 그 코드에서 item의 자료형이 궁금하면 스크롤을 올리거나 메서드의 반환타입을 따로 확인해야 한다는 단점도 있구요

Clickin · Answer

변수는 코드에서 인스턴스를 가리키기 위한 기호일 뿐 중요한 건 실제 인스턴스입니다.변수에 재대입한다고 기존 인스턴스를 사용하시는 건 아닙니다.대신 변수가 코드 구역 내에서 동일한 역할을 하도록 보장할 필요가 있겠죠절차적 프로그래밍을 하면서 앞부분에는 플래그가 A고 뒷부분에는 B 같은 상황이 중첩되다보면 추후 다시 확인할 때 가독성이 떨어진다고 생각합니다.

mirheeoj · Answer

동작이 잘 된다면 그 자체로는 문제가 없으나, 외부적인 면으로 코드를 읽는 사람이 혼동할 여지가 있고 디버깅이 어려워질 수 있을 것 같습니다. 다만 먼 옛날 가비지컬렉션은 꿈도 못 꾸고 메모리도 엄청나게 비싸던 상황에서는 의미가 컸을 것 같습니다. 지금도 아주 극단적인 경우에는 비슷한 상황이 있을 수 있을 것도 같고요.

kiel · Answer

타입이 같다고 덮어 씌우는건 좋은 방식은 아닌 것 같습니다.가장 큰 문제는 다른 사람이 이 코드를 볼때는 언제부터 item 이 바뀌게 되는지, 왜 바뀌게 되는지를 알기가 어렵습니다. 로직도 애매하고 변수를 남용하게 되서 문제입니다.차라리 아래 처럼 짜시는게 더 나아보입니다.return somtMapper.selectItem(item);

Java 인스턴스 변수 재활용

4개의 답변

Q&A 목록