| struct/class | 역할 |
|---|---|
ContactManager |
- 프로그램이 실행될 때 가장 먼저 수행되는 부분 - startProcess를 사용하여 메뉴가 실행되도록 하며, 메서드 내의 반복문을 통해 한 가지 기능을 수행한 후 다시 메뉴 선택 화면을 보여줄 수 있도록 한다. |
ContactInformation |
- ContactInformation을 사용하여 사용자로부터 입력받은 정보들을 구조화하여 저장할 수 있도록 하였다. |
Converter |
- string <-> [Character]의 변환을 수행한다. |
Detector |
- 공백문자를 제거하는 역할을 수행한다. |
Checker |
- 사용자로부터 입력된 연락처가 주어진 제약사항에 위배되는지를 확인한다. |
| enum | 역할 |
|---|---|
PrintMessage |
- 메뉴, 오류 메세지 등 메세지 출력을 관장하는 부분이다. - validUserInput, searchContact를 타입 메서드로 선언하여 별도의 인스턴스 생성 없이 외부에서 사용할 수 있도록 구현하였다. |
RegularExpression |
- Checker에서 사용자 입력 확인 시 필요한 정규식을 담고 있다. |
| protocol | 역할 |
|---|---|
InputPossible |
- 해당 프로토콜을 채택하는 경우 입력의 기능을 수행할 수 있도록 하였다. |
SystemMenuWorkable |
- 해당 프로토콜을 채택하는 경우 시스템 메뉴의 구성요소를 모두 수행할 수 있도록 하였다. |
PR #2 | Step1 - 사용자 입력 수신 및 검증
- 사용자 입력 형태 검증
- 이름, 나이, 연락처 구분
- 정규식
사용자의 연락처 정보 입력을 수신 받아 정규식을 통해 입력값을 검증하여 Console 화면에 출력하는 단계로
입력 순서는 이름, 나이, 연락처로 구분되어지며 각 항목의 조건으로는 아래와 같다.
- 이름: 띄어쓰기를 구분하지 않으며 특수문자 및 숫자 그리고 영문이름만 사용할 수 있다.
- 나이: 세자리 수 이하로만 사용할 수 있다.
- 연락처: 앞 자리는 지역 번호 및 핸드폰(010) 번호만 사용 가능하도록 2~3자리 수만 사용할 수 있으며
연락처의 기본 형식을 따라-를 2개 사용하여 분리하여 입력하는 것만 사용할 수 있다.
최대한 객체화를 해보려고 노력하였다. 하여 위 표를 확인하면 struct/class의 Custom Type으로
문자와 문자열의 타입을 변환해주는 역할만 할 수 있는 Converter, Space(_) 값을 검출해내는 역할만 할 수 있는 Dectector, 정규식 표현과 일치하여 검출하는 역할만 하는 Checker를 객체화를 시도해보았다.
또한 프로토콜을 사용하여 InputPossible과 SystemMenuWorkable 프로토콜을 준수하게끔 하여
해당 기능을 구현할 수 있도록 하였다.
- 프로그램 종료 기능 구현
- 반복문을 통한 프로그램 재실행
사용자의 메뉴 선택 입력을 받아 시스템 메뉴 구성에 맞춰 분기하여 일을 수행할 수 있도록 관리하는
ContactManager를 업데이트 하였으며 검색을 원하는 이름값을 사용자에게 입력받아 filter
고차함수를 사용하여 처리하도록 구현하였다.
- 중복된 데이터는 저장되지 않도록 구현
- 이름으로 연락처 검색
앞서 선택할 수 있도록 제공된 메뉴 중 연락처 목록보기 기능과 사용자로부터 검색할 이름으로 검색할
이름을 입력받아 검색할 수 있는 기능을 구현하는 단계이다.
[연락처 목록보기]
- 프로그램 실행 시
2를 입력하여 연락처 목록 메뉴를 선택한다. - 이름 / 나이 / 연락처형식으로 연락처 목록을 출력한다.
[연락처 검색]
- 프로그램 실행 시
3을 입력하여 연락처 검색 메뉴를 선택한다. - 사용자로부터 검색할 이름을 입력받는다.
- 이름이 일치하는 연락처를
- 이름 / 나이 / 연락처형식으로 출력한다.
이름이 중복되는 경우 함꼐 출력한다.
기존에 연락처를 저장하던 방식은 Custom type ContactInformation을 요소로 갖는 Array Type
이었으나, Set Type으로 변경하여 사용하였다. Set을 사용하면서 Dictionary와 같이 Key 값을 가지는
Hashable한 기본 타입이 아닌 Custom type을 사용하면 Hashable 하지 않기 때문에 ContactInformation에 Hashable을 채택하여 해결하였다.
타입을 변경하면서 느낀점은 다음과 같다.
Array에서 요소를 추가할 때append를 사용하였으나Set의 경우insert로 값을 추가한다.- 값을 추가할 때
Array의 경우 중복된 값을 추가하더라도 문제 없이 추가되지만
Set의 경우insert로 요소를 추가할 때 중복된 값이 있으면 추가하지 않는다. - 연락처 목록 출력 시 중복된 값은 출력되지 않아야 하므로 중복값을 아예 넣지 않거나
제거했어야 했는데,Set을 사용하여 중복값 제거의 과정을 별도로 수행하지 않아서 효율적이다.
