아루의 코멘트를 보고 제가 너무 주관적인 답이 담긴 정적인 리뷰를 남겼다는 성찰을 하게 되네요.
제가 드리고 싶었던 마일스톤도 비슷합니다. 질문을 남겨놓으면
- 우리는 왜 OOP라는 패러다임을 사용할까요? 꼭 객체지향적으로 코드를 짜지 않아도 되는데요?
- 객체가 맡는 책임이란 무엇을 의미할까요?
- 현재 Calculator는 어떤 책임을 ...
> 지나다가 코멘트 하나 남깁니다! 저같은 경우는 다르게 생각했는데, 클래스 자체가 Validator이기 때문에 예외 상황이 명확하게 보이는 게 이 클래스에서는 더 중요하다고 생각했습니다 또한 부정/긍정 로직이 있으면 부정로직(혹은 비정상 로직) 이 먼저 나오는 게 가독성이 좋다고 �생각했요. 비정상 로직을 모두 걸러내고 마지막에 정상 로직이 위치하면...
> 안녕하세요! 실제로 처음에 절차지향적으로 코드를 짠 뒤에 일부 수정을 했습니다. 저는 이 과제의 과정의 대부분이 데이터를 정제하고, 데이터를 노출해야 하는 부분이 많아 절차지향에 조금 더 가깝다고 생각해 객체지향보다는 절차지향에 가깝게 구현하게 된 것 같습니다. 혹시 어떤 부분의 책임을 분리하면 좋을지, 어떤 부분에 객체지향을 적용하면 좋을지 추가...
피연산자 부분만 추출하여 input을 재정의하셨는데 제 개인적인 생각으로는 새로운 변수로 할당하는 게 좋을 것 같습니다!
예를 들어 'operandString'이라는 문자열 변수에 해당 값을 할당하여 '피연산자 문자열'이라는 의미를 드러내는 식으로 다른 변수를 선언해보는 건 어떨까요?
그 이유는 생성자에서 정의한 input이라는 변수의 재사용성이 ...