현재 사용하고 있는 github worksflow 코드 name: Build and Test on: push: branches: [ "develop" ] pull_request: branches: [ "develop" ] jobs: build: name: Build and Test runs-on: macos-14 steps: - uses: maxim-lobanov/setup-xcode@v1 with: xcode-version: '15.0.1' - name: Checkout uses: actions/checkout@v3 - name: Build and Test run: | xcodebuild clean -project PlantingMind/PlantingMind.xcodeproj -scheme Plant..
마음심기 프로젝트에서 마음들을 CoreData에 저장하기로 결정했다. 근데 이제 CoreData를 이용한 로직들에 대해 테스트까지 겸한..! (TDD로 짜보겠다고 노력하고 있는데 과연 잘 하고 있는지 모르겠군..) CoreData 사용 file 생성할 때 Data Model 선택한 후 생성 ENTITIES 생성한 뒤 해당 엔티티에 필요한 attribute 추가 final class CoreDataStack: ObservableObject { let persistentContainer: NSPersistentContainer init(_ storageType: StorageType = .persistent) { self.persistentContainer = NSPersistentContainer(name..
코드 냄새가 나는 부분들 주석 부적절한 정보 성의없는 주석 쓸모없는 주석 주석처리된 코드 중복된 주석 환경 여러 단계 빌드 여러 단계 테스트 함수 너무 많은 인수 플래그 인수 출력 인수 죽은 함수 일반 한 소스 파일에 여러 언어 사용 당연한 동작을 구현하지 않음 경계를 올바로 처리하지 않음 안전절차 무시 중복 (코드 중복 줄이기!!) 코드 중복: 함수로 분리 switch, if-case: 다형성 대체 알고리즘이 유사하지만 코드는 다름: Template Method 패턴, strategy 패턴 추상화 수준이 올바르지 못함 기초 클래스가 파생 클래스에 의존 과도한 정보 더이상 사용되지 않는 코드 (죽은 코드), 쓸모 없는 코드 수직 분리 x 일관성 부족 인위적 결합 … 함수, 상수, 변수들이 당장 편한 위치..
동시성이 필요한 이유? 결합(coupling)을 없애는 전략 (= 무엇과 언제를 분리) 응답 시간과 작업 처리량 개선 동시성에 관한 미신과 오해 동시성은 항상 성능을 높여준다? x. 대기 시간이 길어 여러 스레드가 프로세서를 공유할 수 있거나 여러 프로세서가 동시에 처리할 독립적 계산이 충분히 많은 경우에만 가능 동시성을 구현해도 설계는 변하지 않는다? x. 무엇과 언제를 분리하면 시스템 구조는 크게 달라진다. 동시성에 관한 타당한 생각 동시성은 다소 부하를 유발함 동시성은 복잡함 일반적으로 동시성 버그는 재현하기 어려움 (일회성 문제로 여기기 쉬움) 동시성을 구현하려면 흔히 근본적인 설계 전략을 재고해야 함. 난관 여러 스레드가 동시에 같은 코드에 접근할 가능성이 있다 —> 문제 발생!! 동시성 방어 ..
