| 앱아이콘 | 스크린샷 |
|---|---|
 |
 |
| 개요 | 내용과 이미지를 담아 타임 캡슐을 묻으면 지도위에 마커가 찍히는데 일정 기간이후에만 개봉 가능한 추억의 타임캡슐 앱 프로젝트 |
| 디자인패턴 | MVC |
| 화면 | UIKit, SnapKit, AutoLayout |
| 의존성관리도구 | CocoaPod , Swift Package Manager |
| 서버 | Firebase Crashlytics, Firebase Analytics |
| 데이터베이스 | Realm |
| 디버깅스킬 | LLDB |
| 라이브러리 | kingfisher, Zip, NMapsMap |
| 협업 | Github, Figma |
| 참고 | 1.개발일정 2.회고 3.앱스토어 4.현재 애플계정 기한만료로 스토어 내려감 |
- CocoaPods 사용시 필요한 Podfile 사용법, Vim명령어, CocoaPod 버전관리 에 대한 대응
- SnapKit (CodeBase) 으로 AutoLayout 적용
- Firebase Cloud Messaging 을 활용하여 Push notification 을 보내 앱 관련 공지사항 알림
- Firebase analytics를 통해 유저가 오래 머무는 화면과 자주누르는 버튼의 이벤트 통계 분석
- Repository 패턴을 사용함으로써 비지니스 로직과 데이터 로직 분리
- Realm에서 Data를 CRUD적용, PK로 Data중복방지 , 마이그레이션으로 Realm 버전관리
- 이미지 자체 크기별 대응을 위한 UIImage Resizing 대응
- Timer를 활용하여 캡슐이 오픈까지 남은시간 실시간 갱신
- LocalNotification을 통해 알림 권한설정 분기처리
- LLDB의 p,po,watchpoint 를 활용한 변수추적 및 Expression을 활용하여 변수들을 테스트해봄으로서 빌드시간 최소화
- NMapsMap에서 공식문서를 통해 핸들러, 마커, 카메라이동, 오버레이 기능으로 커스텀화
이슈 1. CLLocationManager 관련 오류
🔴 고민한 영역
🔵 해결
[시도 1]
시스템 설정 관련들을 main 에서 처리를하는것은 main 쓰레드에 부담을 줄수있으므로 global Queue로 처리하는게 적합하기떄문에 global().async로 처리를 하게되었다.
// global().async 로 비동기처리
DispatchQueue.global().async {
if CLLocationManager.locationServicesEnabled() {
print("위치 서비스 on 상태")
self.locationManager.startUpdatingLocation()
} else {
print("위치 서비스 Off 상태")
}
}[시도 2]
global().async로 해결이가능하면 Async/Await으로 해결이 가능하다고 생각하였다 .
func locationServicesEnabled() async throws -> Void {
CLLocationManager.locationServicesEnabled()
}
Task { [weak self] in
if ((try await self?.locationServicesEnabled()) != nil) {
self?.locationManager.startUpdatingLocation()
return
}
}이슈 2. Repository 패턴으로 비지니스 로직과 데이터 로직 분리
🔴 고민한 영역
ViewController마다 Realm이 중복코드로 들어가기떄문에 비지니스 로직과 데이터 레이어를 분리할필요성을 느낌
🔵 해결
[시도 1]
ViewController마다 Realm이 중복코드로 들어가기떄문에 비지니스 로직과 데이터 레이어를 분리할필요성을 느낌
// repository.swift
protocol RealmRepositoryType {
func fetch() -> Results<EggTime>
}
class RealmRepository: RealmRepositoryType {
let localRealm = try! Realm()
func fetch() -> Results<EggTime> {
return localRealm.objects(EggTime.self)
}
lazy var tasks: Results<EggTime>! = self.fetch()
}다음은 repository.swift 파일의 일부분으로 여러 ViewController에서 호출하여 사용하였다.
이를 썻을떄 장점이
1.ViewController는 이제 로컬이든 외부 DB에서 가져오는지 신경쓰지않고 비지니스 로직에 집중할수있다.
2.일관된 인터페이스 를 통해 데이터를 요청할수있으므로 코드의 오류나 중복되는요소가 줄어들수있다.
이슈3. 카메라 및 앨범사진 의 이미지를 DB에 저장할때 이미지타입 저장할떄 파일크기가 커지는 문제
🔴 이슈
이미지를 저장할떄 DB에 image타입으로 저장하면 DB에 이미지크기만큼 DB에 부하를 줄서있기떄문에 적합한 방법을 고민해보았다.
🔵 해결
[시도 1]
DB에는 이미지파일명인 String타입만 저장하고 실제 이미지는 FileManager를 사용하여 DocumentDirectory에 이미지를 저장하는 방법으로 해결해보았다.
func imagePickerController(_ picker: UIImagePickerController, didFinishPickingMediaWithInfo info: [UIImagePickerController.InfoKey : Any]) {
let mediaType = info[UIImagePickerController.InfoKey.mediaType] as! NSString
if mediaType.isEqual(to: kUTTypeImage as NSString as String) {
let selectImage = info[UIImagePickerController.InfoKey.originalImage] as? UIImage
if (UIImagePickerController.isSourceTypeAvailable(.camera)) {
let imgName = UUID().uuidString+".jpeg"
let documentDirectory = NSTemporaryDirectory()
let localPath = documentDirectory.appending(imgName)
let photoURL = URL.init(fileURLWithPath: localPath)
if imageArrayUIImage.count == tag! {
imageArrayString.append(imgName)
imageArrayUIImage.append(selectImage!)
} else{
imageArrayString[tag!] = imgName
imageArrayUIImage[tag!] = selectImage!
}
writeView.collectionview.reloadData()
picker.dismiss(animated: true, completion: nil)
}
else if (UIImagePickerController.isSourceTypeAvailable(.photoLibrary)) {
let imageUrl=info[UIImagePickerController.InfoKey.imageURL] as? NSURL
let imageName=imageUrl?.lastPathComponent//파일이름
if imageArrayUIImage.count == tag! {
imageArrayString.append(imageName!)
imageArrayUIImage.append(selectImage!)
} else{
imageArrayString[tag!] = imageName!
imageArrayUIImage[tag!] = selectImage!
}
writeView.collectionview.reloadData()
dismiss(animated: true)
}
//UIImagePickerController5: 취소버튼 클릭시
func imagePickerControllerDidCancel(_ picker: UIImagePickerController) {
dismiss(animated: true)
}
}
}이슈4. Swift 에서 List타입이 없어서 Realm의 List타입 사용시 문제 상황
🔴 고민한 부분
이미지를 저장할떄 DB에 image타입으로 저장하면 DB에 이미지크기만큼 DB에 부하를 줄서있기떄문에 적합한 방법을 고민해보았다.
🔵 해결
[시도 1]
여러이미지를 업로드하려고 Realm에서 List 으로 만들어야하는데
저같은경우 이미지를 document에 저장한 이미지의 이름을 저장하기위해 List으로 만들려고했다.
하지만 List타입은 swift에서 지원해주지않으므로 Array타입으로 시도하다가 타입이 안맞아서 오류가 발생했다.
class BlogPost: Object {
@objc var title = ""
let tags = List<String>()
convenience init(title: String, tag: String) {
self.init()
self.title = title
self.tags.append(tag)
}
}위의 참고링크 예시코드 에서 List 타입을 만들어서 초기화하는 부분에서 append를 하는것을보고 아이디어를 찾았다.
이슈5. 기존의 tableView ⇒ section snapshots, list configuration로 리팩토링
🔴 고민한 부분
기존의 테이블뷰 말고 다른방법으로 시도!
🔵 해결
현재 애플에서 테이블뷰 를 대신해서 iOS 14.0이후 나온 section snapshots, list configuration으로 으로 리팩토링 시도
// SettingView.swift
let collectionview : UICollectionView = {
let itemSize = NSCollectionLayoutSize(widthDimension: .fractionalWidth(1.0),
heightDimension: .fractionalHeight(1.0))
let item = NSCollectionLayoutItem(layoutSize: itemSize)
let groupSize = NSCollectionLayoutSize(widthDimension: .fractionalWidth(1.0),
heightDimension: .absolute(44))
let group = NSCollectionLayoutGroup.horizontal(layoutSize: groupSize,
subitems: [item])
let section = NSCollectionLayoutSection(group: group)
let layout = UICollectionViewCompositionalLayout(section: section)
let spacing : CGFloat = 8
let cv = UICollectionView(frame: .zero, collectionViewLayout: layout)
return cv
}()//SettingViewController.swift
class SettingViewController: BaseViewController {
private var dataSource: UICollectionViewDiffableDataSource<Int,String>!
}
extension SettingViewController {
private func createLayout() -> UICollectionViewLayout {
var config = UICollectionLayoutListConfiguration(appearance: .insetGrouped)
config.backgroundColor = .clear
let layout = UICollectionViewCompositionalLayout.list(using: config)
return layout
}
private func configureDataSource() {
var cellRegisteration = UICollectionView.CellRegistration<UICollectionViewCell,String> (handler: {cell, indexPath, itemIdentifier in
var content = UIListContentConfiguration.valueCell()
content.text = Setting.allCases[indexPath.section].list[indexPath.row]
content.textProperties.color = .white
content.textProperties.font = AppFont.font.name!
cell.contentConfiguration = content
var background = UIBackgroundConfiguration.listPlainCell()
background.backgroundColor = .clear
cell.backgroundConfiguration = background
})
// cv.
dataSource = UICollectionViewDiffableDataSource(collectionView: settingview.collectionview, cellProvider: { collectionView, indexPath, itemIdentifier in
let cell = collectionView.dequeueConfiguredReusableCell(using: cellRegisteration, for: indexPath, item: itemIdentifier) // indexPath, itemIdentifier 둘다 이용해서 cell에 접근가능
return cell
})
var snapShot = NSDiffableDataSourceSnapshot<Int,String>()
snapShot.appendSections([0])
snapShot.appendItems(Setting.content.list)
dataSource.apply(snapShot)
}
}
이슈6. 앱심사 리젝 사유 ( 데이터 수집과정 문제)
🔴 고민한 부분
지도 위치기반앱이라서 처음에 데이터 수집에서 위치부분에 체크를 했다.
🔵 해결
아래 내용은 사용자 위치권한으로 광고나 데이터를 서버단에 저장하거나 한다는 내용으로 체크해서 발생 했다.
즉 언제 체크를 해야하는지 앱심사 과정에서 알수있는 단계였다.
