과제를 진행하며.  [우테코 7기 프리코스 3주 차] MVC프리코스 3주 차, 잘못된 입력에 예외가 발생하면 다시 올바른 입력을 요청해야 한다는 요구 사항이 나를 막아세웠다. 무엇이 잘못된 입력인가?이 경우 예외는 어떤 타입으로 던질 것인가?잘못mak-ing.tistory.com  [우테코 7기 프리코스 3주 차] 상수상수 관리? 그게 꼭 필요해? 물론 자주 쓰게 되는 값을 저장해 두면 편리하다는 것은 알고 있었지만, 한 번 쓸 값까지도 다 정리해둬야 하나? 오히려 코드가 더 지저분해지고 불필요한 선언이 늘mak-ing.tistory.com  [우테코 7기 프리코스 3주 차] 트러블슈팅, 공통 피드백코드에 대한 기준이 점점 높아지면서 고민거리가 늘고, 예상치 못한 문제들이 발생하기도 했다. 하지만 돌아보..

코드에 대한 기준이 점점 높아지면서 고민거리가 늘고, 예상치 못한 문제들이 발생하기도 했다. 하지만 돌아보면 이 과정이 프리코스에서 가장 값진 경험이 아니었나 싶다.   Console.close() 호출 문제  class InputHandlerTest {    ...        @BeforeEach    void setUp() {        ...    }    @AfterEach    void tearDown() {        Console.close();        ...    }    @ParameterizedTest    @ValueSource(...)    @DisplayName(...)    void validLottoPurchaseAmount_isStoredCorrectly(Strin..

상수 관리? 그게 꼭 필요해? 물론 자주 쓰게 되는 값을 저장해 두면 편리하다는 것은 알고 있었지만, 한 번 쓸 값까지도 다 정리해둬야 하나? 오히려 코드가 더 지저분해지고 불필요한 선언이 늘어나는 것 같았다.  좀 더 찾아보니, 개발을 진행하면서 매직 넘버(Magic Number)의 문제를 실감하게될 수도 있겠다는 생각이 들었다. 코드 중간중간에 의미를 알 수 없는 숫자나 문자열이 나타나면, 그 값이 무엇을 의미하는지 파악하기 어렵고, 협업 시 다른 사람이 코드를 읽을 때 이해하기 힘들 것 같았다. 또한, 나중에 요구사항이 변경되어 그 값을 수정해야 할 때 여러 곳을 일일이 찾아서 수정해야 하는 번거로움도 예상되었다.   파일 최상단에 상수 선언하기   그래서 처음에는 파일 최상단에 final 상수로..

프리코스 3주 차, 잘못된 입력에 예외가 발생하면 다시 올바른 입력을 요청해야 한다는 요구 사항이 나를 막아세웠다. 무엇이 잘못된 입력인가?이 경우 예외는 어떤 타입으로 던질 것인가?잘못된 입력을 검증하는 책임은 어디에 있는가?입력을 다시 요청하는 로직은 어디에 배치해야 하는가?한 문제를 넘으면 또 다른 난관이 기다리고 있었다. 지금은 문제를 파악하고 해결했기에 넓은 시각으로 볼 수 있지만, 그 당시에는 올바르게 처리하고 있는지 끊임없이 확인하며 버거움을 느꼈다. 완벽함을 추구하는 욕심을 내려놓았다면 빠르게 구현할 수 있었겠지만, 포기할 리 있나.  MVC  소프트웨어 설계의 복잡성을 관리하는 방법 중 하나가 바로 MVC(Model-View-Controller) 패턴이다. 애플리케이션의 구조를 세 가지 ..