은행 창구 매니저가 되어 고객의 업무를 처리하는 기능을 수행합니다.

프로젝트 기간: 2022-06-27 ~ 2022-07-08
팀원: 수꿍, 브래드
리뷰어: HARIBO
그라운드롤: GroundRule

• 🧑🏻‍💻🧑🏻‍💻 개발자 소개

• 📈 UML

• 💡 키워드

• 🤔 핵심경험

• 📚 참고문서

• 📝 기능설명

• 🚀 TroubleShooting

  • 🚀 STEP 1
  • 🚀 STEP 2
  • 🚀 STEP 3

• 1️⃣ STEP 1

• 2️⃣ STEP 2

• 3️⃣ STEP 3

브래드	수꿍
브래드	수꿍

• UML
• Dependency Manager, SwitLint, CoCoaPods, gitignore
• TDD
• Node, LinkedList, Queue
• Generics
• struct, class
• POP, protocol, extension
• Dependency Injection
• CustomStringConvertible
• In-Out parameters
• Thread, sleep(forTimeInterval:)
• randomElement
• CFAbsoluteTime, CFAbsoluteTimeGetCurrent
• DispatchQueue, concurrent, sync, async, closure, Thread
• DispatchGroup, wait
• DispatchSemaphore, wait, signal, race condition
• return tuple

• Linked-list 자료구조의 이해 및 구현
• Queue 자료구조의 이해 및 구현
• Generics 개념이해 및 적용
• Queue의 활용
• 타입 추상화 및 일반화
• 동기(Synchronous)와 비동기(Asynchronous)의 이해
• 동시성 프로그래밍 개념의 이해
• 동시성 프로그래밍을 위한 기반기술(GCD, Operation) 등의 이해
• 스레드(Thread) 개념에 대한 이해
• GCD를 활용한 동시성 프로그래밍 구현
• 동기(Synchronous)와 비동기(Asynchronous) 동작의 구현 및 적용

• Swift Language Guide - Closures
• Swift Language Guide - Inheritance
• Swift Language Guide - Generics
• Concurrent Programming With GCD in Swift 3
• Swift Language Guide - Subscripts(선택사항)
• Concurrency Programming Guide(선택사항)
• Swift Language Guide - Concurrency(선택사항)
• 오토레이아웃 정복하기 - Dynamic Stack View까지 (선택사항)

- Node
- LikedList
- CustomerQueue

- BankManagerConsole
- Bank
- BankManager
- Banker+Protocol
- Banker+Extension
- Client
- Option

- BankManagerConsole  
- BankManagerConsole+Extension

- Bank+Extension
- DepositBankManager
- LoanBankManager
- Banker+Extension
- Client

같은 프로젝트 내 라이브러리 적용 시 별도의 설정 없이는 main.swift만 적용되었는데 .swiftlint.yml 파일에서 어떠한 디렉토리에 라이브러리를 적용할지 설정하고 나서 해결되었다.

• M1 MAC CocoaPods 다운로드

sudo arch -x86_64 gem install ffi
"${PODS_ROOT}/SwiftLint/swiftlint"

• 라이브러리 적용 디렉토리 설정

included:
  - BankManagerConsoleApp

• 은행 창구 매니저 프로젝트를 통해, Bank와 BankManager간 의존성 주입 방법에 대하여 고민해보게 되었습니다. 1번 방법은 Bank 인스턴스를 생성한 이후, BankManager를 초기화할 때, 소속 bank를 지정하는 방법이었고, 2번 방법은 BankManager 인스턴스를 생성한 이후, Bank를 초기화할 때, 소속 bankManager를 지정하는 방법이었습니다. 두 방법 모두 설득력이 있었고, 둘 중 어떤 방법을 택해야하는지, 혹여나 두 방법을 모두 사용해야 하는 것인지 고민에 빠졌습니다.

  // 1번 방법
  let bank = Bank()
  let bankmanager = Bankmanager(bank: bank)
  
  // 2번 방법
  let bankmanager = Bankmanager()
  let bank = Bank(bankmanager: bankmanager)

• 고민에 대한 해답을 Queue와 LinkedList에서 찾을 수 있었습니다. Step1에서 Queue 타입 구현을 위한 Linked-list 타입을 직접 구현하는 과정에서, Queue의 내부 프로퍼티로 Linked-List를 가져왔습니다. 이와 비슷하게, Bank의 업무를 수행하기 위해서, BankManager를 내부 프로퍼티로 가져와, BankManager의 메서드를 사용하는 것이, 실제 은행 내에서 은행원을 호출하는 것과 비슷한 관계로 파악하였습니다.

• 이에, 2번 방법을 채택하여 Bank의 내부 프로퍼티로 BankManager를 구현하는 것이 적절하다 판단을 내렸습니다. 추가로, 의존성 역전 원칙에 따라, 의존성 주입 과정에서 각 모듈이 직접 의존을 갖기 보다는 추상화된 인터페이스를 의존하게 하기 위하여, Banker라는 프로토콜을 생성하여 사용해보았습니다.

• clientQueue에 있는 모든 고객의 업무를 처리할때까지 은행원의 업무가 계속되도록 코드를 구상해보았습니다. 이에 clientQueue의 isEmpty 프로퍼티가 true가 되기 전까지, client를 dequeue하기 위하여 while 문 안에 집어 넣어보았습니다. 그런데 breakpoint를 걸어보니 while문의 밖에 쓴, bankGroup.wait(), return numberOfServedClient 메서드가 호출되지 않는 것을 발견하였습니다.
• 코드를 전체적으로 다시 검토한 결과, LinkedList 구조체의 isEmpty 프로퍼티의 구현부가 head == nil && tail == nil로 되어 있었습니다. 여기서 && 비교 연산자를 || 비교 연산자로 바꾼 결과, 정상적으로 작동하는 것을 확인하였습니다.

• 프로젝트 요구상황에 따라 다중처리를 구현하는 부분에서 애를 많이 먹었습니다. 처음에는 clientQueue에서 고객을 dequeue하는 기능도 비동기적으로 이루어져야 하니 여기서부터 동시성 프로그램을 구현해보아야 하는 것인가 고민을 하였습니다. 이를 고민해본 결과, clientQueue에서 dequeue를 하는 작업까지는 기존의 코드 내에서 구현되어도 충분하다고 판단되었고, 주목할 점은 고객의 업무에 따라 예금 고객 대기열(depositQueue) 혹은 대출 고객 대기열(loanQueue)에 넣은 다음 고객에 대한 은행원의 업무 처리 작업에서 동시성 프로그램을 구현해야 한다는 점이었습니다.

• 이를 간단히 정리하자면, 고객은 원래의 코드에서 진행하던대로 빼서 각각의 dispatchQueue에 넣은 다음, 몇개의 Thread로, 그리고 동기 혹은 비동기적으로 처리할 지 고민하면 되는 문제였습니다. 우선 Thread의 개수는 은행 종업원의 수로 파악하여, 현재 요구사항에는 각각 2명, 1명으로 설정되어 있기도 하고, 추가적으로 종업원의 수를 늘릴 수도 있다고 판단하여, 다중 thread를 필요로하기 때문에 attribute를 Concurrent로 구현해보았습니다.

• 그 다음으로 고객 대기열에서 고객을 어떻게 추출하는 지를 고민해보아야 했습니다. 이 부분이 처음에 가장 잘 이해가 안 되었습니다. 왜냐하면, 전체적인 시점에서 한 은행원이 다른 은행원이 고객을 응대하는 중에도 당연히 자신의 고객이 비었다면 데려와야 한다고 생각하여 비동기로 처리한다고 생각했습니다. 하지만, 은행원 개인의 시점에서 자신의 고객 응대가 끝나기 전에 다른 고객을 데려오지는 않아야 하므로 동기로 처리해야 되지 않을까 의문이 생겼습니다. 동기 혹은 비동기는 서로 상충되어서 하나의 방법만을 선택해야하여 고민이 깊어졌습니다.

• 고민 결과, sync, async의 문제는 아래의 화살표처럼 각각의 쓰레드에서의 처리 방식을 의미하는 것이었고, 은행원 개인 시점에서 일이 끝날때까지 다음 고객을 안 데려오는 것은, 기존의 코드블럭의 논리처럼 하나의 일이 끝날때까지 다른 일은 시작하지 않는 기본적인 구조였습니다. 이를 바탕으로, 은행의 다중처리 기능은 동시성 프로그램에 비동기 방식을 통해 구현하였습니다.

• 이미지