고객사에서 쓰는 코드 인스팩션툴 쓰니까 반복문 내에서 객체생성 하지 말라는데 이거 맞음??
collection들중에 list계열은 생성 못하게되는거 아닌가?
다른회사들도 list 쓰는걸 지양하는건지 인스펙션툴이 list add작업을 구분 못하는건지 모르겠네.
아님 list add를 객체 생성자 안쓰고 처리하는 방법이 있는건가?
이걸로 걸리는건 첨이라 당황스럽네 ㅋㅋㅋ
11개의 댓글
무분별한 사용은 차단될 수 있습니다.
고객사에서 쓰는 코드 인스팩션툴 쓰니까 반복문 내에서 객체생성 하지 말라는데 이거 맞음??
collection들중에 list계열은 생성 못하게되는거 아닌가?
다른회사들도 list 쓰는걸 지양하는건지 인스펙션툴이 list add작업을 구분 못하는건지 모르겠네.
아님 list add를 객체 생성자 안쓰고 처리하는 방법이 있는건가?
이걸로 걸리는건 첨이라 당황스럽네 ㅋㅋㅋ
유니비질게
리스크가있을수있지 add가 엄청많이 될수있는 가능성이 있다면 메모리가 터지니
제한된크기로 배열을 생성해 사용하고
다쓸경우 전략에따라 오래된정보지워져도 되면 링버퍼식으로 오래된거부터 지우면서 저장하던지
db에 넣는다던지
add되는 개수가 제한될수밖에없으면 그 공간만큼만 사용하던지
인간지표
그렇긴한데 저거 무조건 해결하는 방향으로 하라니까 일단 고민은 하고 있는데 안되면 예외처리 해달라고 해야제뭐 ㅋㅋ;;
유니비질게
고객사일하면그런게 좀짜증남 책임을 고객사가지니까 사소한것도 다 fm대로해야해서
렘마
팩토리메서드로 객체 안에서 반복 돌리라는거 같은데 밖이 아니라
렘마
public static Collection<만들어낼거> createObjs(List 반복문 돌릴거)
인간지표
내가 원했던건 List<A>를 List<가>로 바꾸는데 'A'객체와 '가'객체의 필드명이 서로 다른 상황이라 objectmapper를 쓰기도 어려운 상황
근데 난 new로 생성하고 add시키는것 말곤 안떠오른중임. 반복문 밖에서 new를 한번만하면 add될때 같은 주소를 갖는 객체가 들어갈테니까 내용이 바뀌면 list에 있는.내용이 전부 다 바뀌어 버릴테니까 고려할 수도 없을테고...
렘마
List A.stream().map(A::to가).collect() 하믄 대겠네
인간지표
오 ㄱㅅㄱㅅ to메소드 만드는 방법도 있겠네
렘마
inspection tool이 run을 하지않는다는 맹점을 파고드는거라고 볼수도있지만 반면, 루프 내에서 raw하게 객체 생성을 지양하고 캡슐화하라는걸로 이해할 수도 있을듯
빠루마스터
PMD의 AvoidInstantiatingObjectsInLoops 룰 내용인가보네
https://groups.google.com/g/ksug/c/ntQqi8l_6LY?pli=1
여기보면 비슷한 궁금증 가진사람이 쓴거랑 댓글로 이야기 나눈거 있음.
인간지표
오 고맙다 저런게 있었구나
근데 의문점은 비슷한데 예시코드가 좀 달라서 추측하기가 어렵네
링크는 db에서 가져온 list의 원소 타입이랑 가공해서 리턴할 list의 원소 타입이 서로 다형성이 성립된는 가정으로 보이는데 나같은 경우엔 완전 다른 원소 타입이다보니 (AbcDVO) itr.next()같은 형식으론 안되다보니