또 다른 캡슐화 계층,
클래스 이름은 비즈니스와 관련되어야 합니다

이렇게 하면 향후 비즈니스가 확장될 경우 계속해서 더 많은 것을 추가할 수 있습니다

지도를 사용하는 것이 더 간단하고 좋은 것 같아요. 전달하려는 데이터가 명확한 유형을 갖고 있는 경우 유형이나 인터페이스를 직접 정의해야만 가능한 것 같습니다. 하지만 JSON으로 변환하는 데 사용하는 경우에는 Map을 사용하는 것이 좋습니다.

게다가 익명 수업도 가능해요

명확한 인터페이스가 필요하다면 인터페이스를 커스터마이징하고 코드의 new Object() { .... }를 자신만의 인터페이스로 대체하면 되지만 작성이 너무 귀찮기 때문에 조합 유형을 직접 정의하면 됩니다. 사용자 정의 Tuple 제네릭을 직접 조사할 수 있습니다(온라인으로 검색할 수도 있는 것 같습니다). Object

개인적으로는 Map이 더 적합하다고 생각합니다. Map<String, List<Model>> 몇 개의 Bean 클래스와 몇 개의 목록만 Map에 넣습니다.