왕논의 연구실

🔷 CoreBluetooth란?CoreBluetooth는 iOS/macOS/watchOS에서 BLE(Bluetooth Low Energy) 기기와 통신하기 위한 프레임워크BLE는 저전력 특성을 가지며, 스마트워치, 센서, 피트니스 기기 등에 주로 사용CoreBluetooth는 다음 두 가지 역할을 제공Central: 주변 BLE 기기(Peripheral)를 검색하고 연결 → 일반적인 iOS 앱은 이 역할.Peripheral: 데이터를 송신하거나 알림을 보내는 기기 → iOS도 Peripheral 역할이 가능하지만 흔치 않음.📡 기본 개념용어설명CBCentralManagerBLE 스캔과 연결을 담당하는 객체CBPeripheral연결된 BLE 기기CBServicePeripheral이 제공하는 기능 묶음C..

한글로 작성하는 경우를 템플릿화 했습니다.익숙하지 않기 때문에 4가지로 정리했습니다.접두사용도 요약[추가]기능 추가, 화면/이벤트/API 등[수정]버그 수정, UI 문제, 동작 이상 등[정리]코드 정리, 리팩토링, 스타일, 문서[환경]설정 변경, 라이브러리, 빌드, 테스트 등✨ [추가] — 새로 만든 것들[추가]: 로그인 화면 추가[추가]: 다크 모드 기능 구현[추가]: 사용자 정보 API 연동🐛 [수정] — 문제를 해결한 것들[수정]: 로그인 실패 시 메시지 오류 해결[수정]: 설정 화면 레이아웃 깨짐 수정[수정]: 프로필 진입 시 크래시 수정🎨 [정리] — 코드/구조/문서 개선[정리]: LoginViewController 코드 정리[정리]: 중복된 유틸 함수 제거[정리]: README 사용법 보완..

영어가 익숙하지 않아도 단어만 바꿔서 쉽게 쓸 수 있도록 만든 템플릿입니다.스타일은 Conventional Commits 규칙을 따릅니다.✅ feat: 기능 추가상황템플릿새로운 화면 추가feat: add [screen name] screen버튼/기능 추가feat: add [feature name] feature새로운 API 추가feat: add API for [feature]새 유틸 함수 추가feat: add [utility function name]예시:feat: add settings screenfeat: add API for user login🐛 fix: 버그 수정상황템플릿크래시 해결fix: prevent crash when [situation]UI 오류 수정fix: correct layout i..

1. 사용 시점에서 명확성(Clarity)을 강조하라스위프트에서 이름을 정할 때 가장 중요한 목표는, “코드를 사용하는 사람이 해당 API를 호출할 때 의도가 명확히 드러나는가?”입니다. 이를 위해 다음 원칙들을 적용합니다:함수(메서드) 이름은 호출부가 하나의 문장처럼 자연스럽게 읽히도록 설계한다. // 예: Array의 remove(at:) 메서드는// "remove at index"라는 문장 구조가 된다.array.remove(at: 3)프로퍼티, 상수, 변수 등은 “이것이 무엇을 나타내는지”를 정확히 표현해야 한다. // 예: 'title'이라는 프로퍼티는 책의 제목, 뷰의 타이틀 등// 맥락을 명확하게 드러낸다.var title: String2. 통일성(Consistency) 있는 용어 사용같..

Coordinator 패턴 + Factory 패턴을 함께 사용하는 이유와 방법iOS 앱 개발에서 화면 전환을 효과적으로 관리하기 위해 Coordinator 패턴을 많이 사용합니다.여기에 Factory 패턴을 결합하면 유지보수성과 확장성이 더욱 향상됩니다.이번 글에서는 Coordinator 패턴과 Factory 패턴을 함께 사용하는 이유와어떻게 적용하는지에 대해 설명하겠습니다. 🚀✅ 1. Coordinator 패턴과 Factory 패턴의 개념📌 Coordinator 패턴이란?Coordinator 패턴은 화면 전환을 별도의 객체(Coordinator)가 담당하는 패턴입니다.화면 이동 로직을 한 곳에서 관리ViewController 간 의존성을 줄여 유지보수가 쉬움새로운 화면이 추가될 때 Coordinat..

회사 개발자분들과 이야기하다가 모놀리스와 마이크로서비스에 대한 이야기가 나왔습니다. '그게 뭐지?'라는 생각을 하다가 정리를 해봅니다.1. 모놀리스(Monolith) 아키텍처란?모놀리스 아키텍처는 애플리케이션의 모든 기능이 하나의 프로젝트에서 동작하는 구조입니다. 서버의 모든 로직이 단일 배포 단위로 운영됩니다.특징하나의 배포 단위로 운영서비스 간 강한 결합 (Tightly Coupled)개발과 유지보수가 초기에는 쉬움장점배포와 운영이 간단함코드와 데이터가 한 곳에 있어 관리가 직관적초기 개발 속도가 빠름단점애플리케이션이 커질수록 유지보수가 어려워짐특정 기능만 수정해도 전체 애플리케이션을 다시 배포해야 함확장성이 떨어짐2. 마이크로서비스(Microservices) 아키텍처란?마이크로서비스는 애플리케이션을..