Worker List Manager의 class diagram에 추가 사항. 위에서 생각해 보았던 문제가 들어맞았다… 필요없이 모양에 끼워 맞추려다가 오히려 복잡해지기만 했다. 그래서 과감히 필요없는 부분은 제거했다. 보라색 부분에 있던 sub class들을 몽땅 없애버렸다. WorkerListManager를 사용해서도 충분히 지시된 사항들이 가능하기 때문이다. 나중에 필요하게 되면 다시 상속을 하여 사용하도록 하면 될 듯하다. 유지보수

Worker List Manager의 class diagram 에서는 Id로 list를 관리하는 class밖에 없었기 때문에.. 기본적으로 setter에서 id를 가지고 sorting을 하는 QuicjSorting이나 InsertionSorting을 사용하였습니다. 하지만 이번에는 Name으로 list를 관리하는 class가 추가 되었습니다. 이렇게 추가 되면서 이제는 setter에서 id를 가지고 Sorting을 하는 알고리즘을 injection하는 것이 아니라.. name을 가지고 Sorting하는 알고리즘을 injection해야합니다. 따라서 다음과 같이

먼저 Worker들을 세 종류로 나누었고 바뀌는 getSalary와 display를 각각의 class에서 구현하도록 Worker class를 abstract로 선언했습니다. 그리고 녹색 부분이 Strategy Pattern 을 적용한 부분입니다. 마지막으로 최종적으로 WorkerListManager를 상속 받은 IdListManager에서 Id를 가지고 정렬하도록 sortingBehavior를 때에 따라 바꿔가며 사용할 것입니다.

Strategy Pattern을 이용한 사원 List 관리 사원의 List를 관리하는 프로그램을 작성합니다. 기존의 legacy system에서 사용하던 사원의 data는 txt파일 형태로 존재 합니다. 예를 들어 모든 data는 id, name, salary, commission, hourOfWorked, payPerHour 순으로 입력이 되어 있으며 사원의 종류에 따라 어떤 직원은 salary만 기입되어 있는 data도 있으며 salary와 commission만 기입되어 있는 data도