은행 창구 관리 앱 [STEP3] 제인, 세제 #89

suojae · 2024-02-05T11:38:36Z

리뷰어:
@July911

버드:
@jane1choi
@suojae3

안녕하세요 July!
세번째 PR 잘부탁드립니다 ☺️

🔍 What is this PR?

은행창구 관리앱 STEP3 기능을 구현했습니다

은행원 3명의 업무처리에 있어 동시성 프로그래밍 구현
총 업무 소요시간 구현

✏️ PR Point

실제 은행 업무와 같이 업무별로 줄을 세워 처리

import Foundation

final class BankManager {
    var startTask: ((Customer) -> Void)?
    var finishTask: ((Customer) -> Void)?
    
    private var loanQueue = Queue<Customer>()
    private var depositQueue = Queue<Customer>()
}

// MARK: - Methods
extension BankManager {

    func addCustomerQueue(with customer: Customer) async {
        if customer.service == .loan {
            await loanQueue.enqueue(customer)
        } else {
            await depositQueue.enqueue(customer)
        }
    }
   ...
}

실제 은행 업무처리처럼 용건별로 손님들을 줄 세우는 방법을 사용했습니다!
현재 구현사항에서는 데이터 경쟁이 따로 없지만 큐를 actor로 선언해 Race Condition을 방지했습니다

async/await을 통한 동시성 처리

    func performTotalTask() async -> Double {
        let start = Date()
        async let loanTask: () = performLoan()
        async let depositTasks: () = performDeposit()
        async let depositTasks2: () = performDeposit()

        await loanTask
        await depositTasks
        await depositTasks2
        let endTime = Date()
        return endTime.timeIntervalSince(start)
    }

동시성 처리 방법에 있어 가장 간결하게 쓸 수 있는 키워드가 async let 이라 판단되어 사용했습니다!
이때 총 작업 시간측정을 해야했기 때문에 비동기가 끝날 때까지 기다려주는 await 키워드를 사용했습니다!

📮 질문

현재 async let 을 통해 별다른 세마포 처리없이 비동기 처리를 iOS에게 맡기고 있습니다.
Deposit 업무 처리를 두 개의 비동기로 돌리고 있기 때문에 프린트 로그는 구현사항에 맞추었으나
로그만 보았을 때는 스레드를 최대 4개만 쓸 거라 생각했는데 더 많은 스레드를 사용하고 있어서
어떻게 이런 현상이 발생하는건지 잘 모르겠습니다ㅠ

작업당 시간 합산이 아닌 전체 작업시간 측정으로 변경

July911 · 2024-02-06T01:59:05Z

BankManagerConsoleApp/BankManagerConsoleApp/Bank/Bank.swift

        }
    }

-    private func validateUserInput(with userInput: String?) throws -> Int? {
+    private func validateUserInput(with userInput: String?) throws -> [Customer]? {


validateUserInput 의 리턴값이 예측되지 않는거같습니다.

validateUserInput() 에서 리턴값을 제거하여 리팩토링 진행했습니다!

July911 · 2024-02-06T09:47:55Z

BankManagerConsoleApp/BankManagerConsoleApp/Constants/Factory.swift

+
+    static func makeCustomers(count: Int) -> [Customer] {
+        var customers = [Customer]()
+        for number in 1...count {


enumerate 와 forEach로 바꾼다면 어떻게 바꾸실건가요 ?

forEach와 Enumerated()를 사용해보았지만

이전의 코드와 차이가 크게없어 아래 제인의 캐리로

조언 참고해서 forEach와 비슷하지만 새로운 시퀀스를 만들어 반환하는 map과 enumerated를 함께 사용해서 바꿔보았는데
요 방법은 어떨까요??

static func makeCustomers(count: Int) -> [Customer] { let services = (1...count).map { _ in BankService.allCases.randomElement() ?? .deposit } let customers = services.enumerated().map { Customer(number: $0.offset + 1, service: $0.element) } return customers }

July911 · 2024-02-06T09:48:33Z

BankManagerConsoleApp/BankManagerConsoleApp/Constants/Factory.swift

+
+import Foundation
+
+struct MemberFactory {


꼭 필요한가요 ? 조금 동떨어진 느낌이 드네요.
만드신 이유와 필요한 이유를 각각 말씀해주세요.

현재 Bank 객체에서 손님을 받고 있습니다.
이 때 Bank의 역할은 손님을 받을 뿐이지 손님을 생성하는 역할까지 맡기기에는 부적절한 것 같아
팩토리 패턴을 사용해 손님을 생성하는 객체를 따로 만들었습니다.

July911 · 2024-02-06T09:49:17Z

BankManagerConsoleApp/BankManagerConsoleApp/Constants/Factory.swift

+
+struct MemberFactory {
+
+    static func makeCustomers(count: Int) -> [Customer] {


static으로 만드셨네요. 간편한 사용을 위한거라면 enum + static이 인스턴스 생성도 안할수 있는 선택지가 될거같습니다.

Enum Static이 인스턴스 생성을 안한다는 부분에서 이점이 있군요!
수정해보고 적용시켜보겠습니다!

July911 · 2024-02-06T09:50:01Z

BankManagerConsoleApp/BankManagerConsoleApp/Constants/Message.swift

@@ -11,8 +11,8 @@ enum Message {
    case `default`
    case userInput
    case inputError
-    case startTask(number: Int)
-    case finishTask(number: Int)
+    case startTask(Int, String)


case startTask(Int, String)
너무 모호합니다. 무엇을 의미하는지 유추할수 있게 수정해주세요.

반영커밋: 298b933

July911 · 2024-02-06T09:54:41Z

BankManagerConsoleApp/BankManagerConsoleApp/Bank/BankManager.swift

+        await depositTasks
+        await depositTasks2
+        let endTime = Date()
+        return endTime.timeIntervalSince(start)


performTotalTask 는 처리를 하는것과 -> Double 간의 상관관계가 나타나지 않은 이름인 것 같습니다.
예측 가능한 구조로 바꿔주세요.

performTotalTask 의 리턴값을 없애주어 함수명처럼 Task를 수행하기만 하고 전체작업시간은 변수를 따로 만들어주어 전달했습니다!

July911 · 2024-02-06T09:57:19Z

BankManagerConsoleApp/BankManagerConsoleApp/Bank/Bank.swift

@@ -10,7 +10,7 @@ import Foundation
 final class Bank {

    private let bankManager: BankManager
-    private var customerCount: Int?
+    private var customers: [Customer]? = nil


배열이라면 nil보다는 비어있다는게 조금 더 타당한 것 같은데요.
언래핑의 수고스러움도 덜 수 있구요. 혹시 옵셔널 + 기본값 nil을 사용하신 특별한 이유가 있을까요 ?

customer 타입을 변환하는 과정에서 고민을 적게하고 똑같이 옵셔널로만 바꾸어주었습니다.
말씀하신 것처럼 nil보다는 비어있다는게 더 자연스러워
private var cutomers = [Customer]()
로 변경했습니다!

July911 · 2024-02-06T09:58:16Z

BankManagerConsoleApp/BankManagerConsoleApp/Bank/Bank.swift

+        guard let customers = customers else { return }
+        await alignCustomer(with: customers)
+        await handleTask()
+        await open()


확실히 가독성이 좋아진 것 같네요 ~!

July911 · 2024-02-06T10:01:46Z

BankManagerConsoleApp/BankManagerConsoleApp/Bank/BankManager.swift


-    private var customerQueue = Queue<Int>()
-    private let duration = 0.7
+    private var loanQueue = Queue<Customer>()


struct 에서 actor로 바꾼후에도 var여야 하나요 ?

actor는 참조타입이기 때문에 let으로 선언했습니다!

July911 · 2024-02-06T10:02:38Z

BankManagerConsoleApp/BankManagerConsoleApp/Constants/Customer.swift

+    }
+}
+
+struct Customer {


꼭 필요한건 아니지만 !
hashable , equatable 은 무엇일까요 ?

Equatable

Equatable 프로토콜을 준수하는 타입은 비교연산자를 이용해 값을 비교할 수 있습니다.
즉, 타입끼리 비교 연산을 하기 위해서 구현해야 하는 프로토콜이 Equatable 입니다.
(기본 자료형(Int, String 등) 또한 Equatable을 채택하고 있기 때문에 값의 비교가 가능한 것)

protocol Equatable { static func == (lhs: Self, rhs: Self) -> [Bool] }

해당 프로토콜에는 위와 같은 메서드가 정의 되어있는데, 이 메서드를 구현해주어야 값의 비교가 가능해집니다.

Hashable

Hasher로 해싱하여 Integer 해시 값(= hash value. 이걸 key로 값을 찾을 수 있음)을 가질 수 있는 타입입니다.
*값을 해싱하는 것: 해시함수에 넣는 것
(key를 해싱 함수에 넣으면 해싱 함수의 결과 값인 해시 주소 값 위치의 해시 테이블 공간에 Value를 저장)

즉, 해싱할 수 있도록 하기 위해서는Hashable 프로토콜을 준수해야 합니다.
Hashable을 준수하는 타입은 Set 타입으로 사용되거나, Dictionary 의 key 로 사용될 수 있습니다.
(둘 다 해시 테이블을 사용하는 타입. 둘 다 중복을 허용하지 않는 타입이므로 Set의 요소와 Dictionary의 key는 모두 고유한 값)

protocol Hashable: Equatable { var hashValue: Int { get } func hash(into hasher: inout Hasher) }

필요한 경우, 직접 hash(into:) 메서드를 구현해주어야 합니다.

Hashable이 Equatable을 채택하는 이유?

hashValue가 항상 unique하지 않기 때문입니다. 즉, hashValue가 같아서 해시 충돌이 일어날 가능성 때문입니다.
hashValue로만은 정확히 원하는 값을 찾을 수 없을 가능성이 있기 때문에, 추가로 값이 동일한지 확인하는 Equatable이 필요한 것입니다. Equatable의 구현사항인 == 함수로 hashValue가 고유값인지 식별할 수 있습니다.

suojae added 15 commits February 1, 2024 14:11

refactor: 큐 struct 에서 actor로 변경

19a124e

feat: Customer 객체 추가

dc842ec

feat: MemberFactory 추가

4ba3a58

chore: customer 타입 적용

7877ef1

chore: 팩토리 메서드 static 선언

06edf5e

refator: performTotalTask 비동기 처리

3add1a6

chore: Bank 객체에 Customer 타입 적용

2ec3dc2

chore: 명세서에 맞추어 시간 측정 방법 변경

b929b03

작업당 시간 합산이 아닌 전체 작업시간 측정으로 변경

chore: Bank에서 Exit 메서드 제거

ec98694

chore: TaskState 제거

ac34b3c

chore: Customer 업무 종류 프린트문 수정

50e90ef

chore: Customer 객체에 업무시간 포함

2fdd857

fix: 대출업무 동시실행 안되도록 수정

067bd2c

fix: 대출업무 중복처리 해결을 위해 큐 자체를 분리

6669ed8

chore: 메서드 파라미터 제거

ee3c479

July911 requested changes Feb 6, 2024

View reviewed changes

suojae and others added 9 commits February 7, 2024 17:03

chore: Queue 상수로 수정

54fd888

chore: validateUserInput 리턴값 제거

f840c6a

chore: customers 옵셔널 제거

e814b32

chore: performTotalTask 리턴값 제거 후 변수를 통해 작업시간 전달

0e1b34c

fix: 2번 입력시 종료 안되던 오류 수정

8273f4b

refactor: makeCustomers() 메서드 코드 개선

e08ecc0

chore: BankService 타입 파일 분리

de41264

refactor: Message 열거형 코드 리팩터링

80f8806

chore: Customer 구조체 initializer 명시적으로 추가

298b933

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

은행 창구 관리 앱 [STEP3] 제인, 세제 #89

은행 창구 관리 앱 [STEP3] 제인, 세제 #89

suojae commented Feb 5, 2024 •

edited

Loading

July911 Feb 6, 2024

suojae Feb 7, 2024 •

edited

Loading

July911 Feb 6, 2024

suojae Feb 7, 2024 •

edited

Loading

jane1choi Feb 7, 2024 •

edited

Loading

July911 Feb 6, 2024

suojae Feb 7, 2024 •

edited

Loading

July911 Feb 6, 2024

suojae Feb 7, 2024

July911 Feb 6, 2024

jane1choi Feb 7, 2024

July911 Feb 6, 2024

suojae Feb 7, 2024

July911 Feb 6, 2024

suojae Feb 7, 2024

July911 Feb 6, 2024

July911 Feb 6, 2024

suojae Feb 7, 2024

July911 Feb 6, 2024

jane1choi Feb 7, 2024 •

edited

Loading


		struct MemberFactory {

		static func makeCustomers(count: Int) -> [Customer] {

은행 창구 관리 앱 [STEP3] 제인, 세제 #89

Are you sure you want to change the base?

은행 창구 관리 앱 [STEP3] 제인, 세제 #89

Conversation

suojae commented Feb 5, 2024 • edited Loading

🔍 What is this PR?

✏️ PR Point

실제 은행 업무와 같이 업무별로 줄을 세워 처리

async/await을 통한 동시성 처리

📮 질문

Choose a reason for hiding this comment

suojae Feb 7, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

suojae Feb 7, 2024 • edited Loading

Choose a reason for hiding this comment

jane1choi Feb 7, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

suojae Feb 7, 2024 • edited Loading

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

jane1choi Feb 7, 2024 • edited Loading

Choose a reason for hiding this comment

Equatable

Hashable

Hashable이 Equatable을 채택하는 이유?

suojae commented Feb 5, 2024 •

edited

Loading

suojae Feb 7, 2024 •

edited

Loading

suojae Feb 7, 2024 •

edited

Loading

jane1choi Feb 7, 2024 •

edited

Loading

suojae Feb 7, 2024 •

edited

Loading

jane1choi Feb 7, 2024 •

edited

Loading