Java Immutables와 친숙한 오래된 문제들
https://immutables.github.io/ 요즘 이걸 살짝 봤는데, 재미있었다.
그런데 일단 깊이보거나 써보기 전에 드는 걱정은,
- 이거 기존의 몇몇 프레임웍이나 라이브러리들이랑은 친하게 지내기
어렵지 않을까.
- 왜냐하면, 대부분의 POJO에 연관된 생성단계에서, default constructor 와 setter-methods을 갖고, 값을 세팅하는 경우가 대부분인데,
- 예를들면, 대부분의 ORM 프레임웍들이나 POJO으로 JSON등을 Deserialization해서 직접 객체를 생성할 책임을 프레임웍이나 라이브러리가 가져가는 경우에 대부분.
…그러면 결국 말짱황인거 같다.. 아무리 accessor 메서드들 boilerplate으로 생성하는거 막아주는게 좋다고 해도, 솔직히 그냥 한번 IDE에서 생성하고 평범하고 조금 멍청하게 만들어놓고 쓰는게 더 낫겠다는 생각이든다.
그리고 어차피 그런 “POJO스럽게 동작” 하는게 더 그런 메서드들 공짜로 얻는거보다는 훨씬 더 이득일거 같다. 어차피 어세서들 조금 보기 거추장스럽고, 만들기도 짜증나도 가끔은 더 멍청한게 속편한게 자바인거 같다. 1
-
그렇다고, 뭔가 더 낫게 만들려는 생각이나 노력, 혹은 뭔가 멍청하게 하고 있다는 자각을 포기해야한다는 말로 받아들이면 안됨. 반면에 답답한 방법이지만, 다 고려해봤을때 오히려 더 멍청한 방법이 훨씬 속편한게 자바인거라는게 재밌는거일뿐. ↩︎