2일차 - 기능 구조에 대해 고민해보기

1. 대강 기능 만들어보기

어제 작성한 README 를 기반으로 기능을 만들어보았다.

Application.java 에 한번에 코드를 다 짜보고 잘 돌아가는지 확인해 보았다.

처음 부터 view controller model validation 등의 구조로 분리하여 생각하기 힘들어서, 프로그램의 기능이 흘러가는 순서대로 코드를 짰다.

코드를 짜다보니 검증과정과 덧셈과정에서 각각 loop를 도는 것이 비효율 적일 것 같아서 하나의 loop문에서 검증과 덧셈을 모두 진행하였다. 하지만 유지보수 측면에서 이 코드는 별로 좋지 않다는 것을 깨달았다. 그리고 검증과 덧셈부문이 결합도가 너무 강하여 따로 분리하기도 힘든 단점이 있었다.

분리하여 각각 loop를 적용하기로 하였다. 이렇게 분리하게되면 추가적인 검증 조건이 제시가 되어도 수정하기 쉽다. 덧셈이 아닌 다른 요구사항이 있을 때에도 기능을 적용하기 더 쉬울 것이다.

2. 커밋 규칙

과제에 올려준 과제 진행 요구사항 중에 커밋 메시지를 AngularJS Git Commit Message Conventions 를 참고하여 작성하라고 되어 있었다. 따라서 이번 기회에 커밋 메시지를 체계적으로 작성해 보고자 한다.

docs : README.md 내용 수정 시, 문서 수정 시

feat : 새로운 기능 구현 시

refactor : 코드 리팩토링 시

test : 테스트 코드 작성 시

style : 코드 스타일과 포맷 변경 시

fix : 기존 코드 수정사항 발생 시

크게 중요하다고 생각하는 7개의 규칙에 대해서 정리해 보았다.

실제 코드를 짜보면서 내가 겪은 상황에 대해 위에 7가지로 분류할 수 있었다.

https://gist.github.com/stephenparish/9941e89d80e2bc58a153

Git Commit Message Conventions