Memory of Dreaming

Swift Package Manager 생성 방법

HyeonGyu IM — Wed, 1 Nov 2023 21:35:06 +0900

안녕하세요 오늘은 제가 자주쓰는 익스텐션을 저장하고 개인프로젝트에 활용하려고 SPM을 만들어 보게 되었습니다

그럼 빠르게! 살펴보겠습니다

### 1. Package 생성

먼저 xcode를 실행하고
File -> New -> Package 를 선택해줍니다

### 2. Package 이름 정하기

이제 패키지 이름을 정해야하는데 이름은 다른 라이브러리와 겹치지 않게 미리 검색해보시고 정하시는걸 추천드립니다

### 3. 패키지 파일 정리 및 Package.swift 수정

저는 패키지 테스트코드는 작성할 생각이없어서 Test관련된 부분은 모두 정리했습니다

### 4. 정리된 Package.swift 사진

지원하는 플랫폼과 버전을 명시해 줍니다.

폴더를 Foundation과 UIKit 두가지로 구분해서 추가해 두었습니다.(단순히 폴더만 구분해주면 분리됩니다)

이렇게하면 UIKit, Foundation 둘중에 하나만 골라서 추가할수 있습니다

### 5. 깃허브에 업로드

깃허브 로그인이 안되어있다면 토큰을 생성해서 연결해주시고 진행해야 합니다. 위와같이 나오고 Create를 누르면 깃허브에 레포가 생성됩니다

### 6. 커밋 메시지 작성 및 푸시

순서대로 탭에가셔서 Uncommitted Changes를 누르시고 다음사진에 오른쪽 위에있는 Stage All을 누르시고 Commit Message 작성후에 3번째 사진 오른쪽 위에있는 Push를 누르시면 작성한 코드가 모두 업로드 됩니다.

### 7. 버전관리

SPM의 버전관리는 Tags로 이루어지기 때문에 업로드를 완료하시고 꼭 Tag를 등록해주셔야합니다.

### 8. 실제 프로젝트 적용확인

새로운 프로젝트를 생성하고 다음의 사진과같이 추가과정을 진행합니다

주의하실점은 3번째 사진에서 패키지를 적용하실 타겟을 지정해주셔야합니다. 기본값은 None이기 때문에 꼭 선택해주셔야 합니다.

### 9. 동작확인

import 패키지 네임을 써주신후 코드가 잘 불러와지는지 확인하시면 됩니다.

만약 코드가 잘 동작하지 않는다면 접근제한자를 public 또는 open으로 잘 설정하셨는지 확인해 보시길 바랍니다

WKWebView를 아라보자

HyeonGyu IM — Tue, 31 Oct 2023 00:14:45 +0900

예전부터 WKWebView에 대해서는 관심을 가지고 있었는데, 잘(?) 다루는 방법에 대해서 자료가 좀 적기도하고 네이티브에서는 궂이? 잘쓰려고 하지않기에 등한시 했던 부분이 있습니다

하지만 카카오같은 곳에서 세션을 발표할때 웹뷰의 비동기 동작이나 통신을 어떻게 하는지 꿀팁을 소개해 주셔서 능력이 닿는한 파해쳐 보려고 합니다

https://tech.kakaopay.com/post/ifkakao2022-ios-webview/

[if kakao 2022] 카카오페이 iOS 웹뷰 소개, 그리고 세션에서 못다한 이야기 | 카카오페이 기술 블로그

if(kakao)2022 카카오페이 iOS 웹뷰 소개 및 리팩토링 이야기 세션에서 못다한 이야기를 공유합니다.

tech.kakaopay.com

### Script

- Native에서 web에게 일방적으로 정보를 보낼 때 사용

- Event(라이프 사이클 등 ) 또는 Button Action과 같이 간단한 정보를 전송

### JSAPI(JavaScript API)

- Web에서 Native 로직이 필요한 모든 경우에 사용
- Web에서 정보를 받은 후, Native의 결과 값 전달
- 정보는 *postMessage() 로 전송하게 됩니다*

- command, parameter를 통해 Web에서 Native에게 전달하고자하는 값을 전달 받습니다
- extra: id 값으로 동일한 commandd의 비동기 처리를 구분하고, 디버깅도 id에 따라온 값을 보고 처리할수 있습니다. 이 id는 JSapi별로 다른 id값을 갖습니다
- 이 예시는 open이라는 commnad값을 받고 파라미터로 url을 받아 여는 함수입니다

### Configuration

- Native처럼 사용자에게 이질감 없는 interaction, UI를 제공하기 위해 웹뷰를 구성할 때 사전에 약속된 값으로 UI핸들링
- 타이밍상 Native에서 더 자연스러운 기능은 Native에서 구현하고 Configuration으로 구분
- 웹뷰 UI 설정 값을 Configuration으로 받아 WebViewController객체 생성

###Transparent

---

### 실제 서비스에서 호출되는 형태

1. 웹뷰 컨트롤러 생성

2. 이벤트 처리

- 이미 핸들되었는지 체크하고 이값이 `false` 일때 처리를 시작합니다
- 처리를 체크하는 함수는 아래와 같습니다

### 헤더세팅방법

private var headers: [String: String] {

	let bundleVersion = Bundle.main.infoDictionary?["CFBundleShortVersionString"] as? String ?? ""

	var header = ["Content-Type": "application/json"]

	header["app-device-uuid"] = UUID().uuidString

	header["app-device-os-version"] = UIDevice.current.systemVersion

	header["app-device-device-manufacturer"] = "apple"

	header["app-version"] = bundleVersion

	return header

}

let url = Bundle.main.url(forResource: "index", withExtension: "html")!

var urlRequest = URLRequest(url: url)

headers.forEach { urlRequest.setValue($0.value, forHTTPHeaderField: $0.key) }

//        webView.loadFileURL(url, allowingReadAccessTo: url)

webview.load(urlRequest)

참고

[[iOS] WKWebView 정리 Swift](https://thoonk.tistory.com/87) [https://github.com/Lision/WKWebViewJavascriptBridge](https://github.com/Lision/WKWebViewJavascriptBridge) [https://github.com/bernikovich/WebViewWarmUper](https://github.com/bernikovich/WebViewWarmUper)

[[iOS - swift] 1. WKWebView 개념 (UIWebView, AJAX, XHR, 캐시, 쿠키)](https://ios-development.tistory.com/700)

[[iOS - swift] 2. WKWebView 사용 방법 (웹뷰, 쿠키, WKScriptMessageHandler, WKNavigationDelegate, WKUIDelegate)](https://ios-development.tistory.com/701)

[[iOS - swift] RxWebKit, WKWebView, messageHandler 사용 방법 웹뷰 통신(native <-> javascript), 콜백](https://ios-development.tistory.com/942)

[[iOS - swift] 2. WKWebView - Header 설정, Cookie 설정, access token 전달, deeplink 수신 방법](https://ios-development.tistory.com/751)

[iOS WKWebView Communication Using Javascript and Swift](https://medium.com/john-lewis-software-engineering/ios-wkwebview-communication-using-javascript-and-swift-ee077e0127eb)

[How does the iOS 14 API WKScriptMessageHandlerWithReply work for communicating with JavaScript from iOS?](https://stackoverflow.com/questions/65270083/how-does-the-ios-14-api-wkscriptmessagehandlerwithreply-work-for-communicating-w)

Const, Final 언제 사용하는 걸까?

HyeonGyu IM — Mon, 30 Oct 2023 23:53:00 +0900

플러터 UI 그리는걸 따라해보고 있자니 const를 써야할때와 안써야할때가 궁금해서 찾아봤다

공통점

한번 할당한 변수는 재할당이 불가능하다

차이점

전제로 컴파일 타임과 런타임의 차이를 이해할 필요가 있다

final(런타임에 정하고 변화 x)

동적으로 메모리에 할당이라고 말한다.

즉 컴파일 타임에는 변수할당을 하지 않고 런타임시에 변수할당을 한다.

덕분에 컴파일 타임에서 확인할 수 없는 값들을 변수에 할당할 수 가 있게된다.

컴파일 타임에서 확인할 수 없는 값(런타임시 확인가능한것)으로는 DateTime.now()가 있다.

void main(){
    final d = DateTime.now();
}

const( 컴파일 타임에 한번 정하고 변화 x )

컴파일 타임에 변수선언이 이루어진다. 덕분에 런타임시 특별히 할것 없이 메모리에 할당되어 있는 값을 이용할 수 있어 효율적이다.

padding값과 같이 재사용을 많이 하는 케이스라면 const가 유용하다.

아래와 같이 런타임시에만 확인가능한 값을 const에 대입하면 const는 컴파일 타임에 변수할당을 하므로 에러가 발생한다.

void main(){
    const d = DateTime.now(); //error
}

전체에러

Error: Cannot invoke a non-'const' constructor where a const expression is expected.
Try using a constructor or factory that is 'const'.

Tuist 프로젝트 Xcode Cloud 적용(feat. Environment Variable, Tuist, cocoaPods, dSYM upload, App Distribution)

HyeonGyu IM — Tue, 6 Jun 2023 23:07:31 +0900

# 프로젝트 기본 구조

본론에 들어가기전에 레저에빠지다 프로젝트 구조에 대해서 간단히 말씀드리면, 현재 저희는 Tuist를 이용해 프로젝트파일을 관리하고 있고, SPM과 Carthage를 쓰면 module을 찾을수 없다는 에러를 계속 마주하게되어 온몸을 비틀고 에러를 해결해보다가 일단은 cocoaPods를 이용해 외부의존성을 컨트롤 하고있습니다

따라서 프로젝트파일을 구성하게 되는 순서는

1. tuist generate -n
2. pod install

위와 같이 터미널에서 진행되고, 하나하나씩 기다렸다가 실행하기는 번거롭기 때문에 makefile을 이용해서 make generate라는 명령어를 통해

tuist generate -n
pod install
open appName.xcworkspace

위와같이 실행하고 있습니다

# Xcode Cloud Work Flow & Environment Variable

현재 사용중인 워크플로우는 두가지 입니다.
심사전 TestFlight에 올릴용도 한개, 테스트 진행시 App Distribution으로 배포되는 용도로 한개
Workflow생성시 환경변수를 설정하는 곳이 있는데 자료들을 찾아보면 firebase app distribution업로드시 token을 발급받아야 하기 때문에 거기에 token을 secret으로 설정해서 넣어라 하는데 저는 그렇게 하니까 script에서 Warning Deprecate 메시지가 떠서 검색 후 다르게 진행했습니다.
Environment Variable 설정은 간단하기 때문에 사진과 함께 간단히 말씀드리고 넘어가겠습니다

위와같이 원하는 변수를 넣고 로그에 노출되지 않아야 하는 값이면 Secret을 체크합니다
script에서 사용시 $TESTER_GROUP 이런식으로 작성하면 해당값을 가져옵니다

# Xcode Cloud Custom Script(ci_post_clone.sh, ci_post_xcodebuild.sh)

먼저 프로젝트 root 디렉토리에 ci_scripts 폴더를 생성합니다

# ci_post_clone.sh

#!/bin/sh

//코코아팟 설치를 진행합니다
echo ">>> INSTALL DEPENDENCIES"
brew install cocoapods
 
//상위폴더로 가는 명령어 입니다 빼먹으시면 에러납니다
cd ..

echo "tuist... start"
// 이 명령어는 xcode cloud에서 실행되기전에 사용자의 맥에서 tuist bundle명령어를 통해
// .tuist-bin 파일이 생성되고 깃에 올라가 있어야 사용가능합니다
// 이렇게하면 tuist install 없이 generate 명령어를 사용가능합니다
tuist bundle

echo "tuist generate..."
.tuist-bin/tuist generate

echo "pod install..."
pod install

위의 스크립트에서 가장 중요한 부분은 로컬에서 tuist bundle 명령어를 실행하고 깃에 올려 ci에서 돌아갈때도 tuist install 없이 명령이 동작하도록 환경을 조성해주어야 한다는 부분입니다

# ci_post_xcodebuild.sh

#!/bin/sh
//이 부분은 workflow 분기하는 부분입니다 주의할점은 ==이 아니라 = 이라는 점 입니다
if [ "$CI_WORKFLOW" = "AutoAppDistribution" ]; then
    echo "Develop Version: #$CI_BUILD_NUMBER"
    echo "Uploading Firebase App Distribution"
    //아래 세줄은 변수에 이름과 아이디를 담는 부분입니다 안담고 바로 사용하셔도 무방합니다
    appname="myAppName.ipa"
    appid="myAppFirebaseAppID"

	//이 부분은 따로 아래에서 설명하겠습니다
    unzip firebase-tools-macos.zip
    chmod +x ./firebase-tools-macos
    
    //아까 잠깐 Token Deprecate경고 메시지에서 이야기한게 이 부분입니다
    export GOOGLE_APPLICATION_CREDENTIALS="service-account-key.json"  # 서비스 계정 키 파일 경로 설정

    chmod +x "$CI_AD_HOC_SIGNED_APP_PATH/$appname"
    ./firebase-tools-macos appdistribution:distribute "$CI_AD_HOC_SIGNED_APP_PATH/$appname" --app $appid --release-notes "Develop Version: #$CI_BUILD_NUMBER" --groups $TESTER_GROUP
fi

echo "dSYM 파일 업로드"
cd ..
./Pods/FirebaseCrashlytics/upload-symbols -gsp ./reference/GoogleService-Info-Develop.plist -p ios $CI_ARCHIVE_PATH/dSYMs

# firebase-tools-macos

하면서 가장 이해가 안됫던 부분입니다.
여기서 --token관련해서 firebase cli를 통해 발급받는 부분이 원래 있는데 위에 언급한것처럼 다르게 해결해서 그냥 cli파일받고 압축하기만 하면 됩니다 GOOGLE_APPLICATION_CREDENTIALS 부분을 참고해주세요
해당 부분은 https://dy-yb.github.io/2023/AppDistribution/ 이분의 글을 많이 참고했습니다
압축하고 용량이 대략 40MB 50MB정되 되는데 위에서 보여드린 사진과 같이 압축하고 ci_scripts 폴더안에 넣어주시면 됩니다

# firebase appid & App Distribution & Tester 설정

1. 녹색으로 표시된 부분 바로 아래에 나와있는 앱 ID 부분이 ID 입니다

2. Distribution은 별거 없이 위에 코드를 잘 붙여넣으셨으면 잘 작동하게 되어있습니다

유의하실점은 ipa추출되고 앱 이름이 어떻게 되어있는지 꼭! 확인하시고 해야합니다.
그리고만약 ipa가 한글을 포함하고 있다면 upload가 되지 않으니 영어로 바꾸시고 진행해야합니다
- 이거때문에 아스키코드변환 utf8인코딩 등등 시도해보았으나 결과적으로 시간만 날리고 실패했습니다
- 저는 그래서 ipa추출을 TargetName으로 전환하였고 info.plist에 CFBundleDisplayName을 설정해서 한글이름이 앱설치시 적용되도록 하였습니다

3. Tester 설정은 한가지 유의하실 점이 있는데 이미지에 나와있는데로 물음표 옆에 나와있는 이름을 사용하셔야 오류가 나지 않습니다

--release-notes "Develop Version: #$CI_BUILD_NUMBER" 이부분은 출시노트에 추가되는 부분인데 자유롭게 수정하셔도 괜찮습니다

# GOOGLE_APPLICATION_CREDENTIALS

이부분은 사진 여러장과 함께 말씀드리도록 하겠습니다 이거 자료도없고 찾느라 고생했네요 ㅠ
일단 해당 링크로 이동합니다 https://cloud.google.com/docs/authentication/application-default-credentials?hl=ko

1. 링크 이동후에 오른쪽위에 콘솔 버튼을 클릭합니다

2. 이동하고 가운데 상단 검색을 활성화 시키면 3번째에 IAM 및 관리자가 나옵니다 안나오면 검색하셔야 되요

3. 왼쪽 상단에서 서비스 계정을 탭합니다

4. + 서비스계정 만들기 버튼을 탭합니다

5. 크게 의미 없기때문에 원하시는 걸로 아무렇게나 해도 상관없습니다

6. 역할에 다음의 역할을 추가하고 확인을 누릅니다 2개 모두 추가해주세요
추가하시고 완료를 누르시면 됩니다

7. 생성된 계정 오른쪽을 보시면 작업항목을 누르시고 키 관리 를 누르세요

8. 키 추가 버튼을 활성화 시키면 새 키 만들기 항목이 보이는데 탭하시면 됩니다

9. JSON 파일로 받으시면 됩니다

10. 받으신 파일을 ci_scripts 폴더에 넣으시고 파일이름을 service-account-key.json 라고 설정하시면 됩니다

참고한 링크는 다음과 같습니다

- xcode cloud에서 프로젝트 의존성 구성
https://developer.apple.com/documentation/xcode/making-dependencies-available-to-xcode-cloud

- xcode cloud custom script에서 사용가능한 환경변수 목록 및 설명
https://developer.apple.com/documentation/xcode/environment-variable-reference

- Custom Build Script를 작성하는 방법 소개
https://developer.apple.com/documentation/xcode/writing-custom-build-scripts

- firebase cli 파일관련 참고
https://dy-yb.github.io/2023/AppDistribution/

응애개발자 -> 개발자

HyeonGyu IM — Mon, 23 May 2022 22:39:21 +0900

응애개발자 -> 개발자

개발 공부를 시작하고, 포트폴리오를 만들고, 취업에 성공해서 iOS개발자로 살게된지 1년이 약간 넘었습니다.
그동안 많은 어려움과 주변 분들의 감사한 도움과 함께 저만의 작품을 갖게 되는 시간이였습니다
이번에 테스트코드를 처음으로 프로젝트에 추가하며 알게되었는데 소스코드가 어느새 4만줄이 넘더군요 ㅎㅎ

그동안 많은 일들이 있었습니다. 수많은 리팩토링시도, 새로운 프로젝트, 데이터분석, UI 디자인 등등...
이중 에서도 가장 흥미가 많이 느껴졌던 것은 리팩토링 시도 였습니다. 예전의 코드를 개선하고 개선하다보면 뭔가... 성장했다 라는 느낌이 뚜렷하게 느껴지는 것 같습니다. 제가 처음 리팩토링 시도할때 어렴풋이 분리를 이렇게 하는건가? 라고 생각하고 쓴것과 지금의 제가 분리는 이렇게 하자 라는 느낌은 정말 많이 다릅니다. 혼자 개발을 계속 했더라도, 분명 이럴때는 이렇게 하면 힘들고 저렇게 하면 좋다 라는게 점점 눈에 들어오기 시작하니까 어려움은 있어도 좋은 코드에 대한 인식은 계속 생겨나는것 같습니다.

제가 가장 잘했다고 생각하는 리팩토링은

API request를 Open Close 원칙에 따라 수정에는 닫혀있고 확장에는 열려있도록 한 것
흩어진 UserDefault를 관리할 객체를 만들어 모든 UserDefault는 해당 객체를 거쳐 저장되고 읽어올수 있도록 한것
기존에 VC에서 작성하던 파라미터와 url request를 enum으로 정의해서 Route를 만들수 있도록 한것

이렇게 3가지 라고 할수 있을것 같습니다. 기본적인 리팩토링이지만 가장 뿌듯했던? 그리고 가장 체감이 컷던 리팩토링 이였습니다.

그리고 이제 서비스 개발단계가 굵직굵직한 프로젝트들은 어느정도 완성이 되었고 코드한줄의 사이드 이펙트가 예상하기 힘들어진만큼 테스트 코드의 필요성이 점점 커지고있고, 테스트코드가 붙으면 CI/CD도 자연스레 붙이려고 했었기 때문에 요즘에는 Single Responsibility Principle과 Dependency Inversion을 지키며 Testable한 코드를 작성하는데 중점을 두고 있습니다.

나름 열심히 하고있다고 생각하지만 배울게 쌓여있습니다. SwiftUI, Combine, RxSwift까지 넘어야할 산들이 많네요 ㅎㅎ;;
혼자 개발을 하게 되니 맞는 방향으로 가고 있는 것인지 항상 의심스럽습니다. 내가 구현하는 이방법이 야매인건 아닐까. 시스템에서 제공하는게 있는데 내가 몰라서 이렇게 하는건 아닐까... 실제로 몰라서 돌아가면서 구현을 했다가 나중에 알게되서 몇번 고친 부분들이 있습니다.
구현을 하며 퍼포먼스도 생각을 해야되고 복잡한 UI를 구현하면 자연스럽게 만드는데 시간을 많이 보내게 됩니다 ㅜㅜ 다른 로직들이야 생각을 잘 하고 차례로 구현을 해나가면 상관없지만 이 UI에 대한 경험만큼은 사수가 정말 필요하다 라고 뼈저리게 느끼게 되는 부분인것 같습니다

요즘은 그래도 유튜브와 Raywenderich, 패스트캠퍼스같은 강의매체가 잘 되어있어서 감사하게도 좋은 코드를 보고 잘 배울수 있는것 같습니다. 저 말고도 사수없이 혼자 고생하시는 분들이 많은 것으로 알고있는데 다들 화이팅 하셨으면 좋겠습니다.

지치지 않고 앞으로도 어떻게 하면 더 좋은 코드를 쓸수있을까 항상 고민하는 개발자가 되고싶습니다. 화이팅 입니다.

다형성(Polymorphism)과 추상화(Abstraction)의 관계

HyeonGyu IM — Sun, 27 Mar 2022 22:04:14 +0900

최근 인터뷰를 몇번 보면서 부족한 점을 많이 느끼게 되는 것 같습니다.

그중에 기억에 남은 질문이 오늘의 주제입니다.

서칭을 하며 언뜻 보기에는 두 개념이 같은 말을 하고있는게 아닌가 했었는데 같은 생각을 하셨던분이 정리해주신걸 보고 좀 명확해진 것 같아 공유하려고 글을 쓰게 되었습니다

https://wlaxhrl.tistory.com/78

OOP의 추상화(Abstraction)와 다형성(Polymorphism)의 관계

최근에 OOP에 대해 공부를 하다 혼란에 빠졌었는데, 나름 결론이 나서 기록. '나름' 결론이기 때문에 주의해주세요. 의견은 자유롭게 코멘트로 달아주세요. 혼란을 불러일으킨 요소 - 존 호프만의

wlaxhrl.tistory.com

UserDefault 깔끔하게 쓰는 법 공유합니다

HyeonGyu IM — Wed, 9 Mar 2022 18:10:56 +0900

https://medium.com/better-programming/create-the-perfect-userdefaults-wrapper-using-property-wrapper-42ca76005ac8

Create the Perfect UserDefaults Wrapper Using Property Wrapper

No more boilerplate code and increase reusability

betterprogramming.pub

미디엄구독하세요! ㅎㅎ

[iOS] Xcode 13 UIButton

HyeonGyu IM — Tue, 5 Oct 2021 22:34:07 +0900

요즘에 일을 하면서 버튼이 뭔가 많이 바뀌었다 라는걸 느끼고 있었는데 제드님이 정리를 너무 잘해주셔서 공유합니다 ㅎㅎ
https://zeddios.tistory.com/1291

WWDC 21 ) Meet the UIKit button system

안녕하세요 :) Zedd입니다. 오늘은 iOS 15에서 굉장히 많이 업데이트가 된 UIButton들에 대해서 알아보겠습니다 Meet the UIKit button system을 아주 빠르고 간단하게 요약해보겠습니다. # Deprecated p..

zeddios.tistory.com

전체적인 버튼 변경사항

버튼 스타일 4가지
멀티라인 지원
다이나믹 타입 지원
액티비티 인디케이터 속성추가
서브타이틀 추가
configuration을 통한 속성 설정
configurationUpdateHandler를 통한 버튼 액션시 속성 제어

팝업 버튼도 생기고 이것저것 추가로 생겼는데 제드님이 너무 잘 설명해 주셨네요 ㅎㅎㅎ 제드님 블로그만 열심히 봐도 최신 개발공부 다될듯...

스타트업 신입 iOS 6개월차 회고

HyeonGyu IM — Mon, 4 Oct 2021 16:47:41 +0900

첫 개발자 취업

if HyeongyuIM == iOS Developer {
	workingStart(at: 2021.02.04)
} else {
	print("현규님은 아직 요리사입니다")
}

제가 처음으로 개발자의 삶에 뛰어든 날짜입니다.
제가 이전에 남겼던 글에 나와있지만 ㅎㅎ 외주받은 결과물로 혼자 iOS를 관리하며 Android 개발요청하는 것은 쉬운 일은 아니였습니다.
저도 여타의 신입 구직자들과 같은 마음이였습니다. 사수가 있었으면 했고 개발문화가 있으면 좋겠다 나도 여타의 개발자들과 같은 멋진 개발생활을 하고싶다 라고. 취업이후 이런 생각들은 접어두고 할것들이 신입인 제 눈에도 너무 많이 보여 정신없이 일했던것 같습니다

아래의 정리들은 제가 6개월간 개발자 로서 저의 업무와 앞으로의 목표를 정리하는 글 입니다.

SourceCode Refactoring

‎레저에빠지다

‎레저에빠지다를 통해 한층 더 가까워진 레저를 체험해 보세요! 레저에빠지다는 레저와 IT를 접목하여 다양한 레저정보를 제공하고 레저인들의 중고거래 및 레저시설 이용을 돕는 종합 레저

apps.apple.com

레저에빠지다 서비스는 현재 13.2 버전을 타겟으로 개발되었고 기존에 회원/사업자가 같이 있는 형태에서 현재는 사업자로 따로 떨어져서 관리하는 앱은 2개가 되었습니다. 페이지수는 대략 두 서비스 합쳐 100페이지를 넘어갑니다

기존 외주를 통해 받은 앱은 푸시알림, 모델조차 없는 프로젝트 코드였습니다.
외주코드는 제가 상상했던것 보다... 날것의 형태였습니다. API호출 부분은 분리되어있었지만 하나의 페이지 즉 뷰컨트롤러에 모든 비즈니스 로직이 붙어있어 복잡한 페이지는 연관관계를 보는데 여러 사항을 고려해야했습니다...
또한 모델이 없어 Json Parsing을 필요한 데이터마다 일일이 타입캐스팅 하여 사용하고 있었습니다. 해서 받고 나서 초반부는 크리티컬한 버그부터 수정하고 코드에 패턴과 Reference를 관리하기 위해 거의 2주간 밤낮으로 고생했던것 같습니다. 해당 시기 제가 집중적으로 구현한것은

BaseController Pattern -> MVVM Pattern
URL, Parameter, HTTP Method -> Route with Generic Method
API Model, ViewModel
User LoginModule(UserDefault 관리 객체)
Delegate -> CallBack Closure
GitHub Branch 분리 - Main, Stage, Develop
앱 Target분리 - Release,Debug / Develop( Test )

- 기존 컨트롤러에 모두 의존된 모델생성, 비즈니스 로직, 데이터 요청을 각각 분리 하였습니다
- 데이터 요청의 레퍼런스값 String URL, Parameter를 Enum에 담아 정리하였습니다
해당 Enum을 호출할때 Route를 만들고 Route로 API를 호출합니다
레저에빠지다 어플은 수많은 작은 기능들 때문에 API만 120여개가 넘습니다. 각각의 호출 메서드를 최대한 간결하게 작성하기 위해 GET, POST는 같이 처리하고 멀티파트만 분리하여 처리합니다
- API Model은 파싱할 Codable모델을 만들고, 뷰모델에 넘겨주면 뷰모델에서 데이터를 가공후 컨트롤러에 넘기도록 하였습니다
- 기존에 UserDefault를 페이지 별로 분산되어있어 관리가 어려웠는데 Key를 따로 관리하고 UserDefault를 관리하는 객체를 생성해 해당 클래스가 모든 UserDefault를 처리하도록 하였습니다
- Delegate패턴은 흐름을 파악하기 힘들어 페이지 하나의 이동같은경우 콜백 클로저를 통해 개선하였습니다
- 기존에 하나의 메인 브랜치로만 관리되던 깃허브 브랜치를 3개로 나누어 관리하였습니다
- Configuration 분리를 통해 앱 빌드시 Test API, Release API를 나누어 테스트 버전 앱 빌드를 만들었습니다

리팩토링 이후의 서비스 개발 : 마켓 서비스

기본적인 마켓 서비스 구현
- 채팅
- 푸시알림
- 공유하기
- 상품등록
- 상품조회
- Token

대표적으로 보자면 위의 기능들이 있습니다. 위의 기능들을 구현할때 가장 애를 먹었던 기능은 채팅입니다. 저희 서비스가 소켓을 통해 할필요는 없을것 같아 2초의 주기를 가지고 업데이트를 하고, 푸시알림이 오면 업데이트를 하도록 구현하였습니다.
그리고 또 어려웠던것은 이미지를 다루는 것이 저한테는 너무 어려웠습니다. 그냥 띄워주면 알아서 해주는 건줄 알았는데 확대, 축소, 화면에 맞는 비율의 선정까지 모두 개발자가 일일이 구현해야 했습니다. 또한 사진을 올리면 그에맞는 이미지 압축도 해야하고... 아직까지 개선해야 할 것들이 많은것 같습니다

Swift 5.5, RxSwift, MVVM, TDD, CI/CD, Snapkit, SwiftUI

요즘 관심을 가지고 배우고 있는 학습 목표? 레저에빠지다 서비스에 적용해볼 대상들 이랄까요?

요즘 개발을 계속하고 리팩토링을 하며 드는 생각은 새로운 기술의 도입보다는 제가 작성한 코드가 잘 쓴것인지 앱의 의존성 구조나 테스트하기는 어떤지를 생각해 보는것 같습니다. 클린코드에서 분명히 메서드는 파라미터가 하나도 없는것이 좋다! 라고해서 쭈욱 작성해높고 보니... 실질적으로 인풋이 없는 메서드는 테스트하기가 어렵다거나... Struct로 구현해도 되는데 Class를 쓴것이 많다거나... 하네요 ㅠㅠ
해서 위의 5.5와 여러 기술들을 관심을 가지고 배우고 있는데 적용하는 시기는 아직 멀은것 같습니다.

일단 저의 목표는

1. MVVM을 완벽히 이해하고
2. RxSwift를 통해 MVVM을 좀더 간결하게 표현한뒤에
3. BDD또는 TDD를 통해 테스트 코드를 작성하고
4. CI/CD를 붙여 배포의 자동화를 만드는 것입니다.

이외의 스냅킷, 스위프트UI는 제가 필수는 아니지만 알아두면 좋을 지식들이 되겠네요 ㅎㅎ

현재 6개월이 넘어 7개월 8개월차에 접어들고 있습니다. 그동안 많은 이슈들이 있었고 새로운 서버개발자, 안드로이드 개발자를 채용해서 이제는 개발팀같은 느낌으로? 돌아가서 이제는 개발자가 된게 실감나기도 하구요 ㅎㅎ
시간이 지나면서 개발 안정화가 조금씩 되고... 오픈톡방에서 지식을 나누는 사람들이 때때로 알수없는 지식의 교환이 이루어지고 제가 이해하기 어려울때마다 뒤처지고 있다는 느낌이 계속 들기 시작합니다

이런 뒤처지는 느낌은 저에게 동기부여가 되는 한편 저에게 제 코드에 대한 불신감을 주었습니다. 당연한 일이지만 사수가 없으니 제가 제대로 하고있는 것인지... 주말에는 괜찮은 레포를 뒤지고 분석하고 부트캠프 졸업생의 코드를 살펴보고 배우고... 현재 나의 수준은 어디인가 깨닫게 되네요

취업을 하고, 첫 직장이지만... 인정받고 연봉이 짧은 기간 두번의 인상이 있었습니다. 저는 더 잘하고 싶고... 더욱 열심히 살아가야 겠습니다

[iOS] URL Scheme 다루기, 호출 메서드 2개 처리 방법

HyeonGyu IM — Mon, 27 Sep 2021 17:48:04 +0900

https://celsiusnotes.com/url-schemes-in-ios/

Custom URL Schemes in iOS

URL schemes are essentially just specially formatted URLs linking to content within your app. You can use URL schemes in your iOS (and also macOS) apps to implement deep-linking and also to give third-party apps the ability to open your app. You could, for

celsiusnotes.com

일반적인 URL Schemes핸들링의 경우 다수의 블로그에서 13버전 이상의 SceneDelegate에서 호출되는 메서드에 대해서 설명을 잘 안해주더라구요

위의 글에서는 호출되는 메서드 두가지에 대해 설명하고 있으니 살펴보시면 아실수 있습니다 ㅎㅎ

- 앱이 작동중이지 않을 때 호출되는 메서드

func scene(_ scene: UIScene, willConnectTo session: UISceneSession, options connectionOptions: UIScene.ConnectionOptions)

- 앱이 백그라운드 또는 포그라운드 상태에서 호출되는 메서드

func scene(_ scene: UIScene, openURLContexts URLContexts: Set<UIOpenURLContext>)