🚀 2단계 - 사다리(생성)

[chanani]

안녕하세요 ! 2단계 - 사다리(생성) 리뷰 요청드립니다. 🙇‍♂️

과제 진행 내용 정리

• 최대한 스트림을 사용하려고했습니다. 하지만 사다리 생성 메서드의 복잡도가 높아 스트림으로 변경하지 못했습니다.
• 람다를 활용할 수 있는 부분을 아직 찾고 있습니다. 코드 변경 전 우선 리뷰 요청 드리려고합니다.
• 사다리 정보를 Lassers 객체에서 TreeMap으로 관리했습니다. Map으로 관리하는 것과 Ladder객체와 결과를 관리하는 객체로 관리하는 것 중 어떤게 효율적일지 궁금합니다 !

[javajigi]

2단계 미션 진행하느라 수고했어요. 👍
요구사항의 복잡도가 높지 않아 바로 merge하려다 새로운 객체를 도출했으면 하는 피드백이 있어 피드백 반영 후 3단계 진행하면 좋겠네요.

[javajigi]

👍

[javajigi]

부생성자 👍

[javajigi]

객체 이름이 Ladder이다보니 사다리 전체로 인식할 가능성이 있어 보임
특정 지점을 의미하는 것으로 Point와 같은 이름은 어떨까?
AI를 통해 피드백 받아본 후 리팩터링해본다.

[javajigi]

2중 for문으로 구현하기 보다 Line과 같은 새로운 객체를 추가해 2중 for문을 제거해 보면 어떨까?

[javajigi]

보통 Map의 구현체로 HashMap을 사용하는데 TreeMap을 쓴 이유는?
이 로직에 HashMap과 TreeMap 중 어느 구현체가 적합한지를 AI를 통해 피드백을 받아보고 적용해 본다.
이런 부분의 궁금증을 AI 도움을 받아 해소하는 경험을 이어갈 것을 추천한다.

[chanani]

HashMap이 아닌 TreeMap을 사용한 이유는 콘솔에 사다리를 출력하기 위해 순서를 보장하면서 관리되면 좋겠다고 생각되었고, HashMap을 사용했을 경우 콘솔에 출력 전 정렬을 진행한 뒤 출력해야 된다고 판단되어 TreeMap을 선택하게 되었습니다.

AI에게 질문하니 HashMap이 결과적으로 메모리 효율성 측면에서 더 좋다는 결과가 나왔습니다.

[chanani]

남겨주신 피드백을 수정하던 중 더 효율적인 로직을 생각해 수정했습니다.
최초 Map을 통해 key에는 좌표, value에는 결과 값을 저장하였는데, Line 객체를 생성하니 사다리의 각 Line에 결과 값만 관리해도 충분할 것 같다고 판단되었습니다.

• 사다리 제작 시 랜덤으로 생성되는 결과값을 Interface로 분리하였습니다.
• 콘솔에 결과값 출력 로직 제작 시 최대한 한 메서드에서는 한개의 역할만 할 수 있도록 역할을 분리하였습니다.
• for문보다는 Stream으로 해결할 수 있도록 진행했습니다.

[javajigi]

피드백 반영 👍
이번 미션의 메인이 3단계인만큼 3단계 미션 도전해 보시죠.