전체 글 (65) 썸네일형 리스트형 클린 아키텍처(CleanArchitecture) 의존성 역전(DIP)에 대해 요즘 클린아키텍쳐 공부에 대한 필요를 느껴 객체지향, 클린아키텍쳐에 대해 공부를 이어나가고 있다. 오늘은 클린 아키텍쳐 전부에 대해서 설명하기보단 Domain Layer 부분 중 Repository Interface(protocol)을 중점적으로 다룰 예정이다. 그래도 기본적인 공부와 함께..! 그럼 클린 아키텍처를 공부하기 전에 아키텍쳐란 무엇일까? 아키텍쳐는 "구성과 동작원리, 구성 요소 간의 관계 및 시스템 외부 환경과의 관계를 설명하는 설계도"라고 할 수 있다. 그렇다면 아키텍처에 대해서 사람들은 왜 이렇게 중요하다고 할까? "클린 아키텍처"라는 책에서는 "기능"과 "아키텍쳐"에 두 가지에 대해서 도입부에 이야기를 한다. 지금까지의 나의 개발과정을 되돌아본다면 나는 "기능"에 초점을 맞췄다. '이.. [SPM 디자인시스템] 로컬 환경에서 테스트 해보기 최근 "스파클"이라는 프로젝트를 하면서 SPM을 활용해서 폰트, 색상, 디자인 시스템을 모듈화시키는 작업을 했다. 사실 SPM을 사용했지만 그냥 프로젝트 내에서 진행했을 때보다 장점이 있나? 라고 했을 때 명확한 답을 내리지 못했다. 만약 현재의 디자인 시스템을 가지고 관리자 앱? 이라든지 다른 프로젝트를 진행한다고 했을 때 바로 패키지를 추가하면 되니까 장점이 있을지도?? 아무튼 우리가 하나의 프로젝트와 하나의 패키지 매니저, 즉 두 개의 파일을 만들어서 작업을 했는데 우리의 워크 플로우는 다음과 같았다. (SPM으로 디자인 시스템을 만들고 수정사항이 발생했을 때) 디자인시스템에서 수정할 것이 생기면 패키지 매니저에서 대놓고 바꿀 수 없었다! 왜냐면 연결되어 있는 프로젝트가 있어야 잘 수정이 되어있는지.. [RealmSwift Test] "오운완" Mock을 활용한 Realm 테스트 요즘 테스트 공부를 한창 하고 있다. realm를 테스트할 때 실제 realm객체에 접근하고자 하면 테스트 간 일관성이 유지되지 않는다고 한다. (음..실제로 가짜 객체를 두지 않고 테스트 코드를 돌려봤을 때 RealmStudio에는 사실 반영이 되지 않았다. 그치만 또 이미 있는 데이터라고 나타나서 테스트도 되지 않았다.. 영향을 주는 것 같기도 주지 않는 것 같기도..더 알아볼 필요가 있을 것 같다.) 그래서 테스트용 가짜 객체를 만드는데 이것을 "Mock"이라고 한다. 실제 서비스에는 ProductionRealm, 테스트에는 MockRealm 이렇게 구분했다. 우선 프로토콜을 사용해서 RealmProvider(어떤 Realm을 제공해줄지) protocol RealmProviderProtocol { .. [Swift Unit Test] "오운완" 효과적인 테스트를 위한 고민(코드 재사용) 최근 고민했던 내용들을 본격적으로 얘기하기 전에 MVVM패턴과 MVC패턴의 차이에 대한 고민으로부터 시작되었다. 현재 나는 MVC패턴과 MVVM패턴으로 진행중인 프로젝트가 1개씩있다. 그래서 자연스럽게 차이에 대해서 고민하게 되었다. MVC패턴은 Model + View + Controller 구조이다. 결과적으로 뷰를 보여주고 관리하기 위한 로직들이 모두 ViewController 안에 있다. MVVM패턴은 Model + View + ViewModel 구조이다. MVC 패턴과의 차이에 대해선 이제 ViewModel이라는 계층을 하나 더 만들어서 로직을 따로 관리한다는 것이다. 그러면 굳이 왜 ViewModel을 따로 만들고자 했을까? 보통 MVC 패턴에서 ViewController가 비즈니스 로직 말고도.. [Swift error handling] "스파클" 예상 못한 에러는 어떻게 처리해줘야 할까? "스파클" 앱을 리펙토링하는 과정에 있다..! 2주간 프로젝트를 진행하면서 마지막에 해결되지 않은 이슈가 있다. 바로 "커플 연결에 혼선이 있으면 API 호출을 통해 받아오는 커플 정보를 정확히 받을 수 없다." 는 것이다. 문제 상황 API 호출 전 indicator 실행 -> API 호출 -> 성공 시 indicator 그만 인 흐름에서 성공하지 못했기 때문에 indicator가 무한으로 도는 문제가 발생하고 있었다. 사실 나는 그 전까지 "물론 에러 핸들링 중요하지만! 그 전에 이러한 에러가 나지 않아야 한다"라고 생각해서 에러 처리를 굳이 만들지 않았었다. 그치만 이러한 현상을 겪으면 다시는 앱을 사용하지 않게 될 것 같다라는 생각에 우선 서버의 상태와는 별거로 iOS 앱에서 에러 핸들링을 해보고.. "스파클" 프로젝트 회고(SOPT iOS 32기) 마지막 대학 생활 동안 정말 해보고 싶었던 SOPT 활동이 끝났다. iOS 파트에 들어오고 같은 파트 사람들은 정말 잘하는 사람부터 처음 개발 공부를 하기 시작하는 사람까지 다양하게 있었다. 그리고 느낀 것은 "정말 하기 나름"이라고 생각이 들었다. 정말 아무것도 모르는 상태에서 동아리 활동을 시작해서 질문하는 것에 거부감이 없고 항상 노력하는 친구는 마지막이 되어서 누가봐도 정말 많이 성장해 있었다. 그런 친구들을 보면서 나 역시 많은 동기부여를 얻었고 함께 공부하면서 많이 배울 수 있었던 것 같다. 주차 별 세미나가 끝나면 기획, 디자인, 서버, 클라이언트 개발자가 함께 프로젝트를 진행한다. SOPT에서 최종으로 진행하는 프로젝트는 '앱잼'이라고 한다. 나는 '앱잼' 동안 "스파클"이라는 앱을 만들었.. "오운완" 앱에 SwiftLint 적용시켜보기 3월부터 7월말까지 진행했던 오운완 프로젝트가 1.0 버전으로 앱스토어에 출시되었다! 이제 만든 앱을 하나씩 수정하면서 더 나은 코드를 고민하고 완성도 높은 앱으로 만들기 위해서 고민하고자 한다. 첫 번째로 적용시킬 것이 바로 "SwiftLint"이다. 왜 SwiftLint를 사용하게 되었나? 물론 처음부터 swiftLint를 사용하려고 했던 것은 아니다. 1명의 다른 iOS 개발자와 함께 코딩 컨벤션을 만들고 그렇게 개발을 진행해왔다. 시간이 지나고 더욱 빠르게 작업을 하기 위해서 서로의 코드를 볼 시간이 없어지고 나 스스로도 개발을 빠르게 하기 위해서 내가 쓴 코드에 대해서 자기 검토도 잘 되지 않았다고 생각한다. 그래서 swiftLint의 도움을 받아서라도 우리들의 규칙을 더 확고히 지키려고 했던 .. "오운완" 프로젝트 회고 오랜만에 글을 쓰는 것 같다! 그 동안 프로젝트, 동아리, 학업에 치여서 글을 전혀 쓰지 못했다. 그래도 이제 곧 8월이 되는 시점에 나는 1. check it 앱 출시 2. SOPT 32기 iOS 3. 4-2 막 학기 4. 오운완 앱 출시(심사중) 5. 스파클 앱 개발(진행중) 등등 정말 쉬지 않고 달려왔던 것 같다. 그 중에서 오늘은 내가 처음으로 직업 기획하고 개발한 앱인 "오운완"에 대해서 회고를 진행해보려고 한다. 우선 "오운완" 앱은 내가 헬스를 하면서 필요하다고 생각했던 기능들을 한 앱에서 해결하고자 만든 앱이었다. 주요 기능은 1. 오운완 사진 촬영 및 모아보기 기능 2. 몸무게, 골격근량, 체지방량 입력 및 차트로 확인 3. 운동 루틴 만들기 및 루틴 기록 크게는 이렇게 3가지 기능이 있.. 이전 1 2 3 4 5 ··· 9 다음
