잘 봤습니다. IOMessage를 enum으로 관리하신 점, 입력값 형식 검증 예외 기준을 세심하게 짜신 점, 입력값 예외 메시지를 세분화시키신 점에서 세심한 접근이 눈에 띕니다. mvc 패턴에 대해 이해도 있으신 것 같습니다.
만약 확장을 고려한다면 구분자를 클래스로 따로 관리하는 건 어떨까요? 예를 들어 구분자별로 더하기가 아닌 다른 사칙연...
잘 봤습니다. IOMessage를 enum으로 관리하신 점, 입력값 형식 검증 예외 기준을 세심하게 짜신 점, 입력값 예외 메시지를 세분화시키신 점에서 세심한 접근이 눈에 띕니다. mvc 패턴에 대해 이해도 있으신 것 같습니다.
만약 확장을 고려한다면 구분자를 클래스로 따로 관리하는 건 어떨까요? 예를 들어 구분자별로 더하기가 아닌 다른 사칙연산이...
잘 봤습니다. IOMessage를 enum으로 관리하신 점, 입력값 형식 검증 예외 기준을 세심하게 짜신 점, 입력값 예외 메시지를 세분화시키신 점에서 세심한 접근이 눈에 띕니다. mvc 패턴에 대해 이해도 있으신 것 같습니다.
만약 확장을 고려한다면 구분자를 클래스로 따로 관리하는 건 어떨까요? 예를 들어 구분자별로 더하기가 아닌 다른 사칙연산이...
커스텀 구분자에는 기본 구분자를 포함하기 때문에 둘이 나눌 필요성을 못느꼈습니다! 기본 구분자와, 커스텀 구분자를 추가한 방식을 구분하여 구현하면 얻게되는 이점이 있을까요??
추후 요구사항이 변경된다고 생각해도 기본 구분자, 커스텀 구분자라는 개념은 바뀌지 않을것이라고 생각합니다! 만약 기본 구분자와 커스텀 구분자라는 개념이 바뀐다면 인터페이스를...