보통 API 설계시에는 구현물 보다 인터페이스나 추상 객체를 쓰는 게 원칙인데 API의 특성 상 특정 구현물의 특징이 명시적으로 필요할 때는 API에 시그니처에 구현물을 사용해도 되는 거겠지? 10.04.12 15:57
Map이지만 순서가 보장되어야 해서 LinkedHashMap을 쓰려는데 API의 이런 특징이 문서화만 되면 되는지 아지면 시그니처에 드러나야 하는지... 같은 특성을 가지 더 좋은 구현물이 나올 수도 있잖나?
7 개의 댓글이 있습니다.
제약사항등으로 기술할 수 있지 않을까요. 어렵네~~~ 말씀대로 JollaJjangHashMap 같은게 나오면 애매해지겠군요. SortedMap 정도의 Interface 를 제시하시는건 어떨지~~~
오리대마왕 : 이게 소트는 아닌지라... 그냥 넣은 순서를 기억하는...
아 이런거 정말 애매한 것 같아요. LinkedSortedMap을 쓰시고, 자바독에 이유도 써주는 편이 적절할 것 같아요.
아, LinkedSortedMap이 아니고, LinkedHashMap
그렇군요. 더 좋은 방법 없을까~~~
시그니처는 그냥 Map으로 하고 자바독에 표시하는 게 일단은 좋을 듯 합니다. 순서 기억하는 Map 구현이 다른 것도 있으니 말이죠.
이경우는rt에들어있는거라안정성은많이훼손되지는않으니더고민이되는듯합니다.
제약사항등으로 기술할 수 있지 않을까요. 어렵네~~~ 말씀대로 JollaJjangHashMap 같은게 나오면 애매해지겠군요. SortedMap 정도의 Interface 를 제시하시는건 어떨지~~~
10.04.12 16:13오리대마왕 : 이게 소트는 아닌지라... 그냥 넣은 순서를 기억하는...
10.04.12 16:16아 이런거 정말 애매한 것 같아요. LinkedSortedMap을 쓰시고, 자바독에 이유도 써주는 편이 적절할 것 같아요.
10.04.12 16:20아, LinkedSortedMap이 아니고, LinkedHashMap
10.04.12 16:21그렇군요. 더 좋은 방법 없을까~~~
10.04.12 16:26시그니처는 그냥 Map으로 하고 자바독에 표시하는 게 일단은 좋을 듯 합니다. 순서 기억하는 Map 구현이 다른 것도 있으니 말이죠.
10.04.12 16:27이경우는rt에들어있는거라안정성은많이훼손되지는않으니더고민이되는듯합니다.
10.04.12 18:58