'iOS Dev'에 해당되는 글 78건

  1. 2017.03.28 CocoaPods 설치 및 Pod 설치 (3)
  2. 2017.03.23 야곰이 iOS에서 자주 사용하는 라이브러리 모음 (9)
  3. 2013.09.29 iOS7에서 상태바를 없애고 싶을 때 (17)
  4. 2013.08.07 NSURLConnection - 서버로 데이터 업로드 하기 (8)
  5. 2013.07.15 4인치 디바이스 지원하기 (iPhone 5) (10)
  6. 2013.06.07 iOS개발하기 #52. UIGestureRecognizer (44)
  7. 2013.01.09 파헤치기 #5. iOS App Programming Guide (5) App States and Multitasking <1> (12)
  8. 2013.01.02 파헤치기 #4. iOS App Programming Guide (4) Core App Objects <2>
  9. 2012.12.26 파헤치기 #3. iOS App Programming Guide (3) Core App Objects <1> (10)
  10. 2012.12.05 파헤치기 #2. iOS App Programming Guide (2) App Design Basics (11)
  11. 2012.11.28 파헤치기 #1. iOS App Programming Guide (1) Introduction (15)
  12. 2012.11.20 파헤치기 #0. 시작에 앞서... (23)
  13. 2012.09.18 iOS개발하기 #51. 실전 프로젝트. 간단한 계산기와 메모장(2) (30)
  14. 2012.09.13 Xcode에서 Storyboard파일이 xml문서로 나올 때 (4)
  15. 2012.09.11 iOS개발하기 #50. 실전 프로젝트. 간단한 계산기와 메모장(1) (9)
  16. 2012.09.04 iOS개발하기 #49. 예외처리. @try, @catch, @finally (8)
  17. 2012.08.30 iOS개발하기 #48. 객체 간 자료교환 Singleton (2) (22)
  18. 2012.08.27 iOS개발하기 #47. 객체 간 자료교환 Singleton (1) (7)
  19. 2012.08.23 iOS개발하기 #46. 파일 입출력. NSFileManager (28)
  20. 2012.08.20 iOS개발하기 #45. UINavigationBar Customize (Category) (17)


오늘의 Tip

1. CocoaPods이란?

2. CocoaPods 설치

3. Pod 설치

4. Pod 찾아보기


안녕하세요 야곰입니다.

오늘은 코코아팟에 대한 이야기를 해보려고 합니다.


# CocoaPods이란?


iOS 및 macOS, tvOS 등 애플 플랫폼에서 개발을 할 때, 외부 라이브러리를 관리하기 쉽도록 도와주는 의존성 관리 도구들이 있습니다. CocoaPods는 애플 플랫폼을 위한 의존성 관리도구의 일종입니다. 애플 플랫폼에서 사용할 수 있는 의존성 관리 도구의 대표적인 예로는 [CocoaPods], [Carthage], [Swift Package Manager] 등이 있습니다.


더 자세한 설명은 이미 써두신 분들이 많아 링크를 드립니다.


CocoaPods에 대해 설명하고 있는 문서 링크


# CocoaPods 설치 및 Pod 설치


가장 빠른 것은 아래 영상을 보고 따라하는거예요.






영상을 보기 싫은 분들을 위해 텍스트 설명


# CocoaPods 설치


쉽습니다. 별로 할 게 없어요. 맥을 사용하고 있다면 터미널을 열어서 명령어 한 줄만 입력하면 됩니다.

아무 반응이 없더라도 기다리세요. 설치가 되고 있습니다. 처음에 꽤 오래 걸립니다. 그러니 차분히 기다리세요.


sudo gem install cocoapods


# Pod 설치


CocoaPods를 통해 가져올 수 있는 라이브러리를 Pod이라고 할 수 있습니다. 


먼저 현재 내가 진행하고 있는 프로젝트 폴더에 Podfile 이라는 이름의 파일을 생성합니다. 이 Podfile을 통해 CocoaPods이 라이브러리 의존성을 파악하게 됩니다.


원하는 라이브러리는 cocoapods.org에서 검색해 보는 것이 가장 쉽고 빠릅니다. 검색하여 찾은 라이브러리의 pod spec을 복사하여 Podfile에 붙여넣어줍니다.


파일을 저장한 후 터미널에서 (프로젝트 경로에서)아래 명령어를 입력해줍니다.


pod install


그러면 기존 프로젝트 파일 외에 워크스페이스 파일이 별도로 생성되는데, 이제 그 워크스페이스 파일로 작업을 진행하면 됩니다.



# Pod 설치


그러면 도대체 쓸만한 Pod은 어디서 찾을까요?


일단 CocoaPods를 통해 제공되는 라이브러리는 모두 cocoapods.org에서 찾아볼 수 있는데요, 

UI를 미리 보고 싶다면 cocoacontrols.com도 추천합니다.

각종 UI/UX 라이브러리들이 모여있고, 미리보기, 라이센스 확인도 모두 가능합니다.




Download Source를 선택해 들어가면 대부분 github 페이지로 이동합니다.

github 페이지의 README 파일에 보면 대부분 cocoapods을 통해 설치할 수 있는 pod 정보도 설명이 되어있습니다.




그런데 더 놀라운 곳이 있습니다! 양이 너무 많아 무얼 써보아야 할지 모르지만~ 

[Awesome iOS]에 많은 라이브러리 목록이 있습니다. 

UI만 또 모아놓은 곳도 있구요~ [Awesome iOS UI]


이제 손쉽게 라이브러리를 검색하고 의존성 관리도 손쉽게 해보세요!








by yagom

facebook : https://facebook.com/yagomsoft

facebook group : https://www.facebook.com/groups/yagom/


p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


Posted by yagom

댓글을 달아 주세요

  1. jinhongstar 2018.02.23 11:27  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 야공(야곰)님!!

    swift 책 도 잘봤고,

    덕분에 도움이 잘 됬습니다.

    가끔 이렇게 꿀팁영상 보면서 도움을 많이 받고 있습니다.

    감사합니다 ^^

  2. 분당조승우 2018.12.17 19:24  댓글주소  수정/삭제  댓글쓰기

    야곰님 좋은 팁 나눠주셔서 정말 감사해요~


iOS 오픈 라이브러리 모음


제가 자주 사용하는 라이브러리들을 모아봤습니다. 

개인 취향이나 세부목적에 쓰는 기능이 아닌 보편적으로 쓸 수 있는 기능들을 위주입니다.
누군가에게는 도움이 되면 좋겠네요 :D

* [] 안에 표시된 이름은 Objective-C로 작성된 유사 라이브러리입니다.


* 유틸리티


Alamofire [AFNetworking]

말이 필요없는 네트워킹 라이브러리죠! 

Swift로 쓰여졌으며 대부분의 네트워킹 기능을 아주 멋드러지게 구현해두었습니다. 

형제로는 Objective-C로 쓰여진 AFNetworking이 있습니다.


https://github.com/Alamofire/Alamofire

https://github.com/AFNetworking/AFNetworking




SwiftyJSON [JSONModel]

스위프트에서 JSON 다루기 정말 귀찮으시죠? 
스위프트에서 JSON을 손쉽게 다룰 수 있도록 기능이 구현되어있는 라이브러리입니다.




ObjectMapper

모델 객체를 JSON과 손쉽게 상호 변환할 수 있는 라이브러리입니다.

Alamofire, Realm 등 다른 라이브러리와도 손쉽게 연계할 수 있습니다.

[전수열님 추천] <- 심지어 전수열님은 이 라이브러리의 Contributor로 활동하고 계시죠 꺅


https://github.com/Hearst-DD/ObjectMapper




Kingfisher [SDWebImage]

웹 서버에 있는 이미지를 손쉽게 가져올 수 있으며, 캐싱 등의 처리를 알아서 관리해주는 라이브러리입니다. 
다양한 옵션으로 캐싱과 이미지 로딩 방법 등을 손쉽게 제어할 수 있습니다.






RealmSwift [RealmCocoa]

Realm 모바일 데이터베이스는 SQLite와 CoreData를 대체할 수 있는 크로스 플랫폼 모바일 데이터베이스로 무료 오픈소스로 제공됩니다. 
iOS 뿐만 아니라 안드로이드, React Native, Xamarin 등 여러 플랫폼에서 사용할 수 있습니다. 
Realm 모바일 데이터베이스를 사용하면 데이터 모델을 따로 만들고 않고도 리액티브 데이터 레이어를 쉽게 구현할 수 있으면서 성능이 최적화된 앱 개발에 도움이 됩니다.

CoreData를 감싼 라이브러리가 아니라 완전히 새로운 데이터베이스입니다. 렘이라고 읽습니다. 
렘 모바일 플랫폼(https://realm.io/docs/get-started/overview/#the-realm-mobile-platform)을 사용하면 서버와 손쉬운 데이터베이스 동기화도 가능합니다.




Then

대한민국의 짱짱 iOS 개발자 전수열느님[https://github.com/devxoul]이 만든 라이브러리입니다. 

클로저를 사용하여 인스턴스를 생성한 뒤 원하는 처리를 해줄 수 있습니다. 코드가 분산되지 않고 깔끔해집니다!


https://github.com/devxoul/Then




CoreStore

CoreData를 손쉽고 안전하게 관리할 수 있도록 도와주는 라이브러리입니다. 학습비용이 조금 있습니다만, 코어데이터를 조금 더 쉽게 운용할 수 있습니다.





SugarRecord

CoreData와 Realm 데이터베이스를 손쉽게 사용할 수 있도록 감싸놓은 라이브러리입니다. 

두 데이터베이스 종류에 상관없이 손쉽게 데이터베이스를 운용할 수 있습니다.


https://github.com/carambalabs/SugarRecord




Google Analytics Service

사용자 분석과 로그분석, 크래시 분석에 유용하죠. 구글 분석 툴.


https://developers.google.com/analytics/devguides/collection/ios/v3/sdk-download



Fabric

최근에 구글로 인수된 트위터의 사용자 분석 및 인증 도움 라이브러리입니다. 여러 기능을 포함하고 있습니다. 

저는 주로 사용자분석에 많이 활용하고, 크래시리틱스를 통해 크래스 로그 분석에 사용합니다.


https://get.fabric.io





* UI/UX


SnapKit

오토레이아웃을 코드로 구성할 때 매우 편리하게 작성할 수 있게 도와주는 라이브러리입니다. 즉, 손쉬운 오토레이아웃 코드 작성 라이브러리! 


https://github.com/SnapKit/SnapKit




DZNEmptyDataSet

테이블 뷰나 컬렉션 뷰 등에 데이터가 없을 때 보여줄 수 있는 심플한 화면을 손쉽게 관리할 수 있는 라이브러리입니다.


https://github.com/dzenbot/DZNEmptyDataSet





TextFieldEffects

텍스트필드에 다양한 효과를 줄 수 있는 라이브러리입니다.

 텍스트 필드에 다양한 애니메이션을 손쉽게 넣어줄 수 있습니다.


https://github.com/raulriera/TextFieldEffects





RETableViewManager

테이블뷰를 통해 여러종류의 입력을 받을 때 매우 유용하게 사용할 수 있는 라이브러리입니다. 

내 코드에서 테이블뷰 delegate와 dataSource 메서드를 구현해줄 필요도 없습니다.

커스터마이징도 자유롭게 제공합니다. 

조금의 학습비용이 있지만 제대로 사용할 줄 알면 편하게 테이블뷰를 다룰 수 있습니다.


https://github.com/romaonthego/RETableViewManager




Spring

애니메이션을 손쉽게 구현할 수 있는 라이브러리입니다. 

다양하고 연속적인 애니메이션을 간단한 코드로 사용할 수 있습니다. 

코드 뿐만 아니라 스토리보드에서도 옵션 설정이 가능합니다.


https://github.com/MengTo/Spring




SVProgressHUD

로딩 팝업 등을 손쉽고 예쁘게 보여줄 수 있는 라이브러리입니다. 

다양한 옵션과 모양이 있어 어떤 앱에서도 사용하기 좋습니다.


https://github.com/SVProgressHUD/SVProgressHUD



iRate

사용자에게 언제, 어떻게 앱스토어 리뷰를 제안해야 할지 고민이 많다구요? 

iRate를 사용하면 시기 적절하게 앱스토어 리뷰를 요청할 수 있습니다. 

짜증나지 않는 선에서 알아서 간간히 앱스토어 리뷰를 요청합니다.


https://github.com/nicklockwood/iRate



SCAlertView

손쉽게 알림창(Alert)를 보여줄 수 있는 라이브러리입니다. 커스터마이징이 쉽고 깔끔하게 동작합니다.


https://github.com/vikmeup/SCLAlertView-Swift



MGSwipeTableCell

테이블뷰의 셀을 Swipe(옆으로 밀어 끌기) 했을 때 다양한 애니메이션과 메뉴 옵션을 제공하는 라이브러리입니다. 


https://github.com/MortimerGoro/MGSwipeTableCell



Charts

예쁜 차트를 손쉽게 그리고 관리할 수 있는 라이브러리입니다. 크으~


https://github.com/danielgindi/Charts



PagingMenuController

세그먼트 컨트롤 또는 툴바 등을 사용한 여러 메뉴를 한 화면에 보여주는 경우 스와이프 제스쳐로 페이징이 가능하도록 할 수 있는 라이브러입니다. 

iOS에서 권장하는 UX는 아니지만 종종 필요한 경우 유용합니다.


https://github.com/kitasuke/PagingMenuController




Hero

다양한 인터렉션을 통해 뷰 컨트롤러 간에 전환(transition)을 손쉽게 구현할 수 있는 라이브러리입니다. 
다양한 제스쳐와 전환 애니메이션을 제공합니다. 강추!
[윤병훈님 추천]





* 폰트/디자인


Chameleon

디자인 감각이 없는 사람도 예쁜 색 조합을 맞출 수 있습니다. 

최근 베타로 테마기능을 넣어서 테마만 설정해주면 앱 전반적으로 플랫 색상을 지정해줍니다. 

개인 개발자에게 매우 유용!


https://github.com/ViccAlexander/Chameleon




FontAwesomeKit

다양한 아이콘 폰트를 사용할 수 있는 라이브러리. 

웹에는 Font Awsome이 있다면 iOS에는 FontAwsomeKit이 있습니다!


https://github.com/PrideChung/FontAwesomeKit



FontBlaster

외부 서체(폰트)를 손쉽게 가져와서 활용할 수 있도록 도와주는 라이브러리입니다. 

기본 폰트가 아닌 앱 전용 폰트를 사용한다면 매우 유용하게 사용할 수 있습니다.


https://github.com/ArtSabintsev/FontBlaster



Material

메테리얼 디자인을 위한 라이브러리입니다. 

다양한 메테리얼 애니메이션과 그래픽 요소들이 포함되어 있습니다.


https://github.com/CosmicMind/Material




* 보너스

PinterestSwift

라이브러리는 아니지만 Pinterest와 같은 화면 이동을 구현해놓은 샘플코드입니다. 참고해볼 만한 코드.








유용한 라이브러리를 찾으셨나요?

더 좋은 라이브러리, 추천하고 싶은 라이브러리가 있다면 덧글로 알려주세요~! 한 번 모아볼까요? :D
 



by yagom

facebook : https://facebook.com/yagomsoft

facebook group : https://www.facebook.com/groups/yagom/


p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


Posted by yagom

댓글을 달아 주세요

  1. 윤병훈 2017.03.23 13:33  댓글주소  수정/삭제  댓글쓰기

    요즘 뜨고있는(?) Hero 추천 합니다
    https://github.com/lkzhao/Hero

  2. 윙맨 2017.03.23 13:59  댓글주소  수정/삭제  댓글쓰기

    AFNetworking의 AF가 AlamoFire의 약자라는걸 어제 알았음ㅋㅋ

  3. 유태훈 2017.06.12 19:21  댓글주소  수정/삭제  댓글쓰기

    안녕하세요.

    이번에 처음 swift로 ios 개발 중인 초보입니다.
    처음이라 너무너무 어렵네요 ㅠ

    혹시 PagingMenuController 사용법 좀 알 수 있을까요?
    초보가 소스를 분석해서 사용하기에 PagingMenuController는 너무 어렵네요 ㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2017.06.12 20:11 신고  댓글주소  수정/삭제

      안녕하세요 유태훈님!
      해당 라이브러리의 github의 README 파일을 참고하시면 예제소스와 함께 예제 프로젝트도 제공되고 있습니다 :)
      제가 아무리 잘 설명해도 만든 사람이 직접 설명한 것 보다 잘 설명하긴 어려울 것 같아요^^;

  4. Favicon of http://liebus.tistory.com BlogIcon 리베스 2018.04.26 10:32  댓글주소  수정/삭제  댓글쓰기

    유용한 정보 잘봤습니다.
    Objective-C 로만 해오다가 이번 플젝에서 swift 로 바꿨는데 라이브러리 찾는것도 일이네요
    감사합니다. ㅎㅎ

  5. 분당조승우 2018.12.17 19:28  댓글주소  수정/삭제  댓글쓰기

    Alamofire로 UDP통신도 구현해보셨나요?ㅠㅠ


오늘의 Tip

1. iOS 7 상태바 없애기


안녕하세요. 오랜만에 포스팅입니다.

iOS 7에서는 화면마다 상태바를 보여줄 수 있거나 안보여 줄 수 있게 되었죠.

그래서 화면마다 상태바를 보여줄지 말지 결정하는 코드가 들어가야 한다는 이야기입니다.

어떻게 보면 귀찮아졌죠...

상태바를 안보이게 하는 방법을 한 번 알아봅시다.

# 상태바 없애기


일단 싱글뷰로 빈 프로젝트를 생성해 봤습니다.

그냥 실행 해 보면 빈 화면에 상태바가 나올거예요.

그러면 이제 뷰컨트롤러 구현 파일에 코드를 넣어봅시다.


요로코롬 넣고 실행하면 해당 뷰 컨트롤러에서는 상태바가 안보이게 될거예요.

그런데, 이걸 뷰 컨트롤러마다 넣어줄 수도 없고..ㅡㅡ 귀찮아요.

그래서 커스텀 클래스를 만들어서 다른 뷰 컨트롤러들에 상속시켜주려고 해요.

커스텀 클래스를 만들고 똑같이 코드를 넣어줍니다.

그냥.. 너무 간단한거라 첨부도 해봅니다.





그리고 기존에 뷰 컨트롤러를 우리가 만들어준 커스텀 뷰 컨트롤러를 상속받도록 해줘요.



그리고 실행해보면 상태바가 없어져있는 화면과 마주하게 되겠죠~




지금 여기에서 설명한 용어 중 어렵거나 모르는 용어가 있다면 제 블로그 찾아보시면 다 나와요. 검색만 하셔도 쉽게 찾을 수 있어요 :)

그럼 저는 이만 뿅 



by yagom

facebook : http://fb.yagom.net

facebook group : https://www.facebook.com/groups/yagom/

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 


Posted by yagom

댓글을 달아 주세요

  1. Favicon of https://holic5719.tistory.com BlogIcon 홀릭s 2013.10.01 18:34 신고  댓글주소  수정/삭제  댓글쓰기

    상태바를 없애야하는건지는 모르겠는데 어플 실행시 가장 처음에 보는 메인뷰의 닙파일을 아무리 수정해도 시뮬레이터에 반영이 안되네요 ㅠ 혹시 이거 상태바를 없애줘야하나요? xcode4에서 잘됐는데 5오니까 뭔가..UI가 다 위로 조금씩 밀리면서..

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.10.02 00:14 신고  댓글주소  수정/삭제

      iOS 6까지는 상태바가 있으면 화면 자체가 20px 줄어드는 효과를 받았었는데요, iOS 7 부터는 상태바도 투명으로 취급하여 화면 전체를 쓰도록 변경이 되었기 때문입니다.. 그래서 레리아웃 깨지고 난리도 아니죠..
      닙파일에서 상태바를 없애셔도 실질적으로 앱에서 사라지지 않습니다.
      위와같은 처리를 해 주시면 상태바를 없앨 수 있습니다.

  2. Favicon of https://holic5719.tistory.com BlogIcon 홀릭s 2013.10.10 17:14 신고  댓글주소  수정/삭제  댓글쓰기

    아하..감사합니다^^

  3. S.Y.B 2013.11.15 14:24  댓글주소  수정/삭제  댓글쓰기

    야곰님 혹시

    앱스토어에 어플올리는 강좌는 안해주시나요 ?

    제가 올리고있는데 힘들어서 검색해보니 많은 사람들이 헤매고있는거 같더라구요

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.11.17 15:46 신고  댓글주소  수정/삭제

      그건... 앱 종류마다 케이스가 너무 달라서... 딱히 어떻게 해드려야 할지..^^; 기회가 닿는다면 써보겠습니다~!
      좋은 의견 고맙습니다 :)

  4. cham 2013.11.21 01:10  댓글주소  수정/삭제  댓글쓰기

    안녕하세요.
    iPhone App 개발의 초보자입니다. 좋은 내용들을 올려주셔서 감사합니다.
    XML 파일과 NSXMLParser을 이용한 login하는 부분에 대해서 알고 싶습니다.
    (XML파일은 단순한것으로 다음과 같습니다.)
    <A>
    <Name>aaa</Name>
    <Password>bbb</Password>
    </A>

    감사합니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.11.22 20:02 신고  댓글주소  수정/삭제

      글쎄요;;;
      어떤 부분에 무엇을 로그인 하는지.. 무엇을 어떻게 처리하는지 말씀해 주셔야 답변이 가능 할 것 같은데요...^^;

  5. cham 2013.11.23 09:33  댓글주소  수정/삭제  댓글쓰기

    어느 웹사이트에 접근할때의 로그인하는 것입니다.
    XML 파일은 위에 있는 단순한 파일이며, 단지 username과 password만으로 구성되어 있습니다.
    사용자가 username과 password를 입력하고 login키를 누르면, 입력된 2개의 값과 XML파일에 저장되어 있던 값들을 비교하여, 같은 username과 password가 존재하는지 확인하는 과정입니다.
    그 xml파일은 단순하며, 많은 username과 password을 갖고 있을 수 있습니다. 그 형식은 다음과 같습니다.
    <A>
    <Name>aaa</Name>
    <Passwork>ZZZ</Password>
    <Name>abc</Name>
    <Passwork>gfd</Password>
    <Name>ksd</Name>
    <Passwork>mkfdsf</Password>
    : :
    </A>

    감사합니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.11.25 09:10 신고  댓글주소  수정/삭제

      허허, 글쎄요..
      그렇게만 말씀해 주시면 제가 파악 할 수 있는 정보가 아무것도 없습니다 ^^;
      그 사이트에서 로그인 처리를 어떤 방식으로 하는지 등등 그 외의 많은 정보들이 추가적으로 필요합니다^^;
      어떤 것을 원하시는지는 대충 느낌이 오지만, 그 사이트를 직접 운영하거나 코딩하고 계신 것이 아니라면 아마 쉽게 해결되지는 않을 것 같아요.

  6. 음주범루돌프 2014.03.12 10:32  댓글주소  수정/삭제  댓글쓰기

    야곰님 위의 방법이랑
    xcode에서
    target - info - Custom IOS Target Properties 에서
    View controller-based status bar appearance -NO 추가 해주는거랑 차이점이 뭔지 궁금합니다

  7. 꿈나무개발자 2014.05.07 12:02  댓글주소  수정/삭제  댓글쓰기

    아 정말 좋은 강좌 너무나도 감사드립니다!!
    전 이제 한달된 ios 개발자인데 처음 ios 개발을 하고 있어서 너무나도 막막했는데
    이렇게 좋은 블로그를 발견해서 너무나도 기쁩니다!!!!
    차근차근 모르는 부분들 공부하며 배워나가겠습니다!!

  8. 꿈나무개발자 2014.05.07 12:02  댓글주소  수정/삭제  댓글쓰기

    아 정말 좋은 강좌 너무나도 감사드립니다!!
    전 이제 한달된 ios 개발자인데 처음 ios 개발을 하고 있어서 너무나도 막막했는데
    이렇게 좋은 블로그를 발견해서 너무나도 기쁩니다!!!!
    차근차근 모르는 부분들 공부하며 배워나가겠습니다!!

  9. Favicon of https://shiftkey.tistory.com BlogIcon Shift Key 2017.05.10 11:25 신고  댓글주소  수정/삭제  댓글쓰기

    안녕하세요, 야곰님 블로그를 자주 보게되어요.. 좋은 글 넘 감사합니다^^
    궁금한 점이 있어 댓글 달아보아요..
    status bar를 상황에 맞게 숨겼다, 보였다 하는 방법이 있을까요??


오늘의 Tip

1. NSURLConnection으로 데이터 업로드하기


서버로 데이터를 전송할 수 있는 코드입니다.
자세한 설명은 생략하고 샘플코드정도 올려드립니다.

NSURLConnection으로 데이터 업로드만 할 수 있는 것은 아니기 때문에 도큐먼트를 보면서 활용방안을 좀 더 찾아보시면 많은 곳에 활용할 수 있습니다.

예제에는 이미지 업로드를 예제로 하였으나 비단 이미지 데이터 뿐만 아니라 대부분의 데이터 전송이 가능하므로 참고하시기 바랍니다.

우선 헤더에 NSURLConnectionDataDelegate를 사용할 것이라고 명기합니다.

비동기 방식으로 전송하려면 델리게이트를 사용해야 합니다.


NSURLConnectionDataDelegate는 iOS 5.0 이상부터 사용 가능합니다.

그 이하 버전은 조금 다르니 문서를 참고하세요.

데이터 전송 코드를 구현합니다.

아래 코드에서 contentType, boundary, params, filename, URL 등은 자신이 원하는 정보로 적절히 바꿔주셔야겠지요~

파라메터 없이 데이터만 전송할 계획이라면 파라메터 추가하는 부분은 없애셔도 무방합니다.

 
그리고 델리게이트 메소드도 구현해 주어야겠지요.


 NSURLConnectionDataDelegate 메소드는 위의 두 메소드 말고도 더 있으니 도큐먼트를 참고하세요.

이상입니다~




by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 


Posted by yagom

댓글을 달아 주세요

  1. CstLex 2013.08.07 12:10  댓글주소  수정/삭제  댓글쓰기

    감사합니다 ㅎㅎ저때문에 다른포스팅이 밀린건 아닌지 모르겠네요 ㅎㅎ
    페북에 링크까지...너무 감사합니다 ㅎㅎ

  2. BelAmi 2013.08.21 15:19  댓글주소  수정/삭제  댓글쓰기

    NSURLConnection 부분.. 좀 더 설명해주시면 안 될까요?
    설명이 없어서 잘 모르겠어요 ㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.08.21 18:18 신고  댓글주소  수정/삭제

      이건 따로 설명을 덧붙이려고 쓴 포스트는 아니라서요;;

      검색해 보시면 많은 자료 나올겁니다...^^;

      제일 좋은 것은 공식 도큐먼트를 참고하는 것이구요.

      큰 도움을 드리지 못해 죄송합니다.

  3. hide 2013.11.18 23:02  댓글주소  수정/삭제  댓글쓰기

    사랑해요 ㅜㅜ

  4. 그린비 2014.07.17 18:59  댓글주소  수정/삭제  댓글쓰기

    안녕하세요! yagom님 강좌 보면서 조금씩 조금씩 배워가는 초보 개발자 입니다!
    혹시 php파일도 공유 해주 실수 있나요?ㅠㅠ
    이 소스만 가지고 어떤 방식으로 저장되는지 잘 몰라서 그런거예요.. ㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2014.07.20 14:07 신고  댓글주소  수정/삭제

      안녕하세요, 그린비님.
      아쉽게도 제가 가진 php 예제 소스는 없어요...^^
      검색해 보시면 손쉽게 찾을 수 있을거예요 ㅎ
      요런 예제가 있네요 ㅎ
      http://php.net/manual/kr/features.file-upload.php


오늘의 Tip

1. 4인치 디바이스 적용하기


음... 일단 매우 늦은감이 넘치지만ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

요청이 있어 짬내어 포스팅합니다.

아이폰 5가 출시되면서 화면 비율의 파편화가 생겼죠...

Aㅏ........... 

여튼...ㅋㅋㅋ 아이폰 5에 적절히 대응하는 방법에 대해 알아보도록 합시다.

# 기본 준비

일단, 4인치 기기인지 구별할 수 있는 매크로를 구현해 봅시다.

프로젝트의 pch파일에 해당 매크로를 추가합니다.

이렇게 해 두면 프로젝트 어디에서라도 이 매크로를 사용할 수 있습니다.


그리고 한가지 팁을 더 추가하면

시뮬레이터에서 기기를 변경하는 방법입니다.

3.5인치, 4인치 번갈아가면서 하려면 기기를 선택할 줄 알아야 하죠.





# nib(xib)을 사용하는 경우

여러가지 방법이 존재하지만, 제가 사용하고 있는 방법을 소개해 드릴게요.

카테고리를 이용합니다.

프로젝트에서 카테고리 파일을 하나 만들어 줍니다.


그리고 아래와 같이 소스를 작성해 줍니다.

소스 내용은 과니님 소스를 참고하였습니다. ( http://tiny2n.tistory.com/139 )

+ 덧

소스 원작자 과니님께 미리 양해를 구하지 못해 죄송합니다. 

덧글로 말씀해주셔서 이제야 수정하고 사과드립니다.

참, 이 소스는 ARC 기준입니다 :)


UIViewController_Is4Inch.h

UIViewController_Is4Inch.m




기존 xib파일을 3.5인치 디바이스 크기로 변경해 주고,



4인치용 xib 파일을 만들어 줍니다.

우선 빈 xib 파일을 만들어 준 후 


xib의 클래스를 해당 클래스에 맞게 설정 해 주신 후에, 뷰를 하나 얹습니다. 크기는 4인치용으로!


참, 뷰 컨트롤러 xib니까 view 아울렛을 연결해 주시는 것도 잊지 마시구요~!

아울렛 연결 방법은 ( http://blog.yagom.net/185 ) 참고! 


4인치 디바이스 실행 시,



3.5인치 디바이스 실행 시




# 스토리보드를 사용하는 경우

간단합니다.

일단 4인치용 스토리보드를 하나 더 만들어 줍니다.


그리고 기존 스토리보드의 크기는 3.5인치 크기로~



새로운 스토리보드에 4인치 화면과 label을 하나 얹어주시고~ 



AppDelegate의 application:didFinishLaunchingWithOptions 메소드에 아래와같이 작성해 줍니다.


끝~!

4인치 디바이스 실행 시,



3.5인치 디바이스 실행 시,





# 4인치 전용 이미지 로딩이 필요한 경우

이 경우는 최건우님께서 작성해 두신 오픈소스를 사용하였습니다.

https://gist.github.com/Hardtack/4755404

UIImage+HTLong.h
UIImage+HTLong.m

두 파일을 프로젝트에 포함시켜 빌드하기만 하면 됩니다.

-568h 라는 suffix를 가지게 되면 4인치 디바이스일 경우 자동으로 해당 이미지를 로드합니다.

만약 -568h 접미어를 가진 파일이 없는 경우 기본 이미지를 로드하게 되구요.


이상입니다.


참고.

http://cafe.naver.com/mcbugi/236038

http://www.couplestyle.com/entry/%EC%9D%B4%EC%A0%84-%ED%94%84%EB%A1%9C%EC%A0%9D%ED%8A%B8-%EC%95%84%EC%9D%B4%ED%8F%B05-%ED%95%B4%EC%83%81%EB%8F%84-%EB%8C%80%EC%9D%91


http://blog.naver.com/PostView.nhn?blogId=whiteday910&logNo=40186791084

http://tiny2n.tistory.com/139

http://survival.egloos.com/310015

http://blog.naver.com/PostView.nhn?blogId=syowoo&logNo=100172131674


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 


Posted by yagom

댓글을 달아 주세요

  1. yimcold@gmail.com 2013.08.01 16:33  댓글주소  수정/삭제  댓글쓰기

    역시 이곳에 있었어 ㅋㅋㅋㅋㅋ
    매번 도움받네요!
    감사합니다 ^_^

  2. Favicon of https://holic5719.tistory.com BlogIcon 홀릭s 2013.10.28 10:26 신고  댓글주소  수정/삭제  댓글쓰기

    잘읽었습니다^^

  3. 방문자 2014.03.11 15:28  댓글주소  수정/삭제  댓글쓰기

    [tableView registerNib:[UINib nibWithNibName:@"TableViewCell" bundle:nil] forCellReuseIdentifier:@"Cell"];
    cell = [tableView dequeueReusableCellWithIdentifier:@"Cell"];

    테이블뷰에 쏄도 XIB를 사용하는대 이건적용이 안되요 ㅠㅠ

    도움 부탁드리겠습니다.

  4. 방문자 2014.08.04 22:14  댓글주소  수정/삭제  댓글쓰기

    Yagom 님 글을 보면서 하루하루 배우고 있습니다 :)
    그런데 이 소스를 사용해보는데, LegacyNibName 부분에서 undeclared selector 라고 warning이 발생하고
    4인치 시뮬레이터를 켜도 3.5인치 화면이 나오는데... 어떻게 해야되나요?? ㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2014.08.05 10:31 신고  댓글주소  수정/삭제

      안녕하세요 :)
      경고가 나오는건 맞구요, 3.5인치 화면이 나온다면 4인치 xib파일의 이름이 잘 맞게 되어있는지, 카테고리 헤더파일을 import 했는지, initWithNib으로 뷰 컨트롤러를 init했는지 확인해보시기 바랍니다 :)

  5. 이젠 2014.10.28 13:29  댓글주소  수정/삭제  댓글쓰기

    이렇게 개발하면 큰일나죠..
    오토레이아웃을 써야해요

  6. 과니 2016.12.19 23:57  댓글주소  수정/삭제  댓글쓰기

    지금이야 안쓰는 기법들이지만, 다음부터는 출처와 함께 원작자에게도 알려주셨으면 합니다. 출처로 작성할 경우 copyright를 남겨두는 것 또한 기본 매너이구요.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2016.12.20 01:15 신고  댓글주소  수정/삭제

      안녕하세요 과니님! 제가 당시에는 그 점을 미처 몰랐어요^^; 정말 죄송합니다! 지금은 모바일이라... 차후에 수정토록 하겠습니다! 행복한 연말 되시길 빕니다


오늘의 주제

1. UIGestureRecognizer 사용해 보기


쉰 두번째 시간입니다.^^

정말 오래간만의 포스팅입니다 :)

오늘은 '새벽다섯시반'님의 요청으로 포스팅을 진행해 보도록 하겠습니다.

길게 눌렀을 때 특정 동작을 할 수 있도록 구현해보고 싶다고 말씀하셨습니다.

그녀석은 바로 Gesture Rcognizer!!

그럼 알아볼까요?

스따뚜~~~~~~~~~~~~



# Gesture Recognizer란?

말 그대로 유저의 제스쳐를 인식하는 녀석입니다.

양쪽위아래로 밀기(swipe), 꾹 누르기(long press), 탭하기(tap, 여러번도 포함) 등등 많은 제스쳐를 인식할 수 있지요.

자, 그럼 그녀석을 어떻게 사용하느냐?

따라오세요~


일단 프로젝트를 만들어야겠죠?ㅎ
 


네, 만듭니다. 옵션 체크된거 확인해 주시구요~


스토리보드로 와서 View 위에 ImageView를 하나 얹어주시구요. 사진은 넣고싶은거 넣으세요 ㅎㅎ

그리고 Object Library에서 Long Press Gesture Recognizer를 끌어다가 이미지뷰 위에서 올려놓습니다.

참, 이미지뷰의 속성에서 User Interactive Enable에 꼭 체크해 주시구요 :)



좌측에 생성된 Long Press Gesture Recognizer를 우클릭 또는 control + 클릭하여 Image View와 연결되어있는지 확인합니다.

 


그리고 우클릭 또는 control + 클릭으로 View Controller로 쭈욱 드래그 하신 후에 까만 창이 뜨면 delegate로 설정해 줍니다.

자, 스토리보드에서 준비는 끝났습니다.
 


이제 헤더로 와서 UIGestureRecognizerDelegate 프로토콜을 따르겠다고 이야기 해줍니다.


그리고 그녀석을 어떻게 써야할지 알아보기 위하여 도큐먼트를 한 번 훑어봐야겠죠?

UIGestureRecognizerDelegate위로 option(alt)키를 누른 상태로 커서를 올려봅니다.

그럼 위처럼 말풍선이 뜰텐데요, Reference를 클릭합니다.
 


자, 여기서 보면 델리게이트가 하는 일이 나와있네요.

우리에게 필요한 것은 꾸욱 눌렀을 때 어떻게 해줘야 할지를 정해주는 것이기 때문에 - gestureRecognizerShouldBegin: 을 클릭해서 자세한 내용을 봅시다.


요로코롬 어떤 녀석인지 상세하게 설명이 되어있네요 :)

한 번 쭈욱 읽어보시구요, 델리게이트 메소드 구현을 위해서 저녀석을 쭉 긁어서 복사해옵니다.

어디로? 구현파일로요 ㅋㅋ


참, 우리는 액션시트도 쓰려고 하니까 일단 우선 헤더파일에 액션시트 델리게이트를 하겠다고 이야기 해주구요,


아까 복사해둔 메소드를 이용해서 이렇게 구현해줍니다. 

그리고 실행!!!



 

짜잔~ 
잘 되시나요?
참 쉬죠잉~?

ㅋㅋ 여기에서는 Long Press Gesture Recognizer만 실습해 보았는데요,

다른 Gesture Recognizer들도 사용법은 비슷비슷 합니다.

다른 녀석으로 한 번 구현해 보세요.

참, 종류가 달라도 다들 UIGestureRecognizerDelegate 프로토콜을 따르게 됩니다.

즉, 위에서 본 델리게이트 메소드들을 적절히 잘 활용하면 여러 제스쳐를 한 번에 받고 처리할 수 있다는 이야기가 되겠지요?ㅎ

한 번 무슨말인지 고민해 보세요 :)

오랜만의 포스팅이었습니다.

많이 부족하고 허접한 블로그인데 이렇게 찾아주셔서 정말 고맙습니다 ^^

또 새로운 주제가 생기면 포스팅 하겠습니다.

그럼 다음에 뵈어요 :)

by yagom

facebook : http://www.facebook.com/yagomSoft

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 이전 댓글 더보기
  2. east0822 2013.06.10 17:29  댓글주소  수정/삭제  댓글쓰기

    돌아 오셨네요!! 앞으로도 좋은 포스팅 기대하겠습니다.

  3. 모르세 2013.06.15 11:30  댓글주소  수정/삭제  댓글쓰기

    오랜만에 쉬었다 갑니다.

  4. simons9989 2013.06.15 12:55  댓글주소  수정/삭제  댓글쓰기

    포스팅 정말 잘 보고 있습니다~!!!
    yagome님 정말 쌩뚱맞지만 질문하나만 하겠습니다ㅠㅠ

    제가 현재 특정 뷰 컨트롤러에 버튼 4개와 VIEW 하나를 배치하고

    각각의 버튼을 누를 때마다 다른 뷰 컨트롤러를 호출해서 저 VIEW에다가 뿌려주고 싶은데

    뷰 컨트롤러의 view는 잘 가져오는데 거기에 있는 OUTLET의 IBACTION은 하나도 실행되지 않더군요...

    즉, 한 화면에 여러개의 뷰 컨트롤러를 스위칭해서 보여주고 싶은데...

    가능할까요??가능하다면 팁좀 부탁드릴게요ㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.15 17:14 신고  댓글주소  수정/삭제

      한 화면에 여러개의 뷰컨트롤러의 뷰를 스위칭 한다...
      그다지 좋은 방법은 아니지만, 가능하긴 합니다.
      이걸 어떻게 팁을 드려야 할까요;;
      http://blog.yagom.net/135
      참고해 보시고 궁금하신 점 다시 한 번 알려주세요 :)

  5. yagom님 네이버 맥부기 카페에서 강좌 잘 보고있습니다~~^^ 2013.06.15 16:13  댓글주소  수정/삭제  댓글쓰기

    티스토리는 어떻게 가입하는건지;;몰라서
    이렇게 글을 남겨요~~
    야곰님 연재강좌 정말 잘 보고있구요 많이 배우고 있습니다
    사실 너무 초보라서 이해가 잘 가지는 않지만
    따라하다고 연습하면 길이 보이겠죠;;
    궁금한 점이 있어서 네이버 쪽지를 보냈는데
    혹시 시간나시면 한 번 봐주실 수 있을까요?
    궁금 한 것이야 한둘이 아니지만~
    강좌내용중에 궁금한 것이 있어서 여쭤봅니다~~

  6. yagom님 네이버 맥부기 카페에서 강좌 잘 보고있습니다~~^^ 2013.06.15 17:49  댓글주소  수정/삭제  댓글쓰기

    감사합니다~~^^
    이제는 야곰님 블로그에 와서 질문 좀 남길께요~
    바쁘실텐데 ㅠ 죄송합니다

  7. fwith 2013.06.16 20:19  댓글주소  수정/삭제  댓글쓰기

    아이폰 개발하는데에 야곰님 블로그에서 이해되지 않은 부분들을 많이 배워가고 있습니다. 나중에 시간이 되시면 부탁드릴게 하나 있는데 코어데이터에 대해서 포스팅 해주시면 안될까요? 전반적인 기능들을 쉽게 써주시면 정말 도움 될 것 같습니다. 감사합니다.

  8. simons9989 2013.06.17 23:13  댓글주소  수정/삭제  댓글쓰기

    야곰님 다시한번만 질문 드릴게요ㅠㅠ
    음...제가 질문을 잘 못했던거 같은데... 죄송하지만 다시 한번만 질문 드릴게요~!!ㅜㅜ
    ViewController1, ViewController2를 구현한 상태에서
    ViewController3을 만들고 있습니다.
    이 때 ViewController3에 버튼 두개를 배치했고 각각의 버튼을 누를때마다
    ViewController1와 ViewController2를 호출해오고 싶다는 얘기였습니다.
    그런데 이 때 아예 화면 자체가 바뀌는건 아니고 제가 View로 설정한 영역에 ViewController1 또는 2가 호출되는 것입니다.
    즉, 한 화면에 두개의 뷰컨트롤러가 독립적으로 실행되고 있다고 해야하나요??ㅠㅠ
    말 주변이 없어서 설명을 잘 못하겠네요ㅠㅠ
    |------------------------------------|
    | 버튼1, 버튼2 |
    | |
    | |-------------뷰-----------| |
    | | 버튼을 | |
    | | 누르면 | |
    | | viewController1 | |
    | | 또는 | |
    | | viewController2 | |
    | | 호출 | |
    | | | |
    | |---------------------------| |
    | |
    |------------------------------------|
    대충 그림으로 표현하자면 이런 모양인데...허접하네요~_~ㅎㅎ귀엽게 봐주시길...ㅎㅎ
    근데 저게 사실 가능한구조인지도 모르겠지만...
    저게 가능한구조인지 가능하다면 어떻게 구현해야 할지를 질문드리고싶네요~
    귀찮으시겠지만 잘 좀 부탁드립니다 굽신( _ _)
    PS. 아 그리고 네이버로 쪽지 보내려고 하는데 아이디좀 알려주실수 있으세요??제 아이디는 simons9989@naver.com입니당~!

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.18 09:30 신고  댓글주소  수정/삭제

      네, 제가 말씀드렸듯이 addSubview를 하시면 됩니다...^^;

      3번컨트롤러에서 1번컨트롤러와 2번컨드롤러 import 해 주시고

      화면에 각 컨트롤러들의 객체를 만들어서 해당 view를 addSubview 해주시면 됩니다.

      막상 해보면 간단한데 말로 설명하기가 참 애매합니다...^^;

      아니면 IB나 스토리보드를 사용하셔도 됩니다..

      방법도 다양하고 어렵지 않은 방법인데...

      간단하게 뷰컨트롤러 3에..

      #import "ViewController1.h"
      #import "ViewController2.h"

      해주시고

      ViewController3의 viewDidLoad에

      ViewController1 *viewCon1 = [[ViewController1 alloc] init];
      ViewController2 *viewCon2 = [[ViewController2 alloc] init];

      [[viewCon1 view] setFrame:CGRectMake(0.0f, 0.0f, 100.0f, 100.0f)];
      [[viewCon2 view] setFrame:CGRectMake(0.0f, 100.0f, 100.0f, 100.0f)];

      [[self view] addSubview:[viewCon1 view]];
      [[self view] addSubview:[viewCon2 view]];

      이렇게 해보셔요.

      참, 그리고 제가 네이버 쪽지는 거의 들어가보지 않아서 블로그에 질문 남겨주시면 되겠습니다..^^

      장마가 시작되었네요, 행복한 일주일 되시길..!

  9. simons9989 2013.06.18 14:47  댓글주소  수정/삭제  댓글쓰기

    우아우아~친절한 답변정말 감사합니당@_@ㅠㅠㅠㅠㅠ

    근데 해보니깐 저렇게 했을 때 viewCon1,viewCon2의 view는 addSubview로 가져와 지는데

    그 view안에 있는 버튼에 IBAction을 설정해놨는데

    단순히 view만 가져와지고 걔네들은 작동이 안되더라구요...

    물론 해당 IBAction은 ViewController1,2에다가 코딩해놓았지요~_~;;ㅎ

    그래서 혹시 이것도 뭔가 제가 작업을 해줘야하나요??ㅠㅠ

    답답하고 궁금합니다ㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠㅠ

    부빌데가 야곰님밖에 없어서 자꾸 귀찮게 질문드려서 죄송합니다 또 감사하구요~!

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.18 20:29 신고  댓글주소  수정/삭제

      액션이 잘 연결이 되어있다면 동작해야 정상일텐데요...^^;
      어떤 코드를 넣으셨는데 작동을 안하시는지...
      단순히 로그라도 찍어보세요 ㅎ
      아니면 메모리에서 컨트롤러 객체가 해제되어서 그럴수도 있을 것 같습니다.
      ViewController3에서
      ViewControll1과 ViewController2 를 strong property로 선언해서 해보세요~
      물론 선언만 하면 안되고 viewDidLoad에서
      self.viewCon1 = [[ViewController1 alloc] init];

      해서 진행해보세요 ㅎ

  10. simons9989 2013.06.18 22:11  댓글주소  수정/삭제  댓글쓰기

    악~!!되는군요ㅠㅠ
    제가 뭔가 실수 했나보네요ㅠㅠ
    이 문제로 한 3주 고생한거 같은데...
    정말정말 감사합니닷~!!!
    앞으로 포스팅 잘보고 귀찮게 폭풍질문 하겠슴다!!+_+
    그럼 즐거운 한주되세요~^_^

  11. simons9989 2013.06.19 00:46  댓글주소  수정/삭제  댓글쓰기

    악~!!!야곰님ㅠㅠㅠㅠㅠㅠㅠㅠ
    정말 죄송한데 질문 딱 한개만 더할게요~!!!
    위에 질문했던 내용중에 viewController3에서 viewController1,2를 호출하잖아요~
    이 때 viewController1에 있는 버튼이, viewController3에서 불려졌는지 viewController1에서 불려 졌는지 알 수 있는 방법이 있을까요??
    sender를 이용하면 어찌어찌 가능할 것 같기도 한데..ㅠㅠ
    그리고 viewController1에 원래 버튼 IBAction함수가 있긴 하지만
    viewController3에서 다시 구현할 수는 없을까요?!?!
    알려주세요~!!

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.19 23:36 신고  댓글주소  수정/삭제

      음...
      상황에 따라서 여러가지 방법이 있을 것 같습니다만...
      [[[self view] superview] superview] 하면 나오는 값이 다를 것 같습니다.. (확인 안해서봐서 장담 못하겠어요^^; )

      그리고 ViewController3에서 원하는 IBAction 메소드를 구현한 후 (예를 들어 buttonClicked: 라는 메소드)
      ViewController3에서

      [[[self viewCon1] aButton] removeTarget:nil
      action:NULL
      forControlEvents:UIControlEventAllEvents];

      [[[self viewCon1] aButton] addTarget:self action:@selector(buttonClicked: ) forControlEvents:UIControlEventTouchUpInside];

      이런식으로 넣어주시면 되겠습니다... 'ㅁ'

  12. 퐝칭칭 2013.06.26 10:21  댓글주소  수정/삭제  댓글쓰기

    와 야곰님 진짜 오랜만에 글올리셨네요 ㅎ
    12년 이후엔 활동 안하시는줄 알고 ;;ㅋ
    가끔 필요한 내용 있을땐 종종 들어와서 도움받아가곤 했답니다. ㅎ
    감사~ ㅎ

    참 저 지금 하던거 궁금한게 있는데 하나 여쭤볼께요
    페이지슬라이딩 과 스와이프 기능
    (그러니까 음....;; 좌우 슬라이드로 페이지가 슬라이딩되고
    좌측상단에 버튼을 누르면 페이스북처럼 페이지가 밀리면서 메뉴 뷰가 끌려나와지는 모습....^^;;) )

    여기서 메뉴버튼 활성화/비활성화 할떄,, 활성화는 버튼으로만 되고 , 비활성화는 버튼과 우측에서 좌측으로 스와이프 해서 되도록 하려고 하는데 ,

    [_pagingScrollView setScrollEnabled:YES];

    이 메소드를 사용하서 활성비활성을 했거든요. 근데 이게 페이지가 구현되어있는 파일에서만 실행되는거 같은데 ..
    스와이프 또는 버튼으로 비활성을 시켰을떄 ! 그때를 알려주는 메소드가 있나 해서요 ....
    (돌아와서 현재 보고 있는 페이지로 돌아왔다! 그때 실행시켜라.! 할수 있는 메소드)

    글이 좀 길고 정신없어 보여서 죄송하지만 혹시라도 야곰님이라면 아실까 해서 주절주절 도움을 청해봅니다 ^^;;;;;
    즐거운 하루 되세요 ㅎ


    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.26 13:12 신고  댓글주소  수정/삭제

      안녕하세요!!

      음... 글쎄요^^;

      페이지가 다시 원래대로 돌아올때의 메소드에 넣어주시는게 좋지 않을까요?

      제가 어떤 구조로 어떤 소스로 짜여져 있는지 모르기때문에 정확히 말씀드리기가 어렵지만...

      제스쳐 인식하는 델리게이트 때에 넣어주셔도 될 것 같구요~

      아님 좌측 메뉴가 사라지는 시점에 실행시키면 될 것 같구요...^^

      맞는 답변 드렸는지 모르겠네요ㅠ

    • 퐝칭칭 2013.07.05 11:46  댓글주소  수정/삭제

      어찌어찌 하여 되긴 됐어요 ㅋㅋ

      감사합니다 야곰님 ㅎㅎ 이상한 질문에 답변하신다고 고생하셨겠어요..;;;ㅎㅎ

      그런데 navigationController 에 대한 질문이 하나 더 생겨 버렸어요 ; (죄송)



      일반적으로 navigation 을 호출할때

      [[self navigationController] pushViewController:writeViewCtrl animated:YES];

      이런 식으로 사용하는걸로 알고 있는데

      저기서 self 대신 다른 뷰 컨트롤러를 넣고싶은데 그렇게는 원래 안되는건가요 ?

      self 가 자신의 controller 를 가리킨다고 생각 했는데 ,,,

      자신의 뷰 를 할당하고 실행 해봐도 self 나 super 가 아니라면 안되는거 같아서요.. 조언좀 부탁드리겠습니다 야곰님님 !! ^^

      예)
      현재 위치 - ViewController.m

      ViewController *viewController = [[ViewController alloc] init];
      [[viewController navigationController] pushViewController:testViewController animated:YES];

      *이런 식으로 자신의 뷰를 self 대신 해준건데도 안되네요 ㅜㅜ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.07.05 13:50 신고  댓글주소  수정/삭제

      ^^ 첫 번째 문제는 잘 해결되셔서 다행입니다.

      지금 하셨던 방법은 예상한대로 되지 않는것이 맞습니다 ^^;

      새로운 인스턴스를 생성하였기 때문에 그것은 내가 아닙니다.

      ViewController *viewController = self;

      이렇게 해야하죠...

      [self navigationController]라 함은 나를 관장하고 있는 네비게이션을 뜻합니다.

      특정 뷰에는 네비게이션이 붙지 않습니다. 그 뷰를 관장하는 뷰 컨트롤러에 네비게이션이 존재하게 되지요.

      말씀하신대로 특정 뷰 컨트롤러 인스턴스의 네비게이션을 호출하려면 [viewCon navigationController]를 호출해서 가져오면 됩니다.

      하지만 위에서는 viewController가 어떤 네비게이션에도 속해있지 않으며, 방금 만들어진 새로운 인스턴스이므로 화면에 나와있지도 않습니다..^^

      잘 이해가 안되시면
      http://blog.yagom.net/20
      http://blog.yagom.net/120
      http://blog.yagom.net/123

      를 참고해 보세요 :)

  13. 2013.06.30 04:58  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

  14. Favicon of https://rainybday.tistory.com BlogIcon 넛하우스 2013.07.18 10:02 신고  댓글주소  수정/삭제  댓글쓰기

    정말 많은 도움이 되었습니다. 제스처 구현 방식이 블로그 쥔장마다 조금씩 달랐는데. 야곰님껄 기본으로 하니 쉽게 되었습니다.` ^^

  15. JaneLee 2013.07.18 17:39  댓글주소  수정/삭제  댓글쓰기

    안녕하세요. 블로그 보고 많은 도움을 얻고 있습니다.
    저는 완전 초보자로서 몇달째 간단한 프로그램을 하나 만들기 위해서 국내외 사이트와 책자를 뒤지며 고생 중입니다.
    줌 인/아웃이 가능한 약도 그림파일 하나를 넣는 것인데 그게 이렇게 어려울 줄 몰랐습니다.
    벌써 샘플코드나 책을 보고 간단한 앱 몇가지는 성공해 보았는데 아무리 찾아도 줌 인/아웃에 대해 제가 알수 있는 수준으로 설명해 놓은 자료가 없어서 몇달째 고생중이예요. 기본이 없으니 정말 힘듭니다.
    다름아니고 주인장님께서 UIGesture에 대해서 너무 알기쉽게 설명을 해 주셨는데요.. 이 글에서 중간에
    "아까 복사해둔 메소드를 이용해 이렇게 구현해 줍니다"라는 부분에 들어가는 코드들이 뭔지 도무지 알 길이 없어서 실행을 해볼 수가 없네요. 이 샘플로 실행을 해보고 핀치 줌도 적용해보려는데 여기서 막혀서 계속 해결방법을 찾으려 노력하다가 정말 어렵게 주인장님께 메시지를 보내게 되었습니다. ㅠㅠ 번거로우실거라 생각해서 답변을 못들을거라고도 생각되지만 너무 다급해서요.

    제가 꼭 알고자 하는 것은요.. 말씀드린대로 약도를 줌 인/아웃 해서 확대해서 보는 앱에는 scrollview를 이용한 줌 구현이 좋은가요, 아니면 핀치제스쳐를 이용하여 이미지뷰에서 줌을 실행하는 것이 좋을까요? 일단 여기서부터 막혔거든요. ㅠㅠ 핀치제스쳐로 하는거 간신히 해외 사이트에서 샘플 찾아서 완성했는데 부드럽게 줌이 안 되고 한 손가락 고정하고 다른 손가락으로 문질러야만 줌이 되는거예요. ㅠㅠ
    그래서 또 폭풍검색을 하니 스크롤뷰에 이미지뷰를 올려서 줌을 하라고 하는 것 같아서요. 어떤 방법이 좋은가요?

    그리고 혹시 간단한 샘플 코드나 저같은 초보가 볼만한 튜터리얼이 없을까요? 진짜 제가 할수 있는 국내외 사이트 안 뒤져본 곳이 없는데요.. 여전히 꽉 막혀있습니다.

    간곡히 조언좀 부탁드릴게요~~ 만일 넘 바쁘시면 이 글 중간에 코드는 어떤게 들어가는건지만이라도(어디를 참고해야 그 코드들을 찾아낼 수 있는지만이라도) 좀 알려주시면 좋겠어요. 읽어주셔서 감사합니다~
    답변 기다리겠습니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.07.19 10:46 신고  댓글주소  수정/삭제

      아... 그게 참... 그게 정말 간단한 거 같아도 꽤 쉽진 않거든요..^^;

      튜토리얼은 없고 오픈소스는 있어요...

      핀치 제스쳐로 사진 줌을 하는 데에는 조금 무리가 있을 것 같습니다 ㅠㅠ

      애플의 공식문서는 여기구요..

      http://goo.gl/041mH

      음... 오픈소스 링크도 걸어드릴게요

      http://goo.gl/FMU0I

      http://goo.gl/9oeJf

      도움이 되었으면 좋겠네요^^;

  16. JaneLee 2013.07.18 17:43  댓글주소  수정/삭제  댓글쓰기

    아참 참고로 저는 스토리보드를 사용하고 있습니다. ^^

  17. JaneLee 2013.07.19 17:23  댓글주소  수정/삭제  댓글쓰기

    답변 감사드립니다. 한번 더 연구해보고 나중에 결과 알려드릴게요~ ^^ 고맙습니다~~~~

  18. 2013.07.23 12:39  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

  19. seungjae 2013.08.02 01:48  댓글주소  수정/삭제  댓글쓰기

    저는왜 캔슬버튼이 안눌리는걸까요?ㅋㅋㅋㅋㅋㅋㅋㅋ

    ios6에서 스토리보드없이 하고있는데 말이죠?

    // .m파일에서 코드를 복사했습니다.

    - (BOOL)gestureRecognizerShouldBegin:(UILongPressGestureRecognizer *) gestureRecognizer
    {
    UIActionSheet *actionSheet =[[UIActionSheet alloc]
    initWithTitle:@"Select Curation Mode"
    delegate:self
    cancelButtonTitle:@"Cancel"
    destructiveButtonTitle:@"Curation Mode 2"
    otherButtonTitles:@"Curation Mode 3", @"Curati,,", nil];
    [actionSheet showInView:self.view];
    return YES;
    }




    - (void) actionSheet:(UIActionSheet*)actionSheet didDismissWithButtonIndex:(NSInteger)buttonIndex
    {
    NSString *menuString = [actionSheet buttonTitleAtIndex:buttonIndex];

    UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"Alert"
    message:[NSString stringWithFormat:@"%@ is selected", menuString]
    delegate:nil
    cancelButtonTitle:@"Why..?"
    otherButtonTitles:nil];
    [alert show];
    }

  20. seungjae 2013.08.06 03:45  댓글주소  수정/삭제  댓글쓰기

    네! 다른버튼은 눌리네요.ㅋㅋㅋ

  21. 리얼왕초보 2013.08.06 21:24  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 야곰님 역시나 좋은 강좌 감사합니다~
    덥고 습한데 건강 잘 챙기세용~~
    강좌 복습도 어느덧 끝나가네요
    질문 하나만 드리려구요~ 코드를 다 작성하고 실행후에 처음 제스쳐는 잘 인식을 하는데
    액션시트와 얼럿뷰까지 끝나고 두 번째 제스쳐에는 왜 아무런 반응이 없는지 궁금합니다~

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.08.07 10:12 신고  댓글주소  수정/삭제

      음... 저는 잘 되었었는데, 무슨 문제일까요?ㅠㅠ
      제가 바로 위에 단 덧글처럼 showInView의 인자를 바꿔보시겠어요?

    • 리얼왕초보 2013.08.09 01:04  댓글주소  수정/삭제

      인자를 바꿔봤는데 현상은 똑같네요 ㅠ
      제가 당장은 해결하기 불가능한 수준같네용 ㅠㅠ
      더 공부해서 해결해 보겟습니다~
      항상 정성껏 답변 해주셔서~너무나 감사드립니다`~

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.08.14 09:17 신고  댓글주소  수정/삭제

      메일 보내드렸어요 :)

    • 하이앟 2013.09.29 21:18  댓글주소  수정/삭제

      저또한 같은 문제를 겪었습니다
      (BOOL)gestureRecognizerShouldBegin대신
      그냥 IBAction으로

      - (IBAction)showInfo:(UILongPressGestureRecognizer *)gestureRecognizer
      { if([gestureRecognizer state]==UIGestureRecognizerStateBegan) {
      /////////반응 내용} }

      하니까 해결되더라구요..혹시나 도움이 될까 해서 주제넘지만 올려봅니다~


이 문서는 2013s 01. 기준으로 작성된 글이므로, 이후에 애플 문서의 내용이 변경될 수 있습니다.
또한 전문 번역가가 아니기 때문에 의역, 오역의 소지가 다분히 많습니다.
참고하시기 바랍니다.

공개 수배 합니다!
유용한 iOS 개발문서를 함께 번역해 나갈 분들을 찾습니다.
현재도 함께 작업중이신 분들 모두 전문 번역가 아닙니다.
모두 열정과 열의로 함께 작업하고 계십니다.
자신의 재능을 자신뿐만 아니라 또 다른 누군가를 위해서 사용한다면 더더욱 빛이 날 것입니다.
함께하길 원하는 분께서는 덧글 또는 이메일 주시기 바랍니다 :)
 

오늘의 주제

1. Manage App State Changes


파헤치기 다섯 번째 시간입니다.^^

이번 파트는 Scott Lim 님께서 도와주셨습니다. 번역에 도움주셔서 진심으로 고맙습니다 :)

자, 그럼 출발해 봅시다^^~
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile2.uf@1979C54150E41B6B32FD56.png%7Cwidth=%22212%22%20height=%22619%22%20alt=%22%22%20filename=%221.png%22%20filemime=%22image/jpeg%22%7C_##]
# App States and Multitasking





iOS 어플리케이션에서는, 당신의 어플리케이션이 "현재 실행(foreground)" 상태인지 "백그라운드실행상태(background)" 인지를 아는 것이 중요하다. 시스템 리소스가 iOS 장치에 매우 한계가 정해져 있으므로, 어플리케이션은 현재 실행상태일 떄보다 백그라운드 실행상태일때 다르게 작동해야만 한다. 운영체제 또한 배터리 수명을 향상시키고, 사용자들의 현재 실행중인 어플리케이션에 대한 사용경험을 향상시키기 위해 백그라운드 실행상태인 어플리케이션이 할 수 있는 것들에 한계를 두어야만 한다. 운영체제는 당신의 어플리케이션에게 실행중상태와 백그라운드 실행상태를 이동할 때마다 알려줄 것이다. 이런 알림은 당신의 어플리케이션의 동작을 수정하는 기회가 된다.
당신의 어플리케이션이 현재 실행중인 동안, 시스템은 프로세스처리(processing)를 위해 터치 이벤트를 어플리케이션에게 보낸다. UlKit 구조는 당신의 전용(custom) 오브젝트에 이벤트를 전달하기 위한 어려운 작업의 대부분을 수행한다. 당신이 해야하는 것은 이런 이벤트들을 처리하기 위해 적당한 오브젝트에 이 메소드를 오버라이드 하는 것이 전부다. 작동을 위해, UlKit 는 텍스트 필드의 값의 변화 같은 어떤 흥비로운 일이 발생할떄만 당신의 전용(custom) 코드를 불러낸다거나, 당신을 위한 터치 이벤트를 다루는 것으로 훨씬 간단하게 작동하도록 해준다.
당신의 앱을 구현하고 싶다면, 이 가이드라인을 따라하십시오.
- (필수사항) 발생하는 상태 변화(state transition) 에 적합하게 반응하십시오. 이러한 변화들을 적절하게 다루지 못하는 것은 데이터 손실이나 사용자들에게 나쁜 인상을 가져올 수 있습니다. 상태 변이에 반응하는 방법의 요약본을 찾는다면, "Managing App State Changes" 를 보십시오.

- (필수사항) 백그라운드 실행상태로 이동할 땐, 당신의 앱이 그 동작을 적절하게 조정할 수 있는지 확실하게 해라. 당신의 앱이 백그라운드 실행상태로 이동할 때, 해야하는 것들에 대한 가이드라인을 찾는다면, "Being a Responsible Background App" 를 보십시오.

- (권장사항) 당신의 앱이 필요로 하는 시스템 변화를 알려주는 모든 알림기능을 등록하십시오. 앱이 잠자기(suspended) 상태(아무 동작도 하지 않음)일 때, 시스템은 앱이 실행을 재개하게 될 때 키 알림을 보낸다(queue). 앱은 다시 실행으로 돌아가는 부드러운 변이를 만들어내기 위해 이런 알림기능을 사용해야만 한다. 더 많은 정보를 찾는다면, "Processing Queued Notifications at Wakeup Time" 을 보십시오.

- (선택사항) 만약 당신의 앱이 백그라운드 실행상태에서 실제 작업을 수행할 필요가 있는 경우, 시스템에게 실행을 계속할 수 있는 적합한 허용을 요청해라. 당신이 할 수 있는 백그라운드 실행상태에서의 작업의 종류와 그 작업을 하기 위해 허가를 요청하는 방법에 대해 알고 싶다면, "Background Execution and Multitasking" 을 보십시오.



Managing App State Changes
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile25.uf@157A8F4150E41B7D31B6C7.png%7Cwidth=%22824%22%20height=%22295%22%20alt=%22%22%20filename=%223.png%22%20filemime=%22image/jpeg%22%7C_##]
어떤 주어진 상황에서든, 당신의 앱은 Table 3.1 에 나열된 상태 중의 한가지에 있어야 한다. 시스템은 시스템을 통해 일어나는 액션들의 반응으로 상태를 변화시킨다. 예를 들면, 사용자가 홈버튼을 눌렀을 때, 전화가 왔을 때, 또는 어떤 다른 인터럽션(interruptions)이 발생했을 때, 현재 실행중인 앱은 그에 대한 응답으로 상태를 변화시킨다. Figure 3-1 은 다른 상태로 변할 때 앱이 선택하게 되는 경로들을 보여준다.


Table 3-1    앱 상태들
실행중이 아님   :  앱이 실행되지 않았거나, 실행은 되고 있었으나 시스템에 의해 종료됨.

비활성 상태      :  앱이 실행상테에서(현재 메인 화면에서) 실행중이지만, 현재 이벤트를 받고 있지 않고 있다. (다른 코드를 수행하고 있을 수 있다.) 어플리케이션은 보통 다른 상태로의 변이가 일어날 때 일시적으로 이 상태에 머물러 있는다.

활성 상태  :  앱이 메인화면에서 실행중이고, 이벤트를 받고 있다. 이것은 실행상태의 앱의 일반적인 상태이다.
백그라운드 실행 상태 : 앱이 백그라운드 상태에 있으면서 코드를 수행하고 있다. 대부분의 앱들은 종료되어가는 과정에서 일시적으로 이 상태에 들어가게 된다. 그러나, 추가적인 실행 시간을 요청하는 앱은 일정 시간동안 이 상태에 남아있을 수 있다. 게다가, 바로 백그라운드 실행상태로 시작되는 앱은

비활성 상태(Inactive)대신 이 상태로 들어간다. 백그라운드 실행상태에 있는 동안 코드를 실행하는 방법에 대한 정보를 알고 싶다면, "Background Execution and Multitasking" 을 보십시오.

잠자기 상태  :  앱이 백그라운드 상태로 있지만, 코드를 수행하고 있지 않는다. 시스템은 그렇게 하기 전에 앱을 자동으로 이 상태로 옮기고 통지하지 않는다. 잠자기(suspended) 상태인 동안, 앱은 메모리에 남아있으나 어떤 코드도 수행하지 않는다. 메모리 부족 상태(low-memory)가 발생할 때, 시스템은 실행상태의 앱에 더 많은 공간을 만들어주기 위해 통지 없이 잠자기 상태(suspended) 앱들을 제거할 수 있다.

[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile24.uf@23307C3E50E41BA224ADE4.png%7Cwidth=%22824%22%20height=%22378%22%20alt=%22%22%20filename=%224.png%22%20filemime=%22image/jpeg%22%7C_##]Figure 3-1  





주의: iOS3.2 나 그 이전 버전에서 실행되는 앱들은 백그라운드 실행상태나 잠자기(suspended) 상태가 되지 못한다. 게다가, 어떤 장치들은 멀티태스킹이나 백그라운드 실행상태 수행을 전혀 지원하지 않는다,(심지어 iOS 4나 그 이후에서 실행되더라도). 이러한 장치들에서 실행되는 앱들은 또한 백그라운드 실행상태나 잠자기(suspended) 상태로 들어가지 못한다. 대신, 앱들은 실행상태를 떠나면서 종료된다.


[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile25.uf@24307C3E50E41BA22512F1.png%7Cwidth=%22824%22%20height=%22150%22%20alt=%22%22%20filename=%225.png%22%20filemime=%22image/jpeg%22%7C_##]
대부분의 상태 변화는 당신의 앱에 delegate object 의 메소드에 따라 상응하는 호출에 동반된다. 이러한 메소드들은 적합한 방법으로 상태 변화에 응답하는 기회(chance)가 된다. 이러한 메소드들은 아래에 당신이 사용하는 방법의 요약과 함께 나와있다.


- application:willFinishLaunchingWithOptions : 이 메소드는 당신의 앱이 실행(Launch) 시에 코드를 수행하는 첫 번째 기회가 된다.

- application:didFinishLaunchingWithOptions : 이 메소드는 당신이 당신의 앱이 사용자에게 보여지기 전에 최종적으로 어떤 초기화든지 수행하도록 해준다.

- applicationDidBecomeActive : 당신의 앱이 실행상태로 막 되려고 한다는 것을 알게 해준다. 어떠한 마지막 준비 시기(preperation)에도 이 메소드를 사용해라. 
- applicationWillResignActive : 당신에게 당신의 앱이 실행상태에서 다른 상태로 변이될 것을 알려준다. 당신의 앱을 조용한(quiescent) 상태로 놓고자 할 때, 이 메소드를 사용해라.

- applicationDidEnterBackground : 당신에게 당신의 앱이 백그라운드 실행상태로 실행되고, 어떤 때든지 잠자기(suspended) 상태로 갈 수 있음을 알려준다.

- applicationWillEnterForeground : 당신에게 당신의 앱이 백그라운드 실행상태에서 나와서 실행상태로 돌아가는 것을 알게 해준다. 그러나, 아직은 실행상태는 아니다.

- applicationWillTerminate : 당신에게 당신의 앱이 종료될 것임을 알려준다. 이 메소드는 당신의 앱이 잠자기(suspended) 상태일 때는 호출되지 않는다.


The App Launch Cycle
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile29.uf@25307C3E50E41BA226953B.png%7Cwidth=%22824%22%20height=%2283%22%20alt=%22%22%20filename=%226.png%22%20filemime=%22image/jpeg%22%7C_##]
당신의 앱이 시작되었을 때, 실행상태나 백그라운드 실행 상태로 이동하는 것이 아니라, 일시적으로 비활성상태를 통해 변이하게 된다. 실행 사이클의 부분으로서, 시스템은 프로세스를 만들고 당신의 앱을 위한 메인 쓰레드를 만들고, 당신의 앱의 메인 함수를 그 메인 쓰레드에 호출한다. 당신의 XCode 프로젝트와 함께 나오는 기본 메인 함수는 신속하게 컨트롤을 UlKit Framework 로  넘겨주는데, 이 컨트롤들은 당신의 앱을 초기화하고, 실행되는데 준비되도록 하는 작업의 대부분을 수행한다.
Figure 3-2 는 앱이 실행상태로 시작될 때, 호출된 앱 delegate 메소드를 포함해서 발생하는 이벤트들의 순서들을 보여준다.


Figure 3-2  앱을 실행상태로 시작하는 과정
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile26.uf@134E564D50E41BD3238DFF.png%7Cwidth=%22824%22%20height=%22501%22%20alt=%22%22%20filename=%227.png%22%20filemime=%22image/jpeg%22%7C_##]

만약 당신의 앱이 백그라운드 실행상태로 시작되었다면 - 보통 백그라운드 실행상태의 이벤트들을 다루기 위해 - 시작 사이클은 Figure 3-3 에 보인 것처럼 살짝 바뀐다. 중요한 차이점은 당신의 앱을 활성상태로 만드는 대신에, 이벤트를 다루기 위한 백그라운드 실행상태로 들어가서 그 후에 금방 잠자기(suspended) 상태가 된다. 백그라운드 실행상태로 시작했을때, 시스템은 여전히 앱 사용자의 인터페이스 파일을 로드하지만  앱 창에는 보여주지 않는다.



Figure 3-3 앱을 백그라운드 실행상태로 시작하는 과정
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile29.uf@154E564D50E41BD424EBF4.png%7Cwidth=%22824%22%20height=%22621%22%20alt=%22%22%20filename=%228.png%22%20filemime=%22image/jpeg%22%7C_##]
당신의 앱이 실행상태 또는 백그라운드 실행상태로 시작되는지를 결정하기 위해서는, 당신의 application:willFinishLaunchingWithOptions: 또는 application:didFinishLaunchingWithOptions 델리게이트 메소드에 있는 공유된 UIApplication object 의 applicationState 프로퍼티를 체크하여라. 앱이 실행상태로 시작되었을 때는, 이 프로퍼티는 UIApplicationStateInactive 값을 포함한다. 앱이 비실행상태로 시작된다면, 프로퍼티는 UIApplicationStateBackground 값을 대신 포함한다. 당신은 당신의 델리게이트 메소드의 시작시간 행동을 조정하기 위해 이런 차이점들을 각각 맞추어 사용할 수 있다.

주의 : 앱이 URL을 열 수 있도록 시작되었을 땐, Startup 이벤트의 과정이 Figure 3-2, 3-3 에 보여진 것들과는 조금 다르다. URL을 열 때 발생하는 Startup 과정들에 대한 정보를 알고 싶으면, "Handling URL Requests" 를 보십시오.



About the main Function
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile4.uf@174E564D50E41BD5254F0D.png%7Cwidth=%22824%22%20height=%22262%22%20alt=%22%22%20filename=%229.png%22%20filemime=%22image/jpeg%22%7C_##] C 기반의 앱과 마찬가지로, iOS 앱의 주된 시작점은 메인 함수(main function)이다. iOS 앱에서 메인 함수는 최소한으로만 사용된다. 메인 함수의 주된 역할은 UlKit fraomwork 로 컨트롤을 전달하는 것이다. 그러므로, XCode 에서 당신이 만드는 어떤 새로운 프로젝트라도 Listing 3-1 에 보이는 것 처럼 기본 메인 함수를 가지고 시작한다. 거의 예외 없이, 당신은 이 함수의 구현을 결코 바꾸어선 안된다.


Listing 3-1   iOS 앱의 메인 함수
( 코드 내용 생략 )
 
주의 : 메모리 관리에서 autorelease pool 이 사용된다. 이는 functional block of code 동안 만들어지는 object의 release 를 지연시켜주는데 사용되는 Cocoa 메커니즘이다. autorelease pools 에 대한 더 많은 정보를 원한다면, Advanced Memory Management Programming Guide 를 보십시오.







UIApplicationMain 함수는 4개의 변수를 택하고, 이를 앱을 초기화하는 데 사용한다. 당신은 이 함수로 전해지는 초기 값들을 결코 바꾸어선 안된다. 그렇지만 그 목적이나 그들이 앱을 시작하는 방법 등을 이해하는 것은 중요하다.
- argc 와 argv 변수는 시스템으로부터 앱으로 전달되는 모든 시작 시간(Launch-time) 인수 (Arguments) 들을 포함한다. 이 인수들은 UlKit infrastructure 에 의하여 분석되고, 그렇지 않다면 무시될 수 있다.

- 3번째 변수는 중요한 앱 클래스의 이름을 식별한다. 이것은 앱을 실행하는데 책임이 있는 클래스이다. 이 변수에 nil 을 사용하길 권장하는데, 이는 UIKit 이 UIApplication 클래스를 사용하도록 유도한다.

- 4번째 변수는 당신의 전용(custom) 앱 델리게이트의 클래스를 식별한다. 당신의 앱 델리게이트는 시스템과 당신의 코드 사이의 수준높은 상호작용을 다루는 데 책임이 있다. Xcode 템플릿 프로젝트는 이 변수를 자동으로 적당한 값으로 세팅한다.


UIApplicationMain 함수가 하는 또다른 일은 앱의 메인 사용자의 인터페이스 파일을 로드(Load)하는 것이다. 주요 인터페이스 파일은 당신이 당신의 앱의 사용자 인터페이스에 보여주도록 계획한 초기 view-related objects 들을 포함한다. 스토리보드를 사용하는 앱에 대해선, 이 함수는 당신의 스토리보드로 부터 초기 뷰 컨트롤러를 로드하고 당신의 앱 델리게이트에 의해 공급된 윈도우에 그것을 설치한다.  nib 파일을 사용하는 앱에선, 그 함수는 메모리로 nib 파일의 내용을 로드한다, 그러나 당신의 앱 윈도우에는 설치하진 않는다; 당신은 당신의 앱 델리게이트의 application:willFinishLaunchingWithOptions: 메소드에서 그것들을 설치해야만 한다.

앱은 메인 스토리보드 파일이나 메인 nib 파일 중 하나를 가질 수 있다, 그러나 동시에 둘다 가질 수는 없다. 스토리보드는 당신의 앱의 사용자 인터페이스를 구체화하는 방법으로 선호된다. 하지만 iOS 모든 버전에 지원되지는 않는다. 당신의 앱의 메인 스토리보드 파일의 이름은 당신의 앱의 Info.plist 파일의 UIMainStoryboardFile 키값에 저장된다. (nib 기반 앱에 대해서는, 대신에 메인 nib file 의 이름이 NSMainNibFile 키에 저장된다.) 일반적으로, Xcode 는 당신이 프로젝트를 만들 때, 적당한 키값을 정한다, 그러나 필요하다면 당신은 그 값을 바꿀 수 있다.

Info.plist 파일과 당신의 앱을 설정하기 위해 그 파일을 사용하는 방법에 대한 더 많은 정보를 원한다면, "The information Property List File" 을 보십시오.


What to Do at Launch Time
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile3.uf@135A9F3350E41C22132B4A.png%7Cwidth=%22824%22%20height=%22134%22%20alt=%22%22%20filename=%2211.png%22%20filemime=%22image/jpeg%22%7C_##]
당신의 앱이 시작되었을 때 (실행상태든 백그라운드 실행상태든) 당신의 앱 델리게이트의 application:willFinishLaunchingWithOptions:와 application:didFinishLaunchingWithOptions: 메소드를 다음 내용을 구현하도록 사용하여라.

- 앱이 실행된 이유에 대한 정보를 찾는 실행 옵션 사전 (Launch options dictionary) 의 내용들을 확인하고, 알맞게 대응해라.

- 어플리케이션의 중요 데이터 구조를 초기화하여라.

- 보여질 앱의 윈도우와 뷰를 준비하여라.

OpenGL ES 를 사용하는 앱들은 그들의 그려낸 배경등을 준비하기 위해 이 방법을 써서는 안된다. 대신, 그들은 applicationDidBecomeActive: 메소드에 전달되는 모든 OpenGL ES 호출을 지연시켜야 한다.

[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile8.uf@145A9F3350E41C22142077.png%7Cwidth=%22824%22%20height=%22130%22%20alt=%22%22%20filename=%2212.png%22%20filemime=%22image/jpeg%22%7C_##]

만약 당신의 앱이 시작 시간에 자동으로 메인 스토리보드나 nib 파일을 불러오지 않는다면, 당신은 보여주기 위한 당신 앱의 윈도우를 준비하기 위하여 application:willFinishLaunchingWithOptions: 메소드를 사용할 수 있다.
가로, 세로방향을 전부 지원하는 앱에 대해선, 항상 당신의 메인 윈도우의 root view controller 를 세로 방향으로 설정하여라. 만약 장치가 시작 시간에 다른 방향으로 놓인다면, 윈도우를 보여주기 전에 시스템이 root view controller 에게 당신의 뷰를 올바른 방향으로 회전하라고 말해줄 것이다.

당신의 application:willFinishLaunchingWithOptions: 와 application:didFinishLaunchingWithOptions: 메소드들은 항상 당신의 앱의 시작 시간을 줄이기 위해 가능한 가벼워야만 한다. 앱들은 5초 이내에 그들 자신을 초기화하고 시작하고 이벤트들을 다루도록 기대되어 진다. 만약 앱이 적절한 시간에 시작 사이클을 완료해내지 못한다면, 시스템은 무반응 상태로 놓이기 전에 그것을 죽일 것이다. 이와 같이, 당신의 시작을 늦추는 어떤 작업들도(네트워크에 접속하는 것과 같은) 동시에 발생하지 않도록 2차 쓰레드에서 실행되어야만 한다.


실행상태로 시작할 때, 시스템은 실행 상태로의 변이를 완료하기 위해 applicationDidBecomeActive: 메소드를 호출한다. 이 메소드는 시작시간에도 그리고 백그라운드 실행상태로 변이할 때에도 호출되므로, 두 변이상태에 공통인 작업들을 수행하도록 그것을 사용하여라.
백그라운드 실행상태로 시작될 때, 도착한 각종의 이벤트들을 다루기 위해 준비상태가 되는 것 말고는 당신의 앱이 해야할 것들이 많지 않아야만 한다.






Responding to Interruptions
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile2.uf@122AFF3F50E41C791137FB.png%7Cwidth=%22824%22%20height=%22383%22%20alt=%22%22%20filename=%2213.png%22%20filemime=%22image/jpeg%22%7C_##] 전화가 왔을 때 처럼, 경보(alert) 기반의 인터럽션이 발생했을 때 어플리케이션은 사용자가 진행해야할 방법으로 유도해주기 위해서 일시적으로 비활성 상태로 이동한다. 앱은 사용자가 경보를 끝낼 떄까지 이 상태에 남아있는다. 이 지점에서, 앱은 활성 상태로 돌아가거나 백그라운드 실행상태로 이동한다. Figure 3-4는 경보기반의 인터럽션이 발생했을 때 당신의 앱을 통과하는 이벤트들의 흐름을 보여준다.
Figure 3-4. 경보기반 인터럽션을 다루기
(그림 생략)

[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile29.uf@132AFF3F50E41C79128EC0.png%7Cwidth=%22824%22%20height=%2298%22%20alt=%22%22%20filename=%2214.png%22%20filemime=%22image/jpeg%22%7C_##] iOS5 에선, 배너를 보여주는 알림은 경보기반 알림이 하는 방식처럼 당신의 앱을 비활성화시키지는 않는다. 대신, 배너는 당신의 앱 윈도우의 가장 최상층에 놓이게 되고 당신의 앱은 전처럼 터치 이벤트를 계속해서 받는다. 그러나, 만약 사용자가 알림센터(notification center)를 드러내기 위해 화면을 위에서 아래로 끌어 내리면 당신의 앱은 경보기반 인터럽션이 발생했던 것처럼 비활성 상태로 이동한다. 당신의 앱은 사용자가 또다른 앱을 시작하거나, 알림 센터를 그만둘 떄까지 비활성 상태에 남아있게 된다. 이 지점에서, 당신의 앱은 알맞은 활성 상태나 백그라운드 실행 상태로 이동하게 된다. 사용자는 어떤 알림이 배너를 보여줄 것인지, 또 경보를 보여줄 것인지 설정하기 위해 앱 셋팅 (the Setting app) 을 사용할 수 있다.

Sleep/Wake 버튼을 누르는 것은 일시적으로 당신의 앱이 비활성화되도록 하는 인터럽션의 또다른 종류이다. 사용자가 이 버튼을 눌렀을 때, 시스템은 터치 이벤트를 불능 상태로 만들고 앱을 백그라운드 실행 상태로 옮긴다, 그러나 앱의 applicationState 프로퍼티 값을 UIApplicationStateInactive ( UIApplicationStateBackground 와는 반대로) 에 할당하고, 결국 화면을 잠근다(lock). 잠긴 화면은 파일을 암호화하기 위한 데이타 보호를 사용하는 앱들을 위해 부가적인 과정을 가지고 있다. 이런 과정들은 "What to Do When an Interruption Occurs" 에 설명되어 있다.



What to Do When an Interruption Occurs
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile30.uf@222AFF3F50E41C7A132410.png%7Cwidth=%22824%22%20height=%22253%22%20alt=%22%22%20filename=%2215.png%22%20filemime=%22image/jpeg%22%7C_##]
경보기반 인터럽션은 당신의 앱에 의해 일시적인 컨트롤의 손실을 낳게 된다. 당신의 앱은 실행상태로 계속 진행된다, 하지만 시스템으로부터 터치 이벤트를 받지는 않는다.(알림 및 가속센서같은 이벤트의 종류는 계속해서 받는다.) 이 변화에 대응하여, 당신의 앱은 applicationWillResignActive: 메소드에 있는 다음의 사항을 해야만 한다.

- 타이머와 다른 주기적인 작업등을 멈춘다.
- 실행중인 모든 메타데이타 쿼리를 멈춘다.
- 어떤 새로운 작업도 시작하지 않는다.
- 동영상 재생을 멈춘다 (Airplay 인 경우만 제외하고)
- 만약 앱이 게임 중이면, 멈춤 상태(Pause state) 로 들어간다.
- OpenGL ES 의 Frame rate 를 줄인다.
- 중요하지 않은 코드를 실행하는 모든 전송 혹은 작동 큐를 중단한다(suspend).


당신의 앱이 활성 상태로 돌아갔을 때, applicationDidBecomeActive: 메소드는 applicationWillResignActive: 메소드에서 행한 모든 과정을 되돌린다. 이와 같이 재활성화 때엔 당신의 앱은 타이머를 재시작해야하고, 전송 큐를 재개해야 하고, OpenGl ES 의 Frame rate 를 다시 높여야 한다. 그러나, 게임은 자동으로 재게되지는 않는다; 게임은 사용자가 재개하기를 선택할 때 까지는 멈춤 상태로 남아있는다.

사용자가 Sleep/Wake 버튼을 눌렀을 때, NSFileProtectionComplete 보호 옵션에 의해 보호된 파일을 가진 앱들은 그 파일에 관련된 모든 레퍼런스(reference)를 닫아야만 한다. 적당한 패스워드로 설정된 장치들에서는, Sleep/Wake 버튼을 누르는 것은 화면을 잠그고, 시스템은 확실한 보호가 실행된 파일에 대한 해독 키를 사라지게끔(throw away)한다. 스크린이 잠겼을 때, 파일에 상응하는 모든 접근 시도는 무시된다. 그러므로 만약 그러한 파일을 당신이 가지고 있다면, 당신은 applicationWillResignActive: 메소드에 있는 관련된 모든 레퍼런스를 닫아야 하고, applicationDidBecomeActive: 메소드에 있는 새로운 레퍼런스를 열어야 한다.


Adjusting Your User Interface During a Phone Call



사용자가 전화를 받았을 때, 그리고 전화받는 도중 당신의 앱으로 돌아왔을 때, 상태 바(status bar) 의 세로길이는 사용자가 전화하고 있다는 사실을 나타내기 위해 커지게 된다. 비슷하게, 사용자가 전화를 끝마쳤을 때, 상태 바는 보통 사이즈로 줄어든다.
상태 바의 변화를 다루는 가장 좋은 방법은 당신의 뷰를 관리하도록 뷰 컨트롤러를 사용하는 것이다. 당신의 인터페이스에 설치되었을 때, 뷰 컨트롤러는 자동으로 상태 바 프레임 사이즈가 변할 때 그 관리되는 뷰들의 세로 길이를 조절한다.
만약 당신의 앱이 어떤 이유로 뷰 컨트롤러를 사용하지 않는다면, 당신은 UIApplicationDidChangeStatusBarFrameNotification 의 알림에 수동으로 등록함으로써 상태 바 프레임의 변화에 대응해야 한다. 이 알림에 대한 처리 부분은 상태 바의 세로 길이를 받아서 당신의 앱의 뷰에 알맞게 적응되도록 이를 사용해야 한다.



Moving to Background
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile29.uf@0260433D50E41CC92ACB16.png%7Cwidth=%22824%22%20height=%22579%22%20alt=%22%22%20filename=%2217.png%22%20filemime=%22image/jpeg%22%7C_##]사용자가 홈버튼을 눌렀을 때, Sleep/Wake 버튼을 눌렀을 때, 또는 시스템이 다른 앱을 시작했을 때, 실행상태의 앱은 비활성 상태로, 그리고 백그라운드 실행 상태로 변이한다. 이런 변이는 Figure 3-5. 에 보이는 것 처럼 앱 델리게이트의 applicationWillResignActive: 와 applicationDidEnterBackground: 메소드들을 호출하는 결과를 가져온다. applicationDidEnterBackground: 메소드에서 온 다음에, 대부분의 앱들은 결국 곧 잠자기(suspended) 상태로 이동한다. 백그라운드 실행 상태의 특정 작동을 요청하거나 (음악을 재생하는 것과 같은) 시스템으로부터 짧은 추가 실행 시간을 요청하는 앱들은 조금 더 길게 실행이 이어질 수 있다.
Figure 3-5.  실행 상태에서 백그라운드 실행 상태로의 이동 (Moving from the foreground to the background)
( 그림 생략 )

주의 : 앱들은 멀티태스킹을 지원하는 장치에서만 그리고 iOS4.0 이나 이후 버전을 실행하는 장치에서만 백그라운드 실행상태로 이동한다. 다른 모든 경우에선, 앱은 백그라운드 실행상태로 이동되는 대신 종료된다(메모리에서 부터 제거된다).


What to Do When Moving to Background




앱들은 백그라운드 실행상태로 움직이는 것에 대비해서 applicationDidEnterBackground: 메소드를 사용할 수 있다. 백그라운드 실행상태로 이동할 때, 모든 앱들은 다음의 내용을 해야만 한다.
- 현재 상태 이미지가 찍히는 것에 대한 준비를 해라. 
applicationDidEnterBackground: 메소드가 돌아왔을 때, 시스템은 당신의 앱의 사용자 인터페이스의 상태를 찍는다(picture). 그리고 변이될 에니메이션을 위한 결과 이미지를 사용한다. 만약 당신의 인터페이스의 어떤 뷰라도 민감한 정보를 포함하고 있다면, applicationDidEnterBackground: 메소드가 돌아오기 전에 그런 뷰들을 숨기거나 수정해야만 한다.

- 사용자 데이터와 앱 상태 정보를 저장해라.
모든 저장되지않은 변화들은 백그라운드 실행상태로 들어갈 때 디스크에 기록되어야만 한다. 이 단계는 당신의 앱이 백그라운드 실행 상태에 있는 동안 수많은 사유로 인해 조용히 종료될 수 있으므로 매우 필요하다. 당신은 필요에 따라 이 작업을 백그라운드 실행상태 스레드에서 수행할 수 있다.

- 가능한한 많은 메모리를 비워놓아라(Free up).
무엇을 해야하고, 왜 이것이 중요한지에 대한 더 많은 정보를 원한다면, "Memory Usage for Background Apps" 를 보십시오.

당신의 앱 델리게이트의 applicationDidEnterBackground: 메소드는 대략 모든 업무를 종료하고 돌아오는 데 5초를 가진다. 실제로, 이 메소드는 가능한 빠르게 돌아와야만 한다. 만약 메소드가 시간이 끝나기 전에 돌아오지 못한다면, 당신의 앱은 메로리로부터 종료될 것이다. 만약 당신이 여전히 작업들을 수행하는 데 더 많은 시간을 필요로 한다면, 백그라운드 실행상태의 실행 시간을 요청하기 위한 beginBackgroundTaskWithExpirationHander: 메소드를 호출하여라 그리고 2차 스레드에서 오래 걸리는 작업들을 시작해라. 당신이 어떤 백그라운드 실행상태 작업들을 실행했더라도, applicationDidEnterBackground: 메소드는 여전히 5초 내에 종료해야만 한다.


주의 : UIApplicationDidEnterBackgroundNotification 알림은 또한 당신의 앱의 특정한 부분들에게 백그라운드 실행상태로 들어간다는 것을 알리기 위해 전송된다. 당신의 앱의 오브젝트들은 이 알림에 대한 등록을 위해 이 기본 알림 센터를 사용할 수 있다.

당신의 앱의 특징들에 따라, 백그라운드 실행상태로 들어갈 때, 당신의 앱이 해야만 하는 다른 것들이 있다. 예를 들면, 모든 활성상태의 Bonjour 서비스들은 잠자기(suspended) 상태로 가야만 한다. 그리고 앱은 OpenGl ES 함수들을 호출하는 것을 멈춰야만 한다. 백그라운드 실행상태로 들어갈 때 당신의 앱이 해야만 하는 것들의 목록을 보려면, "Being a Responsible Background App" 를 보십시오.


Memory Usage for Background Apps
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile24.uf@14349C4450E41CE11F0AB6.png%7Cwidth=%22824%22%20height=%22238%22%20alt=%22%22%20filename=%2219.png%22%20filemime=%22image/jpeg%22%7C_##]
모든 앱들은 백그라운드 실행상태로 들어갈 때 실용적일 수 있을 만큼 많은 메모리를 비워놓아야만 한다. 시스템은 할 수 있는 한 동시에 메모리에 많은 앱들을 유지하려고 한다. 그러나 메모리가 부족할 때, 시스템은 메모리를 회복하기 위해 잠자기(suspended) 상태의 앱들을 종료한다. 백그라운드 실행상태에 있을 때 많은 양의 메모리를 소비하는 앱들은 종료되어야 할 첫번째 앱이 될 것이다.
실용적으로 말해서, 당신의 앱은 strong 레퍼런스가 더이상 필요하지 않게 되는 즉시 제거해야만 한다. strong 레퍼런스들을 제거하는 것은 컴파일러가 상응하는 메모리가 회복될 수 있도록 바로 오브젝트들을 release하게 해준다. 그러나 만약 당신이 퍼포먼스를 향상시키기 위해 일부 오브젝트들을 캐시(cache)에 저장하길 원한다면, 당신은 그 레퍼런스들을 제거하기 전에 앱이 백그라운드 실행상태로 변이될 떄까지 기다려야만 한다.

당신이 가능한 빠르게 strong 레퍼런스들을 제거해야만 하는 오브젝트들의 예들은 다음을 포함한다 :

- 이미지 오브젝트
- 당신이 디스크로부터 다시 불러올 수 있는 큰 미디어 혹은 데이타 파일들
- 당신의 앱이 필요로 하지 않고, 나중에 쉽게 다시 만들 수 있는 다른 모든 오브젝트들

당신의 앱의 메모리 흔적들을 줄이기 위해, 시스템은 당신의 앱이 백그라운드 실행상태로 이동할 때 당신의 앱을 대신해서 할당된 일부 데이터들을 자동으로 삭제한다.

- 시스템은 모든 Core Animation Layers 에 쓰이는 backing store 를 삭제한다.(?) 이런 수행은 메모리로부터 당신의 앱의 layer 오브젝트들을 삭제하지 않고, 현재의 layer 프로퍼티들을 바꾸지도 않는다. 그것은 단순히 그런 레이어의 컨텐츠들이 스크린에 등장하는 것을 막는데, 이는 백그라운드 실행상태의 앱이 어떻게든 실행되지 않도록 주어진다.

- 캐쉬에 저장된 이미지들의 시스템 레퍼런스들을 삭제한다. (만약 당신의 앱이 이미지들에 strong 레퍼런스를 가지고 있지 않다면, 그들은 메모리로부터 차후에 삭제될 것이다).

- 다른 시스템에 의해 관리된 캐쉬 데이터들의 strong 레퍼런스 들을 삭제한다.


Returning to the Foreground



실행상태로 돌아오는 것은 앱이 백그라운드 실행상태로 갔을 때 멈췄던 작업들을 다시 시작할 기회이다. 실행상태로 이동할 때 발생하는 단계들은 Figure 3-6. 에 나와있다. applicationWillEnterForeground: 메소드는 당신의 applicationDidEnterBackground: 메소드에서 행해진 모든 것들을 되돌려야(undo) 한다. 그리고 applicationDidBecomeActive: 메소드는 시작시간에 있었던 동일한 활성화 작업들을 계속해서 수행해야 한다.

Figure 3-6. 백그라운드 실행상태에서 실행상태로의 변이 (Transitioning from the background to foreground)

(그림 생략)


주의 : UIApplicationWillEnterForegroundNotification 알림 또한 당신의 앱이 실행상태로 다시 들어갈 때 트랙킹하는 데 사용될 수 있다. 당신이 앱의 오브젝트들은 이 알림에 등록을 위한 기본 알림 센터를 사용할 수 있다.



Processing Queued Notifications at Wakeup Time
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile27.uf@2136443F50E41D0804B24A.png%7Cwidth=%22824%22%20height=%22109%22%20alt=%22%22%20filename=%2221.png%22%20filemime=%22image/jpeg%22%7C_##]
잠자기(suspended) 상태에 있던 어플은 실행상태나 백그라운드 실행상태로 돌아올 때 모든 대기중인 알림을 다룰 준비가 되어있어야 한다. 잠자기(Suspended) 상태 앱은 어떤 코드도 실행하지 못하므로 가로,세로의 방향 변화, 시간 변화, 설정(preference) 변화 및 앱의 보이는 모습이나 상태에 영향을 줄 수 있는 다른 많은 것들에 관련된 알림을 처리할 수 없다. 이런 변화들이 손실되지 않게끔 확신하기 위해서, 시스템은 많은 관련 알림들을 큐로 내보내고 다시 코드를 시작하는 순간 (실행상태이든 백그라운드 실행상태이든) 앱에게 그 내용들을 전달한다. 재개했을 때, 알림이 오버로딩되는 걸 막기 위해서, 시스템은 이벤트들을 합치고 앱이 잠자기(suspended) 된 이후의 순수 변화만을 반영하는 하나의 알림 (또는 각각 관련된 타입들)을 전달한다.
Table 3-2. 는 합쳐져서 당신의 앱으로 전달될 수 있는 알림들을 나열했다. 이 알림들의 대부분은 등록된 옵저버들에게 직접적으로 전달된다. 장치의 화면 출력방향 (가로, 세로) 변화에 관련된 것들은 일반적으로 시스템 framework 에 의해 인터셉트되어 다른 방식으로 당신의 앱에게 전달된다.
Table 3-2.  깨어있는 앱들에 전달되는 알림들 (Notifications delivered to waking apps)



- 악세사리가 탈착 또는 부착될 때
- 기기의 가로 또는 세로로 방향 전환을 할 때
- 시간대가 변경될 때
- 배터리가 저전력 상태로 변경될 때
- 근접 센서가 작동할 때
- 보호된 파일이 변경되었을 때
- 외부 디스플레이에 연결되거나 해제되었을 때
- 디스플레이 모드가 변경되었을 때
- 설정 앱에서 내 어플의 설정이 변경되었을 때
- 언어 또는 지역이 변경되었을 때
- 사용자의 iCloud 계정이 변경되었을 때

[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile1.uf@14343D4050E41D290FFDD1.png%7Cwidth=%22824%22%20height=%2293%22%20alt=%22%22%20filename=%2223.png%22%20filemime=%22image/jpeg%22%7C_##]대기된 알림들은 당신의 앱의 메인 run loop 에 전달되고 일반적으로 다른 터치 이벤트나 다른 사용자 입력 이전에 전달된다. 대부분의 앱들은 재개되었을 때 사용자가 알아차릴 수 있는 정도의 지연이 일어나지 않을 정도로 충분히 신속하게 이런 이벤트들을 전달할 수 있어야만 한다. 그러나, 만약 당신의 앱이 백그라운드 실행상태에서 돌아왔을 때 느리게 움직이는 모습을 보인다면 당신의 알림 전달 코드가 그 지연을 일으키고 있는지 결정할 Instruments 를 사용해라.

실행상태로 돌아온 앱은 또한 마지막 업데이트 이후로 어지러워진(marked dirty) 어떤 뷰에 대해서도 뷰-업데이트 알림을 받는다. 백그라운드 실행상태에서 돌아가고 있는 앱은 여전시 setNeedDisplay 나 setNeedsDisplayInRect: 메소드들을 그 뷰의 업데이트를 요청하기 위해 호출할 수 있다. 그러나, 뷰들은 보이지 않기 때문에, 시스템은 요청들을 합치고, 앱이 실행상태로 돌아오고 난 뒤에 뷰들을 업데이트한다.


Handling iCloud Changes



만약 iCloud 의 상태가 어떤 이유든지 변하게 되면, 시스템은 당신의 앱에 NSUbiquityIdentityDidChangeNotification 알림을 전송한다. iCloud 상태는 사용자가 iCloud 계정에 로그인 혹은 아웃을 하거나 문서와 데이터의 싱크(syncing)가 가능해지거나 불가능해지는 상태로 변하게 된다. 이 알림은 변화를 수용하기 위한 캐시메모리나 모든 iCloud 관련 사용자 인터페이스 요소들을 업데이트하라는 신호이다. 예를 들면, 사용자가 iCloud 로그아웃을 했을 경우, 당신은 iCloud 기반의 모든 파일과 데이터들의 reference 를 삭제해야만 한다.

만약 당신의 앱이 이미 iCloud 에 파일을 저장할 것인지에 대해 사용자에게 전달하였다면, iCloud 상태가 변했을 때 다시 전달할 필요는 없다. 사용자에게 처음으로 전달한 후에, 당신의 앱의 위치 설정들에서 사용자의 선택을 저장해라. 당신은 그러고 나면 그 설정을 Setting 번들을 사용하거나 당신의 앱의 옵션으로서 드러내길 원할수도 있다(?). 그러나 설정이 현재 사용자 기본 데이터베이스에 있지 않다면, 그 프롬프트를 반복할 필요는 없다.


Handling Locale Changes Gracefully
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile25.uf@16316C4650E41D4D06368A.png%7Cwidth=%22824%22%20height=%22138%22%20alt=%22%22%20filename=%2225.png%22%20filemime=%22image/jpeg%22%7C_##]만약 사용자가 당신의 앱이 잠자기(suspended) 되어있는 동안 현재 언어를 변경한다면, 당신은 당신의 앱이 실행상태로 돌아왔을 때, 날짜, 시간, 숫자같은 지역(Locale)에 민감하게 관련된 정보들을 담고 있는 모든 뷰를 업데이트하도록 NSCurrentLocaleDidChangeNotification 알림을 사용할 수 있다. 물론, 언어관련된 문제점들을 피하는 가장 좋은 방법은 당신의 코드를 업데이트 뷰를 쉽게 만들 수 있는 방법으로 작성하는 것이다. 예를 들면:

- NSLocale 오브젝트들을 다시 받았을 때, autoupdatingCurrentLocale 클래스 메소드를 사용하여라. 이 메소드는 변화에 대응해서 자동으로 스스로를 업데이트 해주는 지역기반 오브젝트를 반환한다. 그래서 당신은 그것을 다시만들 필요가 없다. 그러나, 지역 변화가 일어났을 때, 당신은 여전히 현재 지역에서 전달된 내용을 포함하고 있는 뷰들을 리프레쉬 해줄 필요가 있다.

- 현재 지역 정보가 변할 때마다 캐쉬에 저장된 날짜나 숫자 formatter 오브젝트들을 다시 만들어라.
지역 변화를 다루도록 당신의 코드를 세계화하는 데 더 많은 정보를 찾는다면, Internationalization Programming Topics 를 보십시오.


Responding to Changes in Your App's Settings



만약, 당신의 앱이 셋팅 앱(Setting app)에 의해 관리되는 셋팅을 가졌다면, 당신의 앱은 NSUserDefaultsDidChangeNotification 알림을 관찰해야만 한다. 사용자는 당신의 앱이 잠자기(suspended) 상태이거나 백그라운드 실행상태인 동안 셋팅을 수정할 수 있으므로, 그러한 셋팅에서 중요한 모든 변화에 대해 응답하기 위한 이런 알림을 사용할 수 있다. 어떤 경우에서는, 이 알림에 대해 응답하는 것이 잠재적인 보안 구멍을 없애는 데 도움을 줄 수 있다. 예를 들면, 이메일 프로그램은 사용자의 계정 정보의 변화에 반응해야만 한다. 이런 변화들의 감지 실패는 프라이버시, 보안 문제점들을 야기시킬 수 있다. 구체적으로, 현재 사용자들은 계정이 더이상 그 사람에게 속해있지 않은 경우에도 예전의 계정 정보를 사용하여 이메일을 보낼 수도 있다.


NSUserDefaultsDidChangeNotification 알림을 받을 때, 당신의 앱은 모든 관련 셋팅들을 다시 로딩해야만 하고, 필요하다면 그 사용자 인터페이스를 적절하게 리셋해야 한다. 비밀번호나 다른 보안관련 정보가 변경된 경우에는, 당신은 또한 이전에 표시된 정보들을 가려야만 하고, 사용자들에게 새로운 비밀번호를 입력하도록 만들어야 한다.


App Termination
[##_http://yagom.tistory.com/script/powerEditor/pages/1C%7Ccfile4.uf@203FD84550E41D6E22F083.png%7Cwidth=%22824%22%20height=%22233%22%20alt=%22%22%20filename=%2227.png%22%20filemime=%22image/jpeg%22%7C_##]비록 일반적으로 앱들이 백그라운드 실행상태나 잠자기(suspended) 상태로 이동하였더라도, 다음에 나오는 조건들이 참값이라면, 당신의 앱은 종료되고, 메모리로부터 삭제된다.
- 앱이 iOS 4.0 이전의 버전에 반하는 연결이 되었다.
- 앱이 iOS 4.0 이전의 버전을 실행하는 장치에 배치되었다.
- 현재 장치가 멀티테스킹을 지원하지 않는다; "Determining Whether Multitasking Is Available)"을 보십시오.
- 앱이 Info.plist 파일에 UIApplicationExitsOnSuspended 키를 포함한다.; "Opting out of Background Execution" 을 보십시오.


만약 당신의 앱이 (실행상태든 백그라운드 실행상태든) 종료 시기에 실행되고 있다면, 시스템은 당신의 앱 엘리게이트의 applicationWillTerminate: 메소드를 호출하여 당신이 필요한 모든 정리(Cleanup) 을 수행할 수 있게 해준다. 당신은 현재 상태를 다음 실행 때 복원하기 위해 사용하게 되는 앱 상태 정보나 사용자 데이터 등을 저장하기 위해 이 메소드를 사용할 수 있다. 당신의 메소드는 모든 작업을 수행하고 반환하는 데 약 5초의 시간을 가질 수 있다. 만약 시간 내에 반환하지 못한다면, 앱은 메모리로부터 삭제되고 종료될 것이다.

중요: TheapplicationWillTerminate: 메소드는 만약 당신의 앱이 현재 잠자기(suspended) 상태라면 호출되지 않는다.


당신이 당신의 앱을 iOS SDK4 나 이후 버전을 사용해서 개발하는 경우, 당신은 아무 통지없이 당신의 앱이 종료되는 것에 대해 준비되어야만 한다. 사용자는 멀티태스킹 UI 를 사용하여 분명하게 앱을 종료시킬 수 있다. 게다가, 만약 메모리가 제한되었다면, 시스템은 더 많은 공간을 만들어내기 위해 앱을 메모리로부터 제거할 수도 있다. 잠자기(suspended) 상태의 앱들은 종료의 통지를 받지 않는다, 그러나 만약 당신의 앱이 백그라운드 실행 상태(잠자기(suspended) 상태가 아니라)에서 현재 돌아가고 있다면, 시스템은 당신의 앱 델리게이트의 applicationWillTerminate: 메소드를 호출한다. 당신의 앱은 이 메소드로부터 추가적인 백그라운드 실행상태 수행 시간을 요청할 수 없다.




by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 





Posted by yagom

댓글을 달아 주세요

  1. SCOTT 2013.01.12 13:14  댓글주소  수정/삭제  댓글쓰기

    헉, 벌써 여기까지 올라왔네요!!!

    분발해서 공부해야 겠습니다 ㅎㅎ

  2. Favicon of https://winplz.tistory.com BlogIcon 윈플. 2013.01.21 19:58 신고  댓글주소  수정/삭제  댓글쓰기

    저도 마침 이부분 보고있었는게 많이 얻어갑니다!

  3. Favicon of https://excat.tistory.com BlogIcon 망각인 2013.02.19 17:40 신고  댓글주소  수정/삭제  댓글쓰기

    언제나 꾸준히 글을 작성해주고 계심에 너무 감사드립니다.ㅠㅠ

  4. ZR8 2013.03.05 19:22  댓글주소  수정/삭제  댓글쓰기

    좋은 자료 감사합니다. 어제 방금 xcode설치하고 어떻게 시작할지 막막했는데 여기까지 단숨에 읽어버렸습니다. 정말 감사합니다.

  5. 킬표 2013.04.11 20:43  댓글주소  수정/삭제  댓글쓰기

    좋은 강의 감사합니다. 좀 다른 건 여쭙고 싶은데요..
    아래 내용은 맥부기에 올라 잇는 것을 그대로 복사해서 올립니다.

    애플 샘플 자료 중 DocInteraction 을 가지고 공부하고 있는데요..

    문서화면에 들어가서 터치를 오랫동안 하면 나오는 말풍선을 제어하고 싶습니다.

    우선 UILongPressGestureRecognizer도 어떻게 해야 할지 모르겠네요..

    아래는 제가 짠것데.. 반응이 없네요..

    QLPreviewController *previewController = [[QLPreviewController alloc] init];
    previewController.dataSource = self;
    previewController.delegate = self;
    previewController.currentPreviewItemIndex = indexPath.row;
    [[self navigationController] pushViewController:previewController animated:YES];
    // 여기까지는 애플거 복사..

    //지금부터는 제가 한 겁니다..
    UILongPressGestureRecognizer *longPressGesture = [[UILongPressGestureRecognizer alloc] initWithTarget:self action:@selector(handleLongPressPage:)];
    longPressGesture.minimumPressDuration = 1; //1초동안 누르면 메서드 실행.
    longPressGesture.allowableMovement = 15; //15만큼 움직인것은 하나의 터치로 간주.

    [previewController.view addGestureRecognizer:longPressGesture];
    previewController.view.userInteractionEnabled = YES; // this is by default NO, so we need to turn it on

    .
    .
    .
    // 롱제스쳐 메서드.
    - (void)handleLongPressPage:(UILongPressGestureRecognizer *)longPressGesture
    {
    [self canBecomeFirstResponder];

    if (longPressGesture.state == UIGestureRecognizerStateBegan)
    {
    NSLog(@"롱제스쳐 인식....";);
    }
    }

    -(BOOL)canBecomeFirstResponder{
    return YES;
    }

    아루런 반응이 없습니다.. 야곰님이 좀 갈쳐주세요.. 제발.....ㅠㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.04.12 13:21 신고  댓글주소  수정/삭제

      이것과 똑같은 코드로 직접 테스트 해 봤는데, 잘 동작하는데 뭐가 문제일까요;;;

    • 킬표 2013.04.12 23:27  댓글주소  수정/삭제

      그래요? 음.. 테이블 리스트에서는 잘되긴 해요... 그런데 문서를 선택해서 문서화면에서는 되지 않습니다.. 그러니까..
      QLPreviewController의 view에서 selector 메소드가 안되는 것 같습니다.. 지금 집이라서요.. 사무실에서 다시 한번 해보고 정확안 현상을 다시 체크해서 물어볼게요. 감사합니다.

  6. 디지시스 2013.04.26 16:25  댓글주소  수정/삭제  댓글쓰기

    감사합니다 많이 배우고 갑니다!

  7. Kimsdn 2013.11.21 14:18  댓글주소  수정/삭제  댓글쓰기

    이 큰프로젝트가 중단되어 아쉽습니다. ㅋ이 뒤에 리스트에 제가 조금이라도 참여한 부분같은데... 아쉽네요...
    항상 야곰님의 블로그에서는 화이팅을 얻어간답니다~


이 문서는 2012. 12. 기준으로 작성된 글이므로, 이후에 애플 문서의 내용이 변경될 수 있습니다.
또한 전문 번역가가 아니기 때문에 의역, 오역의 소지가 다분히 많습니다.
참고하시기 바랍니다.

공개 수배 합니다!
유용한 iOS 개발문서를 함께 번역해 나갈 분들을 찾습니다.
현재도 함께 작업중이신 분들 모두 전문 번역가 아닙니다.
모두 열정과 열의로 함께 작업하고 계십니다.
자신의 재능을 자신뿐만 아니라 또 다른 누군가를 위해서 사용한다면 더더욱 빛이 날 것입니다.
함께하길 원하는 분께서는 덧글 또는 이메일 주시기 바랍니다 :)
 

오늘의 주제

1. The User Interface
2. The App Bundle 



파헤치기 네 번째 시간입니다.^^

이번 파트는 낭만떡대 님께서 도와주셨습니다. 번역에 도움주셔서 진심으로 고맙습니다 :)

자, 그럼 출발해 봅시다^^~


# The User Interface



The User Interface
모든 iOS앱은 적어도 하나의 윈도우와 하나이상의 뷰를 가지고 있습니다. UIWindow클래스의 인스턴스인 window는 컨텐츠를 나타낼 공간?을 제공합니다. View들은 UIView의 서브글래스로서 컨텐츠를 그리고 터치 이벤트를 다루는 역할을 담당합니다. OpenGL ES를 사용하여 만든 인터페이스는 보통 하나의 뷰를 갖고 그 뷰를 컨텐츠를 랜더링 하는데 사용합니다. 
뷰 컨트롤러는 사용자 인터페이스를 위한 매우 중요한 역할을 담당 합니다. 뷰 컨트롤러는 UIViewController의 서브클래스로 뷰들의 셋을 관리하고 그 뷰들간의 인터랙션을 관리 및 다른 역할을들 수행해야 합니다. iOS 앱은 컨텐츠를 표현하기에 너무 제한적인 공간을 가지고 있습니다. 뷰들을 교체하고 다른 뷰 컨트롤러의 뷰들과 바꿀 수 있는 인프라스트럭쳐를 제공합니다. 그러므로 뷰 컨트롤러들은 하나의 컨텐츠 타입에서 다른 타입으로 변환하는데 당신이 어떻게 구현을 하는가에 달려있습니다. 

당신은 뷰 컨트롤러 객체들은 독립적이라는 것을 항상 생각해야 합니다. 뷰 컨트롤러들은 자신이 가지고 있는 뷰 들을 만들고 제거하며, 뷰들을 화면에 보여주고, 뷰와 다른 객체들간의 상호작용을 돕습니다.




Building an Interface Using UIKit Views
UIKit의 view들을 사용하면 기본적인 인터페이스를 빠르게 구현할 수 있기 때문에 앱을 쉽게  만들 수 있습니다.
UIKit을 이용하면 다양한 종류의 view를 이용하여 데이터를 표현할 수 있습니다. 
Contol(뷰의 특별한 타입)들은 사용자의 액션이 일어날 때 특정 행동을 수행 할 수 있도록 빌트인 매커니즘 을 제공합니다. 예를 들어, 버튼을 클릭하면 버튼과 연결된 액션 메소드가 호출됩니다.

UIKit view를 기반으로 어플을 만들때 Interface Builder(xCode에 설치되어있는 인터페이스 에디터)를 사용하면 시각적으로 뷰들을 구성할 수 있습니다.
Interface Builder는 표준 view들과 control들 그리고 그 외 객체들을 라이브러리형태로 제공합니다. 
라이브러리에서 객체들을 드래그해서 화면에 배치할 수 있습니다. (WYSWYG 형태로 사용자 인터페이스를 구성 할 수 있습니다)
또한 inspectors를 이용해 객체들의 속성값을 설정할 수 있습니다. 코드로 직접 작성하는 것보다 인터페이스 빌더를 사용하면 처리속도가 빠르며 앱의 실행 없이 결과를 즉시 확인 할 수 있습니다.

Note: 커스텀 뷰를 UIKit의 뷰를 UIKit 뷰 구조에 포함시킬 수 있습니다. 커스텀 뷰는 이벤트 제어와 그리기 등을 모두 당신이 제어하는 UIView의 서브클래스 입니다. 커스텀 뷰의 제작과 그것을 당신의 뷰 구조에 포함시기는 방법에 대하여 추가적인 정보를 얻으려면 View Programming Guide for iOS를 참고하십시오.

그림 2-3은 뷰 객체들로만 구성된 앱의 기본 구조를 보여줍니다.
흰색 배경을 가진 main view가 3개의 서브뷰(이미지뷰, 텍스트뷰, 버튼뷰)를 가지고 있고 윈도우에 올라가 있으며 이 모든 뷰는 하나의 View Controller가 관리합니다.


뷰 컨트롤러는 하나의 컨텐츠 뷰를 가지고 있고 이 뷰는 스스로 다른 뷰들을 가지고 있을 수 있습니다. 
몇몇의 뷰 컨트롤러들은 다른 뷰 컨트롤러의 컨테이너 역할을 합니다.
두 개의 뷰 컨트롤러를 하나의 화면에 보여주는 역할을 하는 split view Controller가 하나의 예 입니다.
뷰 컨트롤러의 역할에 대해 더 많은 정보를 얻고 싶으면 "View Controller Programming Guide for iOS"를 읽어보세요. 뷰에 대한 정보를 원하시면 "View Programming Guide for iOS"를 읽어보세요.



Building an Interface Using Views and OpenGL ES


높은 프래임 래이트 또는 정교한 표현이 필요한 게임 같은 앱들은 OpenGL ES를 사용하여 구성 할 수 있습니다.

가장 심플한 OpenGL ES 앱은 하나의 윈도우에 하나의 view를 올린 형태 입니다. 또한 OpenGL ES와 UIKit view들을 혼합해서 앱을 구현 할 수 도 있습니다.


그림 2-4는 OpenGL ES를 이용한 앱을 구성을 보여줍니다. UIKit view와 달리 OpenGL ES는 다른 종류의 layer객체(CAEAGLLayer 객체)에 지원을 받습니다.


CAEAGLLayer 객체는 OpenGL ES이 화면에 컨텐츠를 표현할 수 해줍니다. 또한 앱은 화면을 관리 하기 위해 EAGLContext 객체를 생성하고 뷰들을 저장하고 관리리 합니다.


OpenGL ES에 대한 더 많은 정보는 "OpenGL ES Programming Guide for iOS"를 참고하세요



The App Bundle

앱을 build할때 xCode는 bundle로 묶습니다. bundle이란 앱의 정보와 자료를 하나의 공간에 그룹화해서 저장한 하나의 디렉토리 입니다.

앱 번들은 app icon, 이미지 파일, 지역화된 컨텐츠들과 같은 자원과 앱 실행파일을 담고 있습니다. 

테이블 2-3은 전형적인 iOS 앱 번들의 내용을 보여 줍니다. (이 앱 번들은 하나의 예이기 때문에 몇몇 파일들은 당신의 앱 번들에 보이지 않을 수 있습니다.)




File

Example

Description

App executable

MyApp

[필수] 컴파일 된 코드를 담은 실행 파일.(.app 확장자를 가진다)

The information property list file

Info.plist

[필수]Info.plist파일은 앱의 설정 데이터를 담고 있습니다. 시스템에서 이 데이터를 보고 어떻게 앱과 상호작용 할지 결정합니다.

App icons

Icon.png

Icon@2x.ong

Icon-Small.png

Icon-Small@2x.ong

[필수]App icon은 디바이스의 홈 스크린에 앱을 표현하는데 사용됩니다. @2x라고 이름이 붙은 아이콘들은 레티나 디스플레이를 위해 사용되는 아이콘 입니다.

Lanch images

Default.png

Default-Portrait.png

Default-Landscape.png

[필수(1개이상)]시스템은 이 이미지들은 앱이 처음 실행될 때 임시 배경으로 사용합니다. 이 배경은 앱의 인터페이스가 화면에 나타날 준비가 완료되면 바로 제거됩니다.

Storyboard files(or nib files)

MainBoard.storyboard

스토리보드는 앱이 화면에 보여주는 뷰와 뷰 컨트롤러들을 포함합니다. 뷰는 뷰 컨트롤러들이 뷰를 보여주는 것에 따라 조직됩니다. 또한 스토리보드는 화면전환 방법을 보여줍니다.

메인 스토리보드 파일은 Xcode에서 프로젝트를 생성할 때 지정됩니다. Info.plist파일에서 NSMainStoryboardFile 키의 값을 변경하여 메인 스토리보드 파일의 이름을 변경할 수 있습니다. 스토리보드 대신 nib 파일을 사용하는 앱에서는 NSMainStoryboardFile키 대신 NSMainNibFile 키를 사용하여 메인 nib 파일을 지정할 수 있습니다.

스토리 보드 또는 nib를 꼭 사용하여야 하는 것은 아니지만 사용하는 것을 추천합니다.

Ad hoc distribution icon

iTunesArtwork

Ad-hoc방법으로 당신의 앱을 배포하려고 한다면 512x512사이즈의 앱 아이콘이 필요합니다. 보통 이 파일은 앱 스토어에 등록할 때 iTunes Connect에서 요구하는 파일인데 Ad-hoc 방법으로 앱을 배포하면 앱 스토어를 거치지 않기 때문에 이 아이콘이 반드시 필요하다. 이 아이콘은 iTunes에서 당신의 어플을 표시할 때 사용됩니다.

 

파일 이름은 반드시 iTunesArtwork여야 하고 파일 확장자를 붙이면 안됩니다. 이 파일은 Ad-hoc방법으로 앱을 배포할때만 필요하며 그 외의 경우에는 필요하지 않습니다.

Setting bundle

Settings.bundle

설정 앱(톱니바퀴모양의 아이폰 기본 셋팅 어플리케이션)”을 통해 당신의 앱의 환경설정을 보여주고 싶다면 반드시 Settings.bundle을 사용해야 한다. bundle은 앱의 환경설정을 위해 속성목록과 다른 리소스를 담고 있습니다. “설정 앱은 이 번들을 당신의 앱이 필요한 인터페이스 요소들을 수집하기 위하여 사용합니다.

bundle의 사용은 선택사항이며 더 많은 정보를 얻고 싶다면 “Preferences and Settings Programming Guide”를 읽어보세요

Nonlocalized resource files

Sun.png

Mydata.plist

 

Nonlocalized resource는 이미지, 사운드, 비디오, 커스텀 데이터 파일 등을 포함할 수 있습니다. 이 모든 파일은 App bundle의 상위 레벨에 위치 하는 것이 좋습니다.

Subdirectories for localized resources

en.lproj

fr.lproj

es.lproj

지역화된 리소스들은 반드시 language-specific project directories에 위치해야 합니다. 또한 파일 이름은 ISO 639-1 에 정의된 언어 축약형태 + .lproj 라는 접미사가 붙어야 합니다. ( 예들 들어, en.lproj, fr.lproj, es.lproj 이 디렉토리들은 영어, 프랑스어, 스페인어를 위한 지역화 자원을 담고있다)

 

app icon, lunch image, Settings icon 등의 정보 또한 language-specific project directories에 설정하면 지역화가 가능합니다. 더 많은 지역화 정보는 “Localized Resource Files”를 참고하세요.


iOS앱 번들의 구조에 대해 더 많은 정보를 원하시면 “Bundle Programming Guide”를 참고하시고, 번들로부터 리소스파일을 어떻게 로딩하는지에 대한 정보는 “Loading Resources Into Your App”을 참고하세요.



후아~ 힘드네용+_+ !!!

번역하느라 고생하신 낭만떡대님께 다시 한 번 진심으로 감사의 말씀 전합니다 :)
 
많은 분들의 도움의 손길 필요로 합니다.

만약 내용 중에 오역, 또는 잘못된 점이 있다면 언제든지 지적해 주시고, 잘 이해가 되지 않는 부분에 대해서는 덧글 남겨주시면 고맙겠습니다 :)

새해 복 많이 받으세요~! 



by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 





Posted by yagom

댓글을 달아 주세요


이 문서는 2012. 12. 23. 기준으로 작성된 글이므로, 이후에 애플 문서의 내용이 변경될 수 있습니다.
또한 전문 번역가가 아니기 때문에 의역, 오역의 소지가 다분히 많습니다.
참고하시기 바랍니다.


공개 수배 합니다!
유용한 iOS 개발문서를 함께 번역해 나갈 분들을 찾습니다.
현재도 함께 작업중이신 분들 모두 전문 번역가 아닙니다.
모두 열정과 열의로 함께 작업하고 계십니다.
자신의 재능을 자신뿐만 아니라 또 다른 누군가를 위해서 사용한다면 더더욱 빛이 날 것입니다.
함께하길 원하는 분께서는 덧글 또는 이메일 주시기 바랍니다 :)


오늘의 주제

1. Core App Objects of Your App
2. The Data Model 



파헤치기 세 번째 시간입니다.^^

이번 파트는 낭만떡대 님께서 도와주셨습니다. 번역에 도움주셔서 진심으로 고맙습니다 :)

자, 그럼 출발해 봅시다^^~


# The Core Objects of Your App



Core App Objects

 UIKit은 모든 앱을 위한 기반을 제공합니다. 그러나 앱의 특정한 동작을 위해 커스텀 객체를 정의해야 합니다. 당신의 앱은 iOS와의 중요한 상호작용과 이벤트 루프를 관리하는 UIKit 객체로 구성 되야 합니다. 상속, 델리게이션 그리고 그 외 다른 테크닉들의 조합을 통해 UIKit에 정의된 기본 동작을 수정할 수 있습니다.
 
UIKit 객체들을 커스터마이징 하는 것뿐만 아니라, 객체들을 직접 정의할 수 있습니다. 앱 개발의 가장 큰 부분은 데이터 객체 구현 입니다. 또한 사용자인터페이스 객체를 제공해야 하는데 다행스럽게도 사용자 인터페이스 쉽게 만들 수 있도록 유용한 클래스들을 UIkit에서 제공합니다.

The Core Objects of Your App

사용자에 의해 앱이 구동 될 때부터 종료될 때까지 UIKit 프레임워크는 앱의 수많은 핵심 동작을 관리합니다. 앱의 심장은 UIApplication 객체이며 이 객체는 시스템으로부터 이벤트를 받고 핸들링 하기 위해 커스텀 코드에 이벤트를 전달합니다. 그 외 다른 UIKit 객체들도 당신의 앱 동작을 관리하기 위한 역할을 담당합니다. 이러한 객체들은 앱의 상세구동을 다루기 위해 비슷한 방법으로 당신의 코드를 호출합니다.

UIKit이 어떻게 커스텀 코드와 동작하는지 이해하기 위해서, 다음 그림과 도표를 보면 도움이 됩니다.
그림 2-1은 앱의 가장 보편적인 객체간의 상호작용을 볼 수 있으며, 테이블 2-1은 각각의 객체들의 역할에 대해 설명되어 있습니다. 그림에서 볼 수 있듯이 iOS 앱은 MVC 디자인 패턴으로 구성되어 있습니다. 이 패턴은 데이터를 표현하기 위해 view로 부터 데이터 객체를 분리 합니다. 이러한 분리는 특히 유니버셜 앱을 만들 때 유용한데, 동일한 데이터 객체를 이용하면서 view들 만 교체하여 사용 할 수 있습니다. (즉 동일한 데이터 모델을 사용해 view만 상황에 맞게 표현해주면 아이폰과 아이패드에서 동시에 동작하는 유니버셜 앱 제작에 편리합니다.)


테이블 2-1 The roll of objects in an iOS

Object(객체)

Description(설명)

UIApplication object

 

당신은 UIApplication 객체를 상속작업 없이 있는 그대로 사용합니다. 이 컨트롤러 객체는 상위계층에서의 앱 동작을 조정하고, 앱 이벤트 루프를 관리합니다. 당신의 커스텀 앱 계층 로직은 UIApplication 객체와 함께 동작하는 앱델리게이트 객체에 속하게 됩니다.

App delegate object

 

App delegate 구동 시 UIApplicationMain function 의해 생성되는 커스텀체입니다. 객체의 중요한 역할은 앱 내에서 상태 전이를 관리 하는 일 입니다. 예를 들어, 객체는 앱이 처음 구동할 (또는 background상태에서 다시 재 구동 될 때) 초기화 및 transitions(특정작업, 변화) 핸들링을 담당합니다. app delegate가 어떻게 state transitions(상태변화) 관리 하는지를 자세히 알고 싶다면 “Managing App State Changes.” 읽어보세요.

 iOS 5.0이후 버전에서는 app delegate 다른 app-related events(앱 관련 이벤트들) 다루는데 사용할 있습니다. xCode 프로젝트 템플릿들은 app delegate UIResponder의 서브클래스로 정의되어 있습니다. 만약 UIApplication객체가 이벤트를 처리하지 않으면 처리되지 않은 이벤트는 app delegate에게 전달됩니다. 이때 다룰 수 있는 이벤트 종류와 자세한 정보 “UIResponder Class Reference.” 읽어보세요.

Documents and data

model objects

 

Data model 객체는 앱의 컨텐츠를 저장합니다. 예를 들어, 은행 앱은 금융거래 정보를 저장하고, 그림그리는 앱은 이미지를 저장하거나 더 나아가 그림이 그려지기 위한 명령 순서를 저장하기도 합니다.(후자의 경우, 이미지 객체는 이미지 데이터를 포함하기 위한 보관장소이므로 데이터 객체입니다.)

데이터 모델 객체의 부분 또는 전체를 관리하기 위해 다큐먼트 객체(UIDocument 서브글래스 객체) 사용할 있습니다. 다큐먼트 객체의 사용은 필수는 아니지만 파일 또는 파일패키지에 데이터를 그룹화해 저장할 수 있는 편리한 방법을 제공합니다. 많은 정보는 “Defining a Document-Based Data Model.” 읽어보세요. 

View controller objects

 

View controller objects는 앱의 화면 구성을 관리합니다. 하나의 view controller는 하나의 view 와 그 view sub-view들을 관리 합니다그것들이 화면에 보여지는 순간, 뷰 컨트롤러는 그것들을 앱 윈도우에 올려서 화면에 보여지도록 합니다.

UIViewController 클래스는 view controller 객체들의 기본 클래스 입니다. UIViewController view를 위한 기본 기능을 제공하고 화면에 표현하고, 디바이스의 로데이션에 대응해 view들을 로테이션 하는 역할을 담당하며 그 외 추가의 표준 시스템 행동을 제공합니다. UIKit과 다른 프레임 워크들은 이미지 픽커, 탭바, 네비게이션과 같은 기본 시스템 인터페이스의 동작을 위해 추가의 view controller 객체들을 제공하고 있습니다. 더 많은 정보를 원하면 "View Controller Programming Guide for iOS"를 읽어보세요.

UIWindow object

 

UIWindow 객체는 스크린에 보여지는 view들을 관장합니다. 대부분의 앱들은 하나의 윈도우를 가지고 있고 그 윈도우는 메인 스크린이 됩니다. 그러나 몇몇 앱들은 외부 디스플레이에 보여지는 컨텐츠들을 위해 추가의 window를 가지는 경우도 있습니다.(외부 모니터 등 외부 화면 출력을 위해)

view를 교체하기 위해 view controller를 사용해 window에 올려진 view들을 변경해야 하고 절대로 윈도우 자체를 교체하면 안됩니다.

덧붙여, 뷰들을 관리하기 위해서 윈도우들은 뷰와 뷰컨트롤러들에게 이벤트들을 전달해주는 UIApplication 객체와 함께 작동합니다

View, control, and layer objects

 

View Control은 컨텐츠의 시각적 표현을 위해 사용 됩니다. View는 지정된 직사각형 영역에 컨텐츠를 그리고(묘사하고) 그 영역에서 발생하는 이벤트에 응답하는 객체입니다. Control은 버튼, 텍스트필드 같은 특별한 타입의 view들을 의미 합니다.

UIKit 프레임 워크는 많은 종류의 표준화된 view들을 제공합니다. 또한 UIView(또는 그 하위 클래스)를 직접 상속하여 당신만의 커스텀 view를 정의 할 수도 있습니다.

 또한 뷰와 컨트롤들이 결합되는 것과 마찬가지로, 앱들은 코어 애니메이션 레이어와 뷰들이 결합될 수 있습니다. 레이어 객체은 눈에 보이는 컨텐츠를 표현하기위한 데이터 객체입니다. 뷰들은 레이어를 짧은시간안에 효율적으로 그들의 컨텐츠를 렌더링하기 위해서 사용합니다.커스텀 레이어 객체를 추가하여 복잡한 애니메이션을 구현하는데 사용할 수 있습니다.





하나의 iOS 앱이 다른 앱들과 구분되는 것은 데이터를 어떻게 관리하고 사용자에게 데이터를 어떻게 보여주는가에 따라 달려있습니다. UIKit과 상호작용하는 대부분의 객체들은 당신의 앱을 결정짓지 못하지만 앱의 동작을 개선할 수 있습니다. 예를 들어, 앱 델리게이트의 메소드가 앱 상태 변화에 대한 알림을 준다면 그에 상응하여 당신의 커스텀 코드가 적절한 반응을 할 수 있을 것입니다.

위의 클래스들에 대한 정보를 얻고 싶다면 해당 클래스 레퍼런스를 보세요. 또한 어떻게 이벤트들이 동작하는지에 대한 flow정보와 그 flow 안에서 당신의 앱이 어떤 반응을 해야 하는지에 대한 정보를 얻고 싶으면 "App States and Multitasking"부분을 참고하세요

# The Data Model

 




The Data Model

앱의 데이터 모델은 데이터 구조와 항상 같은 상태로 데이터를 유지하는데 필요한 작동 로직으로 구성됩니다. 데이터 모델을 앱의 사용자 인터페이스로부터 완전히 분리 하기 싫겠지만 데이터 모델 객체의 구현은 특정 view 또는 view contoller에 의지하면 안되고 분리 되어야 합니다. 사용자 인터페이스로부터 데이터를 분리 시키면 유니버셜 앱(아이폰과 아이패드을 모두 지원하는 앱)을 만들기 쉬워지고, 코드를 부분적으로 재사용하기 좋게 해줍니다.

만약 데이터 모델을 아직 정의 하지 않았다면, iOS frameworks가 데이터 모델을 분리하도록 도와 줄 것입니다. 다음에 나오는 섹션은 데이터모델의 특정 타입을 정의할 때 당신이 사용할 수 있는 객체들을 보여줍니다.

Defining a Custom Data Model

커스텀 데이터 모델을 정의할 때, 상위 레벨 구조를 표현하기 위한 커스텀 객체를 생성하십시오. 그러고 시스템에서 제공하는 객체의 이점을 잘 활용하여 더욱 간편하게 데이터 타입을 만들도록 하세요. Foundation framework는 표 2-2에 나열되어있는 것과 같이 객체지향적으로 문자열, 숫자 그리고 많은 종류의 간단한 데이터들을 관리하기위한 객체들을 제공합니다. 시간도 절약되고, 많은 수의 시스템 루틴들이 기본 객체들을 사용하기 때문에 이 객체들을 사용하는 것이 선호됩니다.



테이블 2-2 Data classes in the Foundation framework

Data

Class

Description

String and text

NSString

(NSMutableString)

NSAttributedString

(NSMutableAttibutedString)

iOS에서 string Unicode기반입니다. string클래스들은 다양한 방법으로 string을 생성하고 조작하는 방법을 제공합니다.

Attributed string클래스는 string을 꾸밀 수 있도록 해줍니다(, 반드시 Core Text와 결합하여 사용하여야 합니다)

Numbers

NSNumber

NSDecimalNumber

NSIndexPath

숫자와 관련된 정보를 저장하고 싶을 때는 number클래스를 이용하세요. NSNumber클래스는 정수(Integer), 실수(floating-point values), Booleans, 문자(char) 타입을 표현할 수 있습니다. NSIndexPath 클래스는 주로 계층적인 리스트에서 다중 레이어 선택을 명시할 때 주로 사용되는 숫자들의 순서를 저장합니다(주로 테이블뷰에서 많이 사용하죠).

Raw bytes

NSData(NSMutableData)

NSValue

바이트 데이터(Raw streams of bytes)를 저장할 때는 data object를 사용하세요. 데이터 객체는 아카이브 형식으로 객체를 저장할 때도 사용됩니다. NSValue 클래스는 카테고리를 사용하여 확장할 때 또는 point rectangle과 같은 데이터 타입을 저장하는데 사용됩니다.

Dates and times

NSData

NSDataComponents

타임스탬프, 달력날짜, 다른 시간관련 정보를 저장할 때 사용하세요.

URLs

NSURL

네트워크 자원의 참조하는 것 뿐만 아니라 URLs 은 파일 저장 위치(file path)를 저장하는데도 사용할 수 있습니다. NSURL클래스는 심지어 파일에 관련된 속성들을 얻어오고 수정할 수 있도록 지원합니다.

Collections

NSArray

(NSMuatableArray)

NSDictionary

(NSMuatubaleDictionary)

NSIndexSet

(NSMutableIndexSet)

NSOrderedSet

(NSMutableOrderedSet)

NSSet

(NSMuatableSet)

collection들은 관련된 객체들을 그룹화해 한곳에 저장할 때 사용하세요. Foundation framwork는 여러 다른 타입의 콜렉션 클래스들을 지원해 줍니다.

 



-          NSInteger/NSUInteger : 부호가 있는 또는 없는 정수(시스템 아키텍쳐에 따라서 사이즈가 결정됨).

-          NSRange: 영역을 지정하는 구조체. 예를 들어, 문자열 내에서 선택된 문자들의 영역을 지정할 수 있음.

-          NSTimeInterval: 주어진 시간 간격의 초 단위 수

-          CGPont: 위치를 정의하는 x,y좌표

-          CGSize: 가로와 세로의 넓이 좌표값

-          CGRect:  사각형 지역을 정의하는 값(CGPoint CGSize를 가진다)

 

물론, 커스텀 데이터 객체는 스칼라 값과 객체변수를 혼합해서 클래스의 멤버 변수로 선언 가능합니다. Listing 2-1은 간단한 사진첩을 위한 클래스 구현부분 입니다. 이 클래스의 인스턴스는 이미지 배열”, “이미지에 대한 익덱스번호”, “사진첩 제목  “수정가능여부(스칼라 변수인 BOOL)”를 갖습니다.

Listing 2-1 Definition of a custom data object


주의 : 데이터 객체를 정의할 때, 어떤 멤버변수든간에 객체에 접근하려는 클라이언트트에게 노출시키기 위해서 프로퍼티 선언을 해줄 것을 강력히 권고합니다. 구현파일에 이 프로퍼티를 결합해 주는 것은 당신이 요청하는 속성에 따라서 적절한 접근 메소드를 자동으로 생성해 줍니다. 이것은 객체의 관계가 적절하게 유지되는 것과 적절한 시기에 객체가 제거되는 것을 보장합니다.

당신의 커스텀 객체를 다룰 때 되돌리기 기능이 어떻게 동작할 것인가 고려해 보십시오. 되돌리기 기능을 지원한다는 것은 당신의 객체가 바꾼 것을 깨끗하게 되돌린다는 것을 의미합니다. 만약 당신의 객체가 복잡한 로직을 포함한다면, 당신은 되돌리기 쉽도록 하는 것을 고려해야 합니다. 아래에 당신의 객체에 되돌리기 기능을 구현하기 쉽도록 하는 팁들이 있습니다.

-          대칭이 되도록 메소드들을 구현 하십시오. 예를 들어, 아이템을 더하는 메소드를 구현하면 아이템을 빼는 매소드도 같이 구현하세요

-          멤버 변수의 값을 바꾸는 코드를 동작 로직에서 제거하십시오.

-          많은 단계를 거치는 액션의 경우에는 NSUndoManager 객체를 사용하여 단계를 통합하도록 하십시오.

 

되돌기리 기능을 제공하는 방법에 대한 더 많은 정보를 얻고 싶으면 “Undo Architecture”를 참고하세요.



Defining a Structured Data Model Using Core Data.
Core Data는 객체를 영구적으로 저장할 수 있도록 해주는 프레임워크 입니다. Core Data는 MVC디자인패턴에서 model data를 파일로 영구 저장하고 다시 읽어 들일 수 있도록 해줍니다. 이것은 아카이빙과(“Archives and Serializations Programming Guide를 보세요) 비슷하지만 더 많은 기능을 제공 합니다.

-          Core Data는 모델 객체의 모든 변화를 관리하기 위한 인프라스트럭쳐 입니다. Core Data undo(되돌리기), redo(되돌긴거 취소하기) 기능을 제공하며, 객체들의 상호관계를 유지하도록 지원해 줍니다.

-          코어데이터는 언제든지 메모리 내에 있는 모델 객체의 일부분을 유지할 수 있도록 해줍니다. 이것은 iOS 앱에서 굉장히 중요합니다.

-          코어데이터는 모델 객체의 구조를 표현하는데에 사용됩니다. 당신의 모델 클래스의 주요 기능과 그 관계에 대해서 GUI 기반의 편집기를 통하여 정의 할 수 있습니다. 이는 기본값과 값의 범위 등을 설정 등을 포함아여 강력한 기능을 무료로 사용할 수 있도록 제공합니다.

-          코어데이터는 당신의 객체를 수정한 것에 대하여 분리된 상태로 유지할 수 있습니다. 이는 당신이 원한다면 유용하게 쓰일 수 있씁니다. 예를 들어, 사용자가 하나의 뷰에서 수정을 해도, 다른 뷰에서는 수정한 것의 영향을 주지 않게 할 수 있습니다.

-          또한 데이터의 버져닝과 마이그레이션을 지원합니다. 이 기능은 예전 데이터를 현재의 버전으로 업그레이드를 하기 쉽게 도와 줍니다.

-          데이터를 iCloud에 쉽게 저장할 수 있도록 해주며, 다양한 디스바이스에서 접근 할 수 있도록 해줍니다.

 

Core Data 에 대한 자세한 정보는 “Core Data Programming Guide”를 참고 하세요


Defining a Document-Based Data Model
Document-based 데이터 모델은 디스크에 파일을 저장할 수 있는 편리한 방법입니다. 이 타입의 데이터 모델에서는, 당신은 디스크상의 하나의 파일(또는 하나의 파일 패키지)에 구성되어있는 도큐먼트 객체를 사용합니다. 그 도큐먼트 객체는 파일에 읽기 쓰기에 대해 반응하는 것이 가능하며, 도큐먼트 컨텐츠를 화면에 보여줄 수 있도록 뷰 컨트롤러들과 동작할 수 있습니다. 도큐먼트 객체의 원래 사용목적은 사용자 데이터를 포함한 파일을 관리하는 것입니다. 예를 들어, 앱은 각각의 도큐먼트 객체가 각각의 텍스트 파일을 관리하기 위하여 텍스트 파일들을 만듭니다. 그러나 당신은 도큐먼트 객체를 보호하여야 할 앱 데이터를 파일로 저장할 때도 사용할 수 있습니다.

그림 2-2는 도큐먼트, 파일, 객체 간의 관계를 보여줍니다. 예외 없이 각각의 document는 다른 document와 직접적으로 연결되지 않습니다. 도큐먼트는 하나의 파일(또는 파일 패키지)를 관리하며, 파일 내부의 데이터를 메모리와 연결하는 역할을 합니다. 왜냐하면 파일 내부의 컨텐츠는 유일하고, 각가의 도큐먼트에 연관된 데이터 구조도 유일하기 때문입니다. 

UIDocument 클래스를 사용하여 당신의 iOS 앱에 도큐먼트 객체를 구현하십시오. 이 클래스는 도큐먼트의 측면에서 파일 관리에 필요한 기본 기반을 제공할 것입니다. UIDocument가 가지는 다른 장점들은 아래와 같습니다.
- 적당한 시점에 도큐먼트 컨텐츠가 자동으로 저장되도록 지원한다.
- iCloud에 저장된 도큐먼트들을 관리할 할 수 있습니다. 버전 충돌을 위한 방법도 제공합니다.
- 되돌리기 기능을 제공합니다.

UIDocumet를 이용한 다큐먼트 기반의 앱을 구현해야 하는지 알고 싶다면  “Document-Based App Programming Guide for iOS”를 보세요. 


Integrating iCloud Support Into Your App
데이터를 저장하는 방법과 관계 없이 iCloud는 사용자의 모든 단말에서 데이터를 사용할 수 있게 만드는 가장 좋은 방법입니다. 데이터를 앱의 샌드박스 디렉토르에 저장하는 것 대신 사용자 iCloud저장소에 저장 할 수 있습니다.  그런데 주의할 점은 아이클라우드에 저장하게 되면 파일에 대한 멀티플 엑세스가 가능해지기 때문에 추가의 작업이 필요합니다.
- Document 기반의 앱은 UIDocument 클래스를 통해 iCloud에 접근 할 수 있습니다. UIDocument클래스를 이용하면 iCloud 기반의 파일을 다룰 때 복잡한 인터랙션을 쉽게 다룰 수 있습니다.
- Core Data 를 사용한 앱 또한 Core Data Framework를 이용하면 자동으로 사용자의 모든 단말계정에 데이터를 저장하고 관리 할 수 있습니다.
- 만약 파일 관리를 위하여 커스텀 데이터모델을 구현한다면, 파일이 변경된 것과, 사용자의 다른 기기에 변경된 점을 반영하기 위하여 file presenter와 file coordinator를 사용할 수 있습니다.
- 설정 또는 자주 변경되지 않는 데이트를 공유하고 싶다면, NSUbiquitousKeyValueStore 객체를 사용할 수 있습니다. 이 객체는 문자열, 숫자, 날짜 등 간단한 데이터를 공유할 수 있게 해줍니다.

iCloud를 지원하는 앱을 만들기 위한 더 많은 정보는 “iCloud Design Guide”를 읽어보세요




후아~ 힘드네용+_+ !!!

번역하느라 고생하신 낭만떡대님께 다시 한 번 진심으로 감사의 말씀 전합니다 :)

by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 





Posted by yagom

댓글을 달아 주세요

  1. 낭만떡대 2012.12.26 16:52  댓글주소  수정/삭제  댓글쓰기

    방해가 안되었다면.. 다행입니다..
    한번해보니.. 정말 힘들더라구요.. (작업하면서 야곰님의 노력에 감탄만 계속했네요..)
    해보면서 많이 배웠습니다. 감사합니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.12.26 21:51 신고  댓글주소  수정/삭제

      무슨말씀을요~!
      정말 큰 힘이 되죠:)
      제가 늦게 올리게 되어서 죄송할 따름입니다 ㅠㅠ
      도와주셔서 정말 고맙습니다 !!
      앞으로도 도와주실거죠?ㅎ

  2. hyung 2012.12.27 12:35  댓글주소  수정/삭제  댓글쓰기

    두분이서 하셔서 그런지 오늘은 양이 많군요!
    영어에 젬병인 저 같은 사람에겐 정말 감사할 따름입니다
    낭만떡대 님께도 감사하다고 전해 드리고 싶네요!

  3. kimsdn 2012.12.28 13:32  댓글주소  수정/삭제  댓글쓰기

    오랜만에 들렀는데 업데이트 글이 있어서 댓글남겨요~
    항상 좋은 글 감사드립니다~
    연말 잘보내세요~

  4. 레스 2013.01.28 18:17  댓글주소  수정/삭제  댓글쓰기

    잘 보고 갑니다 ^-^ 아이폰 앱 개발을 공부하는데 많은 도움이 되었네요

  5. 심홍철 2013.06.14 19:12  댓글주소  수정/삭제  댓글쓰기

    읽으면서 이해하는 것도 힘든데 그보다 더 힘든 작업을 해주셔서 감사합니다~!!

    매번 와서 정말 잘보고 갑니다^_^


오늘의 주제

1. App Design Basics


파헤치기 두 번째 입니다~^^

처음 문서 파헤치기는 어땠나요?
좀 허접..아니 많이 허접하고... 이거 왜 쓰나 싶기도 하죠?

네... 뭐 ... 일단 해보고 보는겁니다 ㅎㅎ

일단 칼을 들었으면 무라도 베어봐야죠?

참...!! 

공개 수배 합니다!

함께 이 일을 해나가실 분이 있으면 좋겠습니다!!

100% 완벽 번역과 해석을 요하는 것이 아닙니다.

중요 포인트를 짚어서 반(?)번역 이라도 함께 해 주실 분을 찾습니다!

아무래도 생각보다 시간이 많이 걸리네요...

물론 원문 그대로 보는 것이 훨씬 좋겠지만, 그래도 우리나라 글로 풀어 쓴다면 조금이나마 장벽을 낮출 수 있지 않을까 싶습니다.

저를 도와주실 의향이 있으시다면 주저마시고 이메일 yagomsoft@gmail.com 또는 덧글로 말씀해 주시면 고맙겠습니다.

아니면 혼자 꿋꿋히 해보는 수밖에요...^^

자, 그럼 이제 본론으로 들어가 볼까요????



# App Design Basics


앱 디자인 기초

만약 당신이 iOS 앱 개발이 처음이라면 어디서부터 시작해야 할지 알고 싶을 것입니다. 앱을 만들이 위한 아이디어를 생각해 냈다면 앱으로 구현하기 위한 행동계획을 세워야 겠지요. 

만약 iOS 앱 개발이 처음이라면 기본 개념에 친숙해지기 위한 시간이 필요합니다. 곧바로 코드작성을 시작하고 싶다면 몇몇 튜토리얼들이 있습니다만, 기본 패턴과 개념들을 위한 시간을 조금만 투자한다면 이것이 후에 엄청난 도움이 될 것입니다.

* 제 생각과 똑같습니다...ㅎㅎㅎ

# Doing Your Initial Design


앱을 디자인 하는 방법은 여러가지가 있습니다. 그리고 코드를 작성하는 것은 대부분 좋은 접근방법이 아닙니다. 좋은 앱의 시작은 모든 기능을 상세히 설명해 놓은 것을 확장하는 것입니다. High-level의 기능들을 작성하는 것이 아이디어를 구현하는 것에 필요합니다. 사전 조사는 유저들을 당신의 목적에 얼마나 끌어들일 수 있는지 이해할 수 있게 합니다. 그리고 당신의 앱이 어떻게 생겼을지 눈에 보이도록 종이에 스케치 하십시오.

내부 디자인의 궁극적인 목표는 당신의 앱에 대한 중요한 질문의 해답입니다. 기능들과 기초 스케치는 코드를 작성하기 시작할 때 어떤 것이 필요한지 생각할 수 있게 합니다. 

물론 가장 중요한 것은 앱 내부 디자인을 하기 전에 iOS Human Interface Guidelines 를 읽어보는 것입니다. 이 문서는 내부 디자인을 할 때 사용할 수 있는 많은 전략들이 담겨있습니다. 또한 iOS 내부에서 앱이 잘 동작할 수 있도록 만드는 팁들이 담겨있습니다. 그리고 iOS Technology Overview를 읽으면 iOS의 능력과 이 능력을 사용하여 어떻게 목표를 이룰 수 있는지에 대해 이해할 수 있을 것입니다.

* 뭐... 너무나 당연하고 좋은 이야기들이라서...^^; 실전 경험이 있는 분들은 충분히 와닿고... 때로는 뼈에 사무치는 말일지도 모르겠습니다..ㅎㅎ
오역, 의역 그리고 빼놓은 부분도 종종 있습니다^^;

# Learning the Fundamental iOS Design Patterns and Techniques


핵심적인 iOS 디자인 패턴과 테크닉 배우기

어떤 앱을 만들던지 코드를 작성하기 전에 필수로 알아야 하는 디자인 패턴과 테크닉이 있습니다. iOS에서 시스템 프레임워크는 중요한 기반을 제공하고 하드웨어에 접근할 수 있는 방법이 하나뿐인 경우도 있습니다. 다시말해서, 시스템 프레임워크는 많은 세부 디자인 패턴을 사용하며 당신은 그것과 친숙해 져야한다는 말입니다. 이 디자인 패턴을 이해하는 것은 당신의 앱을 만드는 데 있어서 첫 걸음입니다.

당신이 꼭 알아야 할 중요한 디자인 패턴입니다.

Model-View-Controller - 이 디자인 패턴이 앱의 모든 구조를 관리합니다.
Delegation - 이 디자인 패턴은 객체간 정보나 자료를 전송하는데 용이합니다.
Target-action - 이 디자인 패턴은 유저의 행동을 당신의 코드에 전달하는 역할을 합니다.
Block objects - 비동기와 콜백 코드를 구현하기 위해 블럭을 사용할 수 있습니다.
Sandboxing - 모든 iOS은 시스템과 다른 앱에 의해 보호받도록 sandbox에 위치해 있습니다. 샌드박스 구조는 앱의 동작에 관여한 파일의 위치에 영향을 줍니다.

메모리 관리와 정확성은 iOS 앱에서 중요합니다. 앱은 데스크탑에 비하여 사용가능한 메모리가 적기 때문입니다. 앱은 메모리 효율을 관리하기 위하여 컴파일러의 ARC를 사용합니다. 비록 ARC가 필수는 아니지만 우리는 적극 추천하는 바입니다. ARC를 사용하지 않는다면 당신이 직접 메모리 관리를 해주어야 합니다.

* 사견이 필요없네요...;

# Translating Your Initial Design into an Action Plan


당신 안의 디자인을 행동으로 옮기기
iOS앱은 Model-View-Controller 디자인 패턴을 사용하는 것을 가정합니다. 

* 데이터 모델에 기본 접근을 선택합니다.
  @ 이미 존재하는 데이터 모델 코드 - 만약 C언어를 기반으로 한 데이터 모델 코드를 가지고 있다면 iOS앱에 직접 적용할 수 있습니다.
  @ 커스텀 객체 데이터 모델 - 커스텀 객체는 간단한 데이터의 집합입니다.
  @ 구조적 데이터 모델 - 만약 데이터가 데이터베이스를 쓸 정도로 구조적이라면 코어 데이터 또는 SQLite를 사용하면 됩니다. SQLite는 iCloud에 적용될 수 없지만 코어 데이터는 가능합니다.

* 도큐먼트를 지원할 것인지 결정하기
   도큐먼트는 유저에게 필요한 파일을 저장하는 공간으로 쓰입니다. 이 파일은 유저에 의하여 관리될 수도, 아닐 수도 있습니다. 도큐먼트를 사용하는 가장 큰 장점은 UIDocument 클래스가 iCloud와 상호작용할 수 있도록 하고 로컬 파일 시스템이 더욱 심플해 지는 것입니다. 코어데이터를 사용하여 컨텐츠를 저장하는 것과 유사한 UIManagedDocument라는 클래스가 제공됩니다.

* 유저 인터페이스에 접근하는 방법 고르기
   @ 빌딩 블럭 접근 - 유저 인터페이스를 만드는 가장 쉬운 방법은 주어진 view 객체를 이용하는 방법입니다. view는 테이블, 버튼, 텍스트 필드 등과 같은 눈에 보이는 요소들을 나타냅니다. 뷰를 있는 그대로 사용할 수 있지만, 당신이 원하는 대로 하려면 커스터마이즈를 할 수도 있습니다. 뷰를 사용하는 장점은 더 적은 코드로 복잡한 인터페이스를 빠르게 작성할 수 있고 유저에게 익숙한 인터페이스를 제공한다는 것입니다.
   @ OpenGL ES기반 접근 - 세련된 렌더링이 필요하거나 잦은 화면 업데이트가 필요하다면 컨텐츠들을 OpenGL ES를 사용하여 표현하는 것이 필요할 것입니다. 최고의 퍼포먼스를 필요로 하거나, 세련된 그래픽 또는 게임에 주로 사용됩니다.

* 사실 제가 써놓고도... 이게 무슨말인지;;; 영어를 우리말로 바꿔놓으니 영 어색하고 잘 맞지를 않네요 ㅠㅠ

# Starting the App Creation Process


앱 제작 시작하기

행동 계획을 세웠따면 코딩을 시작할 때입니다. iOS 앱 제작이 처음이라면 Xcode 내장 템플릿을 살펴보는 시간을 갖는 것이 좋습니다. 이 템플릿들은 몇 분 안에 앱을 만들어 실행 할 수 있을 정도로 간략화 되어있습니다. 마지막으로, Xcode 프로젝트를 만들 때, 당신은 다음 질문들의 대답을 마음속에 가지고 있어야 합니다.

* 기본 인터페이스 스타일은 무엇인가?
 - 다른 타입의 앱은 다른 타입의 뷰와 뷰 컨트롤러들이 필요합니다. 언제라도 인터페이스를 변경 할 수 있지만, 먼저 정하는 것이 프로젝트를 시작하기 쉽습니다.

* iPhone 또는 iPad만을 위한 앱을 만들 것인가, 아니면 둘 다를 위한 앱을 만들 것인가?
 - Universal 앱을 만드는 것은 동적으로 iPhone과 iPad를 위한 뷰와 뷰 컨트롤러들을 선택하도록 지정해 주어야 합니다. 더 많은 기기를 지원할 수 있기 때문에 Universal 앱을 만드는 것이 더 선호되지만, 각각의 플랫폼에 맞도록 코드가 가공되어야 합니다. Universal 앱이 코드작성에 미치는 영향을 알고싶다면 Creating a Universal App을 보십시오.

* 스토리보드를 사용할 것인가?
 - 스토리보드는 뷰와 그 동작을 한 번에 볼 수 있기 때문에 디자인 프로세스를 간략화 해줄 수 있습니다. 스토리보드는 iOS 5 이상에서 지원합니다. 그 미만의 버전에서 동작하게 하려면 nib 파일을 사용해야 합니다.

* 데이터 모델을 위해 코어데이터를 사용 할 것인가?
 - 코어데이터를 사용하여 얻을 수 있는 이점을 알고싶다면 Core Data Programming Guide를 참고하세요.

이 질문들을 통하여 코딩 시작을 위하여 Xcode를 사용합니다.

1. Xcode가 설치되어 있지 않다면 설치하고, iOS development team을 구성하세요. Xcode 개발환경 세팅에 대하여 자세히 알고 싶다면 Developing for the App Store를 참고하세요.

2. 첫 Xcode 프로젝트를 생성합니다.

3. 코드를 작성하기 전에 새로운 프로젝트에서 빌드와 실행을 합니다. iOS 시뮬레이터를 타켓으로 한다면 실행되는 것을 볼 수 있을 것입니다.

4. 앱 코드를 작성합니다.

5. 앱 상태변화를 지원하기 위한 기능을 추가합니다.

6. 필요한 리소스를 제작합니다.

7. 필요하다면 앱과 관련된 적절한 동작을 구현합니다.

8. 앱이 특별해지기 위한 발전된 기능을 추가합니다.

9. 기본적인 퍼포먼스 튜닝을 합니다.

10. 이것을 반복합니다.



아... 정말 이 짧은거 하는데도 시간 정말 오래 걸리네요 ㅠ_ㅠ

그냥 포스팅 몇개는 하겠네요...;;;;;;;;;

으악... 힘들어요~

이거 계속 할 수 있을런지 모르겠네요... 여러분의 도움이 절실히 필요합니다..
 
오역 번역 발번역 항상 넘칩니다... 이점 참고하시구요, 부족한 부분이 있다면 덧글 주시면 보충해 드릴게요^^;

그럼 전 이만~!


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. hyung 2012.12.05 09:22  댓글주소  수정/삭제  댓글쓰기

    ㅠㅠ 일본어였다면 제가 도와드리지만... 영어는 저두 그냥 단어하나 하나 읽기두 힘든지라..

    여튼 포스팅 잘보고 갑니다~

  2. hyung 2012.12.06 10:22  댓글주소  수정/삭제  댓글쓰기

    메모리 관리와 정확성은 ios앱에서 중요합니다. 앱은 데스크탑에 비하여 사용가능한 메모리가 적기 때문입니다. 앱은 메모리 효율을 관리하기 위해서 컴파일러의 ARC를 사용합니다. 비록 ARC가 필수는 아니지만 우리는 적극 추천하는 바입니다. ARC를 사용하지 않는다는 당신이 직접 메모리 관리를 해주어야 합니다.

    ---------------------------------------------------

    라는 부분은 정말 공감이 가면서도 어렵네요
    눈에 보이는 코드에러 같은 경우야 어떻게 잡아주면 되지만..
    메모리 같은건 뜬구름 잡는 기분 이랄 까요

    저도 요즘 만드는 카메라어플에 ARC를 적용하고 있지만
    사진을 여러장 찍거나 해버리면

    Received memory warning. Level = 1
    나오고
    Recevied memory warning. Level = 2
    가 뜨면서 어플이 죽어버리 더라구요..

    구글링해서 찾아본 해답은 IOS 버전을 올리십시오! 라는 거였지만 ㅋㅋ

    애초애 받은 단말기가 아이폰3G인지라 ㅋㅋ 올릴수도 없구.. 정말 고민고민 되네요

    여튼! 메모리 관리는 정말 중요한듯 ㅠㅠ 아무리 기능들이 잘 되도 어플이 죽어버리면 치명적이니까요 ㅠㅠ..

  3. kimsdn 2012.12.10 14:45  댓글주소  수정/삭제  댓글쓰기

    ^^ 공개모집 하셨네요 ㅎㅎ
    우선 저는 전에 말씀드린대로... 발번역이지만... 이런 저라도 괜찮으시다면 충분히 동참하겠습니다.

    메일 한번 드리겠습니다,

    화이팅입니다!!

  4. 2012.12.10 14:48  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

  5. 2012.12.10 15:30  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

  6. 나리 2013.05.02 14:04  댓글주소  수정/삭제  댓글쓰기

    고생이 많으세요!! 덕분에 잘 배우고 있습니다!!

  7. chosamong 2013.08.20 14:12  댓글주소  수정/삭제  댓글쓰기

    오랜 외유(? 다시 백조가 되어서... OTL)
    오랫만에 찾아왔습니다.

    절대로 혼자는 쳐다보고 싶어지지 않는 도큐먼트를 집으시는군요.

    감사합니다. <(__)>


오늘의 주제

iOS Developer Library 둘러보기
iOS App Programming Guide

1. Introduction


여러분 오랜만입니다 ^^*

오늘부터는 iOS Developer Library에 있는 iOS 관련 문서들을 하나씩 짚어나가보는 시간을 가져보려 합니다.

거짓말 초큼 보태서 정말 정말 좋은책 다 필요없고 개발문서만 잘 정독하시면 혼자서도 앱 만들 수 있습니다!

그만큼 iOS App 개발의 기초고 정석이고 많은 내용이 담겨져 있는 이 문서들이 외면당하는 이유는 뭘까요...?

바로 '영어'이기 때문에...

물론 저 또한 영어에 능숙하지 못합니다.

외국인이 우리나라에 와서,

"저 한쿡만 초큼 밖에 몬해요. 저 한쿡말 초큼 배웠습니다. 그래서 한쿡말 아이처럼 할 수 있어요."

라고 말하는 수준이겠죠... ㅎㅎㅎ

뭐 그래도 번역가 처럼 번역은 못해도 중요한 내용들을 정리해서 전달해볼까 합니다!

다소 의역과 오역과 발번역이 포함되어있을 가능성이 농후합니다...ㅋㅋㅋ 틀린 부분이 있으면 지적 부탁드립니다.

또한 100% 번역을 하는 것이 아니라 핵심 내용을 뽑아서 간추린 내용만 전달합니다. (의미 파악정도) 


자, 그럼 힘차게 출발해 볼까요??

# iOS Developer Library 둘러보기

자, 드디어 출발입니다! 가 봅시다~

자, 그럼 애플 개발자 페이지로 가봅시다.

https://developer.apple.com/kr

전... 여기 한글로 된 페이지가 있다는 것을 이번 포스팅 하면서 처음 알았네요 ㅋㅋㅋ 매일 영어로 된거만 봤는데..ㅋㅋㅋ


위에 리소스라고 되어있는 곳 보이시죠? 클릭해 봅니다~


자, 그리고 난 뒤에 요로코롬 뜨면~ iOS Developer Library 클릭!!


짜잔~ 여기가 iOS 개발자 라이브러리 페이지입니다~ 처음 와 보셨나요? 그럼 곤란한데...ㅠ 그래도 이제 저와 함께 뻔질나게 들락날락 해 보시죠 ㅎㅎ

생각보다 엄청난 양의 문서들이 아주 명확 명료하게 이쁘게 잘 정리가 되어있습니다.
정말 왠만한 정보들은 여기에서 다 찾아볼 수가 있구요, 샘플 소스들도 엄청나게 많습니다~

오늘은 iOS App Programming Guide 문서를 살펴보도록 해요~



문서를 열어보면 이런식으로 보입니다~
좌측에는 목차가 나오고요~ 우측에는 해당하는 내용이 나오겠죠?ㅎㅎ
정말 간단한 구조입니다~

자, 그럼 이제 진짜 한 번 어떻게 생겼나 볼까요?

# Introduction



말그대로 도입부죠?ㅎ

이 문서의 도입부 입니다. 어떤 문서인지, 뭘 이야기 할건지 등을 써놨겠네요~


iOS App Programming에 관하여

이 문서는 iOS 앱을 만들기 위한 시작점이다. 여기서는 iOS에 적합한 코드를 작성하는 방법과 함께 iOS 앱의 핵심적이고 기본적인 구조에 대해 설명한다. 등등..
이 문서의 내용은 iPad, iPhone, iPod touch 등 iOS 기기에서 동작하는 모든 iOS app에 적용되는 내용이다.
알림 : iOS 앱 개발에는 iOS SDK가 설치되어있는 인텔기반의 매킨토시가 필요하다. iOS SDK를 얻는 방법은 iOS Dev Center에서 알아볼 수 있다.


훑어보기

새로운 앱의 시작점은 적절한 구현을 위한 구상과 디자인을 확인하는데 있다.

* 구현계획에 당신의 아이디어를 옮겨라
좋은 앱들은 좋은 아이디어에서 출발한다. 그러나 그것을 앱으로 옮기기 위해서는 계획이 필요하다. 그렇기 때문에 코드를 작성하기 전에 적절한 디자인 패턴과 기술들을 경험해보는 시간이 필요하다.
관련 챕터 : App Design Basics

* UIKit은 앱의 핵심을 제공한다
iOS 앱의 기본은 UIKit 프레임워크에 내장되어 있다. 이것을 이해하는 것은 아주 중요하다. 
관련 챕터 : Core App Objects

* 앱은 백그라운드 상태와 활성상태에서 다른 행동을 보여야 한다.
iOS기기들은 여러개의 앱을 실행하지만 유저의 입력을 받고 있는 앱은 지금 화면에 보이는 앱 뿐이다. 하지만 비활성상태로 실행되고 있는 앱도 추가적인 기능을 수행하고 있어햐 할 때도 있다. 활성상태와 비활성상태를 오갈때 앱의 행동이 바뀌어야 한다.
관련 챕터 : App State and Multitasking

* iCloud는 데이터모델과 UI Layer들의 디자인에 영향을 미친다
iCloud는 유저의 데이터를 여러대의 iOS기기나 Mac OS 기기들이 공유하게 할 수 있다. iCloud를 지원하는 앱은 파일관리방법을 바꿀 수 있다.
관련 챕터 : Integrating iCloud Support Into Your App
 

 


* 앱은 특유의 리소스를 필요로 한다.
몇몇 리소스는 꼭 iOS 앱에 명시되어야 한다. App Store에 등록되기 위해서 꼭 명시되어야 하는 리소스들이 있다. 시스템 또는 유저와 상호작용을 하기 위함이다.
관련 챕터 : App-Related Resources

* 앱은 실행되는 순간 지난 번의 UI상태를 복구하여야 한다
앱은 실행될 때, 지난 번의 UI상태를 유지해야 한다. UIKit이 상태 복구를 도와줄 것이다.
관련 챕터 : State Preservation and Restoration

* 앱의 많은 부분이 커스터마이징 될 수 있다
앱의 핵심 구조는 똑같지만, 약간만 수정한다면 VoIP등과 같이 high-level 기능을 커스터마이징 할 수 있다.
관련 챕터 : Advanced App Tricks

* 앱은 최적화가 필수다
 앱의 최적화는 배터리를 아끼는 등 시스템에 줄 수 있는 영향력을 최소화 하고 사용자의 응답에 항상 반응할 수 있는 상태로 있게 할 수 있다.
관련 챕터 : Performance Tuning 

* iOS 환경은 앱 작동에 영향을 미친다
iOS는 모바일 기기를 위하여 만들어 졌으며 앱의 보안을 제공하기 위해 좀 더 적극적이다. 메모리 관리 등 모든 시스템 작동은 앱을 디자인 하는데에 있어 영향을 미친다.
관련 챕터 : The iOS Environment


 

네.. 친절하게 이 문서를 어떻게 활용해야 할지도 써주었네요~

이 문서를 어떻게 활용하는가?
이 문서는 앱의 핵심 객체들이 어떻게 어우러져 동작하는가에 대한 중요한 정보들을 제공한다. 이 문서는 어떤 특정한 타입의 앱을 만드는데 적절한 문서는 아니다. 대신에 당신의 필요에 충족하는 구조를 살펴볼 수 있는 기회를 제공한다. 앱의 핵심 구조를 구현하는데 있어 팁과 가이드를 제공한다.

전제조건
이 문서는 iOS 앱을 디자인 하기 위한 입문지점이다. 앱의 구현을 위한 내용도 포함한다. 그러나 이 문서는 당신이 이미 iOS SDK를 설치했으며, 개발환경을 준비하였다는 것을 가정한다.
만약 당신이 iOS 개발의 초입자라면 Start Developing iOS Apps Today를 읽기 바란다. 아주 상세하고 자세히 개발 프로세스를 알려줄 것이다.

참고하세요
앱 디자인에 관한 추가정보를 얻고 싶다면 아래 문서를 참고하세요.
어떻게 iOS앱을 디자인 해야 할지 알고 싶다면, iOS Human Interface Guidelines.
어떤 기술들이 가능한지 알고 싶다면, iOS Technology Overview. 




아이고~~~~~~~~~~
생각보다 많이 빡세고 시간도 오래 걸리네요.

정말 예능에서 웃음기 없는 도전... 뭐 이런거 같은 기분???

제 생각은 온데간데 없고 말그대로 번역만 해댔네요 ㅠ_ㅠ

아래로 내려올수록 정말 의미전달에만 충실한 내용을 담았는데,

앞으로 정말 필요한 내용이 아니라면 스킵하면서, 중간중간 보충설명도 필요하면 하고 그렇게 진행해야 겠어요.

영어 발번역 정말 죄송해요 ㅠ_ㅠ

하지만, 제가 이렇게 좋은 문서들이 있다는 것을 소개해 드리니 자주자주 들어가서 필요한 문서 뒤적여 보세요~

 
어휴 힘드네요~

이만 물러갑니다 +_+


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 낭만떡대 2012.11.28 10:11  댓글주소  수정/삭제  댓글쓰기

    시작됐군요!
    실시간 모니터링중~ 감사합니다~
    (번역 서비스 까지~ ㅋㅋ)
    잘 보고 갑니다~

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.28 11:28 신고  댓글주소  수정/삭제

      안녕하세요 낭만떡대님~
      항상 불같은 덧글 고맙습니다 ㅎ
      이 글을 다시 보니 손발이 오글어드네용 ㅠㅠㅋㅋ

  2. hyung 2012.11.29 09:06  댓글주소  수정/삭제  댓글쓰기

    고생하셨습니다 야곰님 저도 영어만 보면 울렁울렁..

  3. 판다맨 2012.11.29 16:04  댓글주소  수정/삭제  댓글쓰기

    야곰님은 정말 훌륭하십니다! :)

    근데 혹시 코어데이터 관련 강의는 하실 계획 없으신가요?ㅜㅜㅋ
    너무 어렵네요..


    추신. 저도 티스토리 만들고 싶은데 보니까 추천? 초대?를 받아야 한다고 하는데,,혹시 남는(?) 초대 있으시면 저도 좀 초대해주실수 없는가요 ?ㅎㅎ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.29 17:16 신고  댓글주소  수정/삭제

      과찬이십니다^^;;
      저도 부족한 부분이 많고 틀리는 때도 많아서 부끄럽습니다^^;;;
      아직 코어데이터쪽에는 계획이 없습니다. 아직 기초부분도 많이 못해서요^^; 개발문서를 잘 살폅시면 감이 오지 않을까 생각합니다.
      티스토리 초대장은 한 번도 받아본적이 없어요ㅠㅠ 그거 어떻게 받는건지..ㅋㅋㅋ

  4. kimsdn 2012.11.29 21:26  댓글주소  수정/삭제  댓글쓰기

    안녕하세요~ 와우 드디어 시작하셨네요
    박수부터 드립니다...
    저도 예전에 한번 생각해본건데 실제로 시작하신다니 멋지십니다.
    번역하는부분은 몇몇 생각있으신분들이 같이 작업을 해보면 어떻까하는 생각도 해봅니다.
    예전에 삼국지 게임 한글화를 카페분들과 한적이 있는데...
    나름 괜찮았던 기억이 나서 ㅎㅎ 그냥 주저리 해봅니다..
    저도 발번역이지만 추후에 생각있으시면 언제든지 지원군이 되드리겠습니다.
    ㅎㅎ 그럼 항상 응원하겠습니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.30 16:54 신고  댓글주소  수정/삭제

      kimsdn님~!
      정말 말씀 고맙습니다!
      힘이 펄펄 나네요 ㅎㅎ
      도움을 주신다면야 정말 큰힘이 될 것 같습니다!
      저는 완벽 번역까지는 아니고... 내용캐치 정도로 생각중입니다 ^^
      완벽 번역을 하려면 분량이 너무 많아서... 제가 그럴 능력또한 부족하구요^^;
      혹시 함께 하실 의향이 있으신지요?

  5. 파란호수 2012.11.30 21:12  댓글주소  수정/삭제  댓글쓰기

    안녕하십니까 ㅎ 매일 눈팅만 하고가다 정식으로 이렇게 글 남깁니다.
    초보인 저에게 책과 더불어서 정말 중요한 가르침을 주셨던 분이 바로 야곰님의 포스팅이였습니다.
    앞으로도 댓글 많이 남기겠습니다.
    어.. 음 갑자기 말하려니까 할 말이 생각이 안나네요 ㅋ(제 국어능력이 딸리는 것일수도..?)

    아직은 부족하지만 저도 이 문서를 소개해주고나서 기초를 잡은 경우를 많이 봤습니다.
    저는 아직 심화까지는 안되는것 같지만 열심히 노력하시고 구독자분들을 위해 포스팅하시는 모습이 보기 좋습니다. 저희가 큰 응원과 관심으로 보답할 수 있도록 노력하겠습니다.

    다시한번 감사드린다는 인사 드리겠습니다.

  6. Favicon of https://excat.tistory.com BlogIcon 망각인 2012.12.01 23:30 신고  댓글주소  수정/삭제  댓글쓰기

    일전에 예고하셨던 부분을 드디어 진행하시는군요.
    꼭 봐야 하는 문서라는 것을 알면서도 영어 울렁증때문에 제대로 살피지 못했는데,
    배워가는 입장에 있는 저 같은 사람에게도 언제나 도움이 되는 포스팅을 해주시는 야곰님에게 감사합니다.

  7. 말라깽이 2013.03.01 21:34  댓글주소  수정/삭제  댓글쓰기

    아.. 야곰님.. 사랑스런 야곰님.. 야곰야곰.~~ 언제나 즐겁게 보고있습니다. 화이팅입니다.

  8. 나르디 2014.08.15 22:29  댓글주소  수정/삭제  댓글쓰기

    수고 하셨습니다. 포스팅 한지 오래 되었지만 지금 읽어도 전혀 손색이 없네요~^^


안녕하세요 야곰입니다.^^

정말 오랜만의 포스팅입니다 :)

그 동안 지나쳐간 분들도 많이 있고, 잊지 않고 자주 들러서 좋은 이야기와 질문 남겨주신 분들 모두 고맙습니다.

이번에는 새로운 주제로 포스팅을 진행해 보려고 합니다.
단순히 API와 레퍼런스를 나열하는 것은 이제 큰 의미가 없다고 생각이 들었습니다.
이정도 했으면 이제 여러분들이 스스로 찾아서 헤쳐나갈 밑밥은 깔렸다고 생각이 들어요.
(라고 생각했었는데................. 현실은 그렇지 않았습니다.........)

어떨 때에는 0.3초 검색하면 나올 내용들을 질문하는 분들도 많이 있습니다.
물론 정말 검색을 하지 않고 질문하는 분들도 계시지만, 검색을 했는데도 결과를 이해하지 못해서 질문을 하는 경우가 더 많습니다..ㅠ_ㅠ

그래서 이제는 진짜로 기초부터 다시 다져나갈까 합니다.
하지만 기초라고 우스운 부분은 아닐꺼예요^^;
원래 기초가 가장 어렵고 심오한 법이니까요..ㅎㅎㅎ
가장 간단하고 당연한 것을 깨닫는 것이 가장 오래걸린답니다..ㅎㅎ

서두가 길었네요. 그럼 이제부터 시작해 볼 포스팅에 대하여 말씀드려보고자 합니다.

아는 분들은 잘 아시겠지만 애플의 개발자 페이지에 가보면 셀 수 없을정도의 문서가 정리되어 있습니다.
그 문서들은 단순히 레퍼런스만 나열되어 있는것이 아니라 실질적인 개발의 처음과 끝이 담겨있습니다. 그 중에 유용한 문서들도 굉장히 많죠.
그러나 초보분들 중에는 그 문서가 '영어' 이기 때문에 무서워서(?) 귀찮아서(?) 쳐다보지도 않는 분들이 아마 99%일거라고 생각이 듭니다...

물론 저 또한 그랬었습니다............ㅋㅋㅋㅋㅋㅋㅋ
그 결과 엄청난 삽질과 어둠속을 헤매는 나날의 연속을 겪었죠ㅎㅎㅎ

하지만 여러분들은 그런 실수를 범하지 않았으면 합니다.

그래서 모든 것을 혼자 해결할 수 있도록 도와줄 문서와 여러분들이 친해질 수 있도록 유용한 문서들을 조금씩 골라서 함께 보는 시간을 가져보도록 하려고 합니다.

여러분은 어떻게 생각하시나요? 괜찮을 것 같나요?ㅎ

호응 없으면 접을지도 모릅니다...^^..............................
전 사랑을 먹고 자라는 어린이니까요 ㅋㅋㅋ

방문하고 글 남겨주시는 여러분께 다시 한 번 진심으로 감사의 마음을 표합니다.

앞으로 쓰는 글은 레퍼런스 사용법 보다는 한 번 작성에 시간이 좀 더 걸릴지도 모르겠습니다~ 저도 한국인이니까요..ㅎㅎㅎ

조금 준비기간도 필요할 것 같기도 합니다 ㅎ

저도 공부할 겸 써나가도록 하겠습니다~

처음으로 살펴볼 문서는 뭘까요?

궁그매요~? 궁그마면 오백원~~


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


Posted by yagom

댓글을 달아 주세요

  1. 시우아빠 2012.11.20 10:56  댓글주소  수정/삭제  댓글쓰기

    ^^ 저같이 이쪽으로 뛰어든지 얼마 안되는 사람한테는 정말 유요한 정보일듯합니다.
    시작만 해주신다면 열심히 따라가보겠습니다.^^
    언제나 좋은 강좌 감사드리구요~ 이제 시작하는 강좌도 힘내주세요^^ 화이팅~

  2. kimsdn 2012.11.20 13:20  댓글주소  수정/삭제  댓글쓰기

    아~정말 멋진 기획입니다..

    저도 야곰님처럼 개발문서에 대한 중요성이 너무너무 높다고 생각해요..
    적어도 개발문서 한국어로 번역된 책이라도 나오면 정말 좋을텐데 말이죠..

    근간에 서점들러서 관련책을 살펴봤는데..
    정말 개발문서 만한게 없어요...
    따라하기 책보단 야곰님 블로그가 훨씬 좋게 느껴지더군요...

    힘내시구요~~

    저도 기회가 된다면 개발문서 정리하시는데 도움이 되고싶네요 ㅎㅎ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.20 15:58 신고  댓글주소  수정/삭제

      ^^~
      정말 고맙습니다~!
      도와주신다는 말에 감동의 쓰나미가..ㅎㅎㅎ
      알찬 내용이 되도록 노력해 보겠습니다.
      부족한 부분 있으면 언제든지 말씀해주세요! (도와달라고 하려고...ㅋㅋㅋ)

  3. 감사합니다. 2012.11.20 15:31  댓글주소  수정/삭제  댓글쓰기

    와! 정말 신선하네요.
    개발서적 10권보다 레퍼런스 1번 정독하는게 도움된다는 생각인데..
    언어의 압박으로 쉽게 다가가기 힘든데 정말 멋진 기획입니다.

    잘 정리하셔서.. 기회가 되면 정식으로 정리된 내용가지고 책으로 엮으셔도 좋겠어요.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.20 15:59 신고  댓글주소  수정/삭제

      정말 좋은 덧글 남겨주셔서 제가 되려 고마움을 느낍니다.
      문서보면 글도 많지만 그림도 많으니 한 번 뒤적거려 보세요 ㅎㅎ
      자주 뵈었으면 좋겠습니다 :)

  4. zstu 2012.11.21 11:06  댓글주소  수정/삭제  댓글쓰기

    궁금해요. 궁금합니다. ^^
    정말 많은 도움이 되는 사이트에요. 화이팅하세요!

  5. TaylorHK 2012.11.22 09:27  댓글주소  수정/삭제  댓글쓰기

    거의 매일 들어오는데 오랜만의 포스팅 반갑네요~ㅎㅎ
    정말 많은 도움받고 있습니다~
    앞으로도 열심히 배우겠습니다!!!ㅎㅎㅎ

  6. 낭만떡대 2012.11.22 10:13  댓글주소  수정/삭제  댓글쓰기

    아무리 자기 공부도 된다고 생각하고 하시는거 겠지만
    이렇게 포스팅 하는게 정말로 정말로 쉬운 작업은 아니라는걸 너무 잘 알고 있습니다.
    정말 수고하시네요

    제가 옆에서 캡쳐라도 해드리고 한글번역이라도 해드리고, 밥이라도 배달하고 싶은데


    계좌번호 주세요
    일단 500원 쏴드립니다. ㅋㅋ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.22 10:21 신고  댓글주소  수정/삭제

      안녕하세요 낭만떡대님 ㅎㅎㅎ
      간만에 덧글보고 빵터졌네요 ㅎㅎㅎ
      떡대님께는 특별히 따블로 받겠습니다 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
      앞으로도 자주 뵈어요 ㅎㅎ

  7. 마린제이 2012.11.24 09:51  댓글주소  수정/삭제  댓글쓰기

    안녕하세요..

    정말 수없이 검색해서 많은 블로그를 가봤지만 야곰님 블로그 강좌 만큼 설명도 많고 이미지도 많은 블로그는 찾을 수도 없더군요^^.

    야곰님 정말 대단하심니다. 덕분에 입문하면서 많은걸 배우게 됐습니다.

    진심으로 감사 드려용 제가 나중에 첫어플 등록해서 수익 나오면 ㅋㅋ 식사라도 한번 대접하고 싶네요 으흐흣. ㅋㅋ

    그리고

    너무 기대되는 첫 포스팅 목빠져라 기다리겠습니다. ^^화이팅!

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.25 20:10 신고  댓글주소  수정/삭제

      안녕하세요 마린제이님!
      응원의 덧글 정말 고맙습니다!
      최대한 빨리 준비해 보려고 하는데, 자꾸 늦어지네요 ㅠ_ㅠ

  8. neoaero 2012.12.07 09:51  댓글주소  수정/삭제  댓글쓰기

    좀 오랜만에 들어왔는데..참 좋은 생각이십니다.
    저도 레퍼런스만한게 없는거 같아 Guide라고 써있는거 보려고 노렸했는데 쉬운거 조금 이해가 되지만 조금 레벨이 높아지면 이게 영어를 몰라서 이해를 못하는건지..아님 프로그래밍을 잘몰라서 이해를 못하는건지 너무 어렵고 시간이 올려걸려 보기가 힘들었습니다.
    저같은 관심은 많으나 시간이 없엇 따로 어디가서 배울수도 없는 사람에게 정말 유용한 정보 부탁드립니다.
    새로운 포스팅 열심히 읽고 과거에 올려주신 내용도 함께 따라하면서 해볼게요..

    늘 정말 감사합니다.

  9. 이재석 2013.01.17 17:32  댓글주소  수정/삭제  댓글쓰기

    레퍼런스 보는 법만 알려주셔도 무한 감동이었는데

    이번엔 아에 애플 문서를 파헤쳐주신다고 하시는 정말 기대 됩니다.

    힘내세요.. 열씸히 따라가 보겠습니다.

  10. Favicon of https://leafjin.tistory.com BlogIcon 빵더쿵 2013.01.17 19:54 신고  댓글주소  수정/삭제  댓글쓰기

    입사하고서 갑작스럽게 아이폰 쪽 개발을 해야해서 찾다찾다 이곳에 와서는 정말 많이 배웠는데,
    1개월 정도 눈으로만 보다가 이렇게 글 남기네요.
    항상 좋은 글 감사드립니다.

  11. 별이 2013.03.08 18:26  댓글주소  수정/삭제  댓글쓰기

    이제 막 아이폰 앱 개발 공부 시작했는데,
    만들려는 것들이 야곰님 블로그에 있어서 기분좋게 따라가면서 공부하게 됩니다.
    책 한권을 사서 보는 것보다 훨씬 더 정감있고 자세한 설명 덕에 헤메는 시간도 줄여주시공... 참 감사합니다.
    ^^ 앞으로도 부탁드려요~

  12. 나리 2013.05.02 10:01  댓글주소  수정/삭제  댓글쓰기

    저도 윗분이랑 비슷한 케이스로.. 입사하고 ios 개발 업무 맡게 되서
    이곳에서 차근차근 배우고 있어요^^
    선배님들도 개발자 문서 보라고 많이 강조했는데
    혼자서는 볼 엄두가 나지 않아 못보던 차에.. 좋은 기회인것 같네요~
    감사합니다!

  13. 나르디 2014.08.15 22:09  댓글주소  수정/삭제  댓글쓰기

    지금 전부 정주행 중입니다. 정말 좋은 포스팅이라 생각 합니다. 야곰님 책도 다 봤다는....ㅎㅎ


오늘의 주제

1. 계산기 기능 넣기
2. 메모장 화면 구성 바꾸기



쉰 한 번째 시간입니다.^^

지난 번에 만들어 놓은 계산기 아직 잘 갖고 계신가요?ㅎㅎㅎ
이제 계산기 로직을 완성해 볼 차례입니다.

아............. 지금 제가 글을 쓰고 있는 이 시간은 아직 훈련소에 가기 전이지만, 전 지금 훈련소에서 뒹굴고 있겠군요 ㅋㅋㅋㅋㅋㅋㅋㅋ

뭐, 응원의 한마디...는 볼 수 없겠지만 무탈히 돌아오도록 기도해주세요 ㅋㅋㅋㅋㅋ

2일 전인데 한달이라도 막상 가려니까 싱숭생숭 하네요 ㅋㅋㅋ

아마 들어가기 전까지도 계속 블로그 포스팅 예약을 하다 갈거 같은..ㅋㅋㅋㅋㅋㅋㅋㅋ

뭐 여튼 사설은 각설하고 시작해 봅니다~~~~~~~~~~~~~


# 계산기 기능 완성하기

일단, 지난번에 구현파일에 만들어 주었던 enum을 헤더로 옮겨옵니다. 거기에 FUNC_INVALID도 추가해줬어요 ㅎ

그리고 아래 interface에 enum 변수 하나를 만들어 주었구요~

enum이 뭔지 잘 모르겠다 하시는 분들은
2012/05/24 - [C] - C <20>. enum 

을 참고해 주세요 ㅎㅎㅎ


자, 이제 다시 구현파일로 넘어와서~

일단, 변수 초기화를 따로 메소드로 빼주었습니다. 왜냐면 2번 이상은 사용할 것 같거든요 ㅎㅎㅎ C버튼 눌렀을 때랑, 처음 viewDidLoad되었을 때. 생각난김에 메소드로 빼주고 viewDidLoad에서 호출도 해 줍니다.


자, 그리고 화면에 숫자를 출력해 줄만한 메소드도 하나 따로 빼줍니다 ㅎㅎㅎ


자, 그리고 이제 계산을 해 줄 메소드를 하나 만들어 줍니다. 아마도 = 버튼을 눌렀을 때 요녀석이 실행이 되겠죠?ㅎㅎㅎ
(현재 로직은 약간 틀린 부분이 있습니다만, 아래쪽에서 조금 수정을 해 줄거예요. 일단 요렇게 작성해 주세요..ㅎㅎㅎ)


자, 그리고 숫자 버튼을 눌렀을 때 동작할 메소드를 채워넣어 줍니다.


자, 그리고 기능키를 눌렀을 때 어떻게 동작할지를 버튼과 연결된 메소드에 채워넣어 줍니다 ㅎㅎ
switch문이 아직도 헷갈리는 분들은
2011/12/14 - [C] - C <7>. 조건문(2) switch 
참고 해 주시면 좋을 것 같네요 ㅎㅎ 


자, 그리고 나서 실행 해 봅니다. command + R
어때요 ㅎㅎㅎ 잘 동작하나요?
이것저것 해보다 보면 뭔가 약간 안맞는게 있습니다...ㅎㅎㅎ
네......그렇죠 ㅎㅎㅎ
2 + 3 하고 = 을 누르면 5가 나옵니다.
그리고 또다시 = 을 누르면 8이 나와야 하는데 7이 나올거예요... 흐음... 로직에 문제가 있다!!!!!!!!!!!! (제가 새벽에 정신이 혼미한 상태로 하다보니...)ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

그래서 수정해 줬습니다.
헤더파일에 와서 새로운 flag 변수를 하나 만들어 주었구요~


구현파일에 와서 약간의 조건을 추가해 줍니다. 기존에 변수에 저장하던 값들도 살짝 바꿔줬구요.


그리고 계산부분의 변수들도 살짝 바꿔줬습니다 ㅎㅎ



자, 그리고 다시 실행!!!!!!

어떠세요? 잘 동작하나요?

제가 계산기를 잘 안써봐서 로직을 생각해 보려고 한참 쑈를 했었더랬죠... 계산기 한 번만 켜서 해보면 되는것을...ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

여튼 뭐 이렇게 초간단 계산기가 완성되었습니다~!

가로 모드로 바꾸면 공학용 계산기가 나오게도 해보고 싶었으나... 시간이 없는 관계로(낼모레 입소... 'ㅁ') 메모장으로 넘어가 볼게요 ㅋㅋㅋ



# 메모장 화면구성 변경

지난번에 메모장 화면도 조금 만들어 놨었는데요, 살짝만 바꾸도록 합니다 ㅎㅎ


다들 그림만 보고 이해는 하셨으리라 믿습니다 ㅎㅎㅎ

자, 이제 본격적으로 메모장 구현은?

다음 포스팅에......ㅋㅋㅋ



by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 






Posted by yagom

댓글을 달아 주세요

  1. 스테디셀러 2012.09.19 16:12  댓글주소  수정/삭제  댓글쓰기

    잘 보고있습니다 :) 그런데 소숫점 처리는 어떻게 해야 할까요?

  2. 컴맹 2012.09.24 18:53  댓글주소  수정/삭제  댓글쓰기

    와~ 정말 잘 됩니다.^^
    정수와 소숫점자리 처리 모두 잘되구, 사칙연산 이상없이 계산 잘됩니다.ㅎㅎ
    오늘도 정말 많이 배우고 갑니다.~^^
    지금쯤 고생이 많겠네요.ㅠㅠ
    그래도 24일이니까 일주일만 참으세요.ㅎㅎ
    복귀하면 치킨에 맥주라도 한잔?? ㅎㅎ (당연히 제가 살께요.^^)

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.10.03 21:51 신고  댓글주소  수정/삭제

      므하하
      건강하게 잘 돌아왔습니다~!
      치맥 사주신다면야!
      정중히 흡입하겠습니다 ㅎㅎㅎ
      신나네용~~~~~~~으히히

  3. 마스터 2012.11.19 21:36  댓글주소  수정/삭제  댓글쓰기

    이거 [self setNumberLable:resultValue];
    랑 [self setNumverLavle:currentInputValue];
    에서 오류 나네요

  4. 시우아빠 2012.11.20 22:46  댓글주소  수정/삭제  댓글쓰기

    11월 초 부터해서 51번 강의까지 다 끝났네요~
    메모장은 아무래도 시간이 안되셔서 여기서 마무리 하신거 같아서 아직 부족한게 많지만
    저도 기초 강좌는 여기서 마무리하고 본업인 게임쪽으로 넘어가려고 합니다.
    앞으로하시는 다른 강의도 열심히 보겠지만
    우선은 지금까지 강의를 통해서 도움을 많이 받았기에 인사를 한번 드려야 할거 같아서요^^
    자기 시간 쪼개서 이렇게 공개강좌를 한다는 쉬운일이 아닐텐데 공익을 위해서 이렇게 노력해주셔서
    저같은 사람들은 얼마나 도움이 많이되는지 모릅니다.
    책을 통해서도 배울수 있지만 이렇게 게시판을 통한 강의도 나름대로 특수성이 있고
    특히 Yagom님의 강의 경우에는 쉽게 이해할수 있는 말로 많이 풀어 써 주셔서 이해도 쏙쏙 잘되고 여기까지 쉼없이 달려 올 수 있었던거 같습니다.
    다시 한번 감사의 말씀 드리고 앞으로도 좋은 강의 많이 부탁드리겠습니다.^^

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.21 20:38 신고  댓글주소  수정/삭제

      이렇게 좋은 덧글 남겨주셔서 저도 정말 영광입니다.
      앞으로도 종종 들러서 글도 남겨 주세요^^*
      정말 고맙습니다!

  5. Favicon of https://ahnfilm.tistory.com BlogIcon AhnFilms 2012.11.23 10:31 신고  댓글주소  수정/삭제  댓글쓰기

    메모장 포스팅 기다리겠습니다 그리고 항상 잘 보고 있습니다

  6. 김민국 2013.01.22 23:31  댓글주소  수정/삭제  댓글쓰기

    7번강의까지 보고 마지막엔 뭘하나 볼려고 봤는데
    정말 좋은 강의 포스팅 해주셔서 감사해요^^

    혹시 프로젝트의 기획 설계와 구현
    이런 전체적인 것을
    따라하면서 배울수잇는 강의를 하실생각은없으신가요?^^ㅋㅋㅋ
    무지 힘든강의겠군요..ㅜㅜㅋㅋㅋ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.01.23 09:39 신고  댓글주소  수정/삭제

      안녕하세요, 이렇게 덧글 주셔서 정말 고맙습니다 :)

      음... 그것은 프로젝트 성격과 앱 스타일에 따라서 변동이 많은 부분이라 쉽사리 딱 이게 좋은 방법이다 하기에는 무리가 있을 것 같아요^^;

  7. 마스터 2013.01.26 19:24  댓글주소  수정/삭제  댓글쓰기

    야곰님 배터리 용량을 가져오는 매소드 같은건 없나요?

  8. 안녕하세요 2013.03.31 23:09  댓글주소  수정/삭제  댓글쓰기

    항상 이 블로그에서 많은 자료를 얻는거 같아 기쁨니다ㅎㅎㅎ
    하나 물어볼게 있는데, 이전에 띄어논 AlertView를 어떤 변화(타이머 종료, 로딩 종료 등)가 있으면 사라지게 하는 방법도 있나요? 메소드가 있을거 같은데 아무리 찾아도 없네요 ㅜㅜ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.04.02 17:13 신고  댓글주소  수정/삭제

      안녕하세요 :)
      어떤 변화가 감지되는 시점에서 alertView를 dismiss 시켜주시면 됩니다.
      :) 추가적으로 더 궁금하신게 있다면 말씀해 주세요

  9. devtest 2013.07.11 13:20  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 야곰님 오늘 또 왔네요ㅎㅎ
    혹시 xcode를 이용해서 콤보박스를 만들 수는 없을까요?
    아무리 생각해도 만들 방법을 모르겟네요ㅜㅜ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.07.11 16:12 신고  댓글주소  수정/삭제

      콤보 박스보다는 아무래도 picker view가 많이 사용되지요...^^

      굳이 콤보박스를 구현해야 한다면 오픈 라이브러리들을 사용해 보셔야 할 것 같습니다 ㅎㅎ

      https://www.cocoacontrols.com/search?utf8=%E2%9C%93&q=combo

  10. 하이앟 2013.09.30 23:00  댓글주소  수정/삭제  댓글쓰기

    좋은 강좌 정말 감사합니다~^^
    무지 많은 도움 받고있어요.
    그런데..ㅎㅎ메모장 구현은 언제쯤?*^^*~기다리고 있을게염~><

  11. 키르미느 2013.10.15 02:50  댓글주소  수정/삭제  댓글쓰기

    야곰님 여쭤볼게 있는데
    제가 네비게이션 기반 실습을 해 보려고 한느데
    첫 화면을 SNS같은 일반 로그인창으로 만들어서 로그인을 하면 로그인된 첫 화면으로 갈텐데
    네비게이션 바가 달려 있어서 다시 백 버튼을 누르면 아이디 및 패스워드 (로그인창)창으로 다시 갈텐데
    로그인된 첫화면에 네비게이션 바를 없애는 게 맞을까요? 로그인 시 아예 다른 뷰를 생성하는 게 맞는 건가요?

    혹시 전자가 맞다면 네비게이션 바, 즉 백버튼 사라지게 하는 건 어떻게 하는 건가요?

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.10.15 11:24 신고  댓글주소  수정/삭제

      안녕하세요 :)

      때에 따라 두 가지 방법 중에 선택해서 사용합니다.

      주로 로그인 화면은 모달로 많이 띄우기도 하지만 네비게이션으로 처리할 수도 있습니다.

      네비게이션 프로퍼티 중에 navigationBarHidden 이라는 프로퍼티 값을 NO로 설정해 주시면 네비게이션바가 보이지 않습니다 :)

  12. 키르미느 2013.10.16 12:25  댓글주소  수정/삭제  댓글쓰기

    그런데 로그인 화면을 모달로 띄우라고 하셨는데 자세히 알 수 없을까요 소스라도 ㅠㅠ

    두 번째 질문!! ios 7에 xib 파일은 main story 보드로 통합 된 듯?? ㅠㅠㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.10.16 18:14 신고  댓글주소  수정/삭제

      ^^;; 로그인화면 샘플코드는 검색하셔도 종종 나올 것 같구요, iOS 7에서는 기본적으로 스토리보드가 생성됩니다. 수동으로 xib를 사용할 수도 있구요.

      모달로 띄우는 방법은 UIViewController 클래스의
      - (void)presentViewController:(UIViewController *)viewControllerToPresent animated:(BOOL)flag completion:(void (^)(void))completion
      메소드를 참고해 보세요~

  13. 으앙 2013.11.06 22:07  댓글주소  수정/삭제  댓글쓰기

    레이블에 숫자표시가 안되네요 ㅠ


오늘의 Tip

1. 스토리보드가 xml로 나올 때 스토리보드 화면으로 나오도록 열기


# 스토리보드야 나와줘!!!

으히히, 가끔 스토리보드 기반으로 작업하다보면 xCode가 멍때리는지 스토리보드가 아닌 xml문서로 열리는 경우가 가끔 생깁니다.
아래 화면처럼요.


자, 그럼 스토리보드로 열어 봅시다.
이렇게요 ㅎㅎ .storyboard파일에서 우클릭 또는 ctrl 클릭 하면 팝업메뉴가 나오죠. 거기서 Open As - Interface Builder를 선택해 줍니다.



짜잔~~~~~~~~~~~~~~~~~



초간단 팁 끝~~~~~~~~~

by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 


Posted by yagom

댓글을 달아 주세요

  1. 허니 2012.09.18 03:53  댓글주소  수정/삭제  댓글쓰기

    항상 재밌는 내용 감사합니다 날씨가 추워졌네요 건강조심하세요 :)

  2. Favicon of https://winplz.tistory.com BlogIcon 윈플. 2012.10.10 17:46 신고  댓글주소  수정/삭제  댓글쓰기

    드디어 스토리보드에 손을 대시기 시작하셨군요!!
    써보시면 생각보다 편하시다고 느끼실겁니다 ㅋㅋ( 물론 적응한 후에.. )
    스토리보드 사용할 때 가끔씩 저렇게 되긴 하는데 ㅎㅎ
    반대로 Open As 에서 Source Code 로 들어가면 XML로 보실 수 있습니다

  3. 시우아빠 2012.11.20 17:05  댓글주소  수정/삭제  댓글쓰기

    ^^ 정말 간단하지만 유용한 정보네요~
    저런거 때문에 무한 삽질로 프로젝트 다시 만들고 할때도 있을거 같은데
    깨알같지만 유용한 Tip 잘보고 갑니다.


오늘의 주제

1. 실전 프로젝트 생성



벌써 쉰 번째 시간입니다.^^

많이도 써왔나 보네요...ㅎㅎ
벌써 오십번 째 글이라니 +_+

이거 한 편 쓰는데 시간이 얼마나 오래걸리는지 여러분들을 모르실거예요..ㅋㅋㅋㅋㅋㅋㅋ

이제 실전 프로젝트(?) 라고 하기는 좀 그렇지만 예제 앱을 하나 만들어 볼까해요.
물론 저는 디자인을 하지 못하기 때문에 그냥 있는 그대로의 녀석들을 쓰겠지만 말예요..ㅎㅎ

간단한 계산기랑 메모장(?) 정도를 만들어 볼까해요.
단순히 감을 익히는데에는 큰 무리가 없을 것이라고 봅니다.

스토리보드를 원하는 분들이 많이 계셔서, 간단한 앱이기도 하니까 스토리보드와 ARC를 사용하여 진행하도록 하겠습니다.

iOS5.1 Xcode 4.3.3 기준입니다.

오늘의 간단 결과물입니다.
미리보기 +_+ㅋㅋㅋ


한 번 출발해 봅니다 ㅎㅎ

# 프로젝트 생성

우리는 두 개의 탭을 가진 탭바 기반 어플리케이션을 만들거예요.


스토리보드와 ARC사용에 체크를 했구요~



# 화면구성하기

짜잔~ 제 포스팅에서 처음으로 스토리보드가 등장을 했군요..ㅎㅎㅎ
저는 좀 구식이라 스토리보드는 저도 아직 잘 사용할 줄 모릅니다 ㅎㅎ 
눈에 보여서 편하긴 한데, 그만큼 뭔가 댓가가 있겠죠?ㅎㅎ 여튼 잡소리는 그만하고, 계속 가 봅니다 ㅋㅋㅋㅋㅋㅋ 


자, 일단 First View는 계산기로 사용하려고 해요.

뷰 속성에 들어가서 배경색을 그럴싸하게 좀 바꿔주고~ (그래봐야... 뭐... 쩝..ㅋㅋㅋㅋㅋㅋㅋ 그래도 기본만으로 뭔가 할 수 있게 해준 애플의 디자인 센스는 좋습니다ㅋㅋ)


First View라고 써있던 라벨의 위치와 크기를 적절히 조절해주고 오른쪽 정렬~ 그리고 0으로 세팅해줍니다 ㅎ


자, 그리고 뭔가 계산기처럼 그럴싸하게 버튼들을 넣어주세요 ㅋㅋㅋ


그리고 어시스턴스 모드로 전환해서 아울렛 연결하는 방법 다들 아시죠?ㅎㅎㅎ
오른쪽 버튼 드래그 또는 컨트롤 키 누르면서 드래그!!
라벨의 property 생성해 줍니다~
요게 잘 이해가 안되신다면?
2012/04/03 - [iOS Dev/깨알 Tips] - Xcode4 xib의 객체 소스파일과 쉽게 연결하기

를 참고하시면 되겠습니다 ㅎㅎ


그리고 두번째 탭에 있던 뷰도 텍스트뷰 하나 올려주시고, 버튼 두개 올려서 아울렛이랑 액션 연결 해 주세용~ 


자. 이거 좀 헷갈리실 수 있는데, 0부터 9까지 한 메소드에 연결을 할 거예요.
0에서 액션을 하나 생성해 주시고, 1~9까지 같은 메소드 자리로 연결하시면 됩니다. 자세한 설명은 그림에~! 
점(.)을 포함한 기능키들은 아래에서 또 따로 해줄거예요~ 



자, 기능키들도 하나의 액션 메소드에 연결해 줍니다. 방법은 동일해요~


자, 그리고 버튼마다 태그를 지정해 줍니다.
0번 버튼은 0
1번 버튼은 1...
9번까지 태그를 지정해 줍니다. 



그리고 기능버튼들도 마찬가지 입니다.

 
+ : 100, - : 101, * : 102, / : 103, C : 104, = : 105, . : 106


자, 이렇게 106번까지요 ㅎ


자, 이렇게 화면구성은 대강 마무리 된 것 같군요~

그럼 계산기로 사용될 FirstViewController에 와서 코딩을 좀 해봅시다 ㅎㅎ
일단 사용하여야 할 변수들을 선언해 주시구요.
추후에 수정하였는데 CGFloat이 아니라 double로 선언해주세요!!! 꼭이요!!!



아까 태그달았던 버튼들 나중에 번호 헷갈릴게 분명합니다.
벌써부터 헷갈리는데요?ㅎㅎ
enum을 사용하여 우리가 알아보기 쉽게 만들어 줍시다.

내려와서...
변수 초기화 잊지 말아주시구요 :)
숫자 버튼을 눌렀을 때 동작하는 메소드 부분을 구현해 봅시다.
자세한 설명은 역시나 주석에 ^^*

추가적으로 설명하지 않은 것은 pow라는 녀석인데,
pow( x, y )라고 해주면 x의 y제곱을 구해주는 함수입니다. ㅎ

그리고 또! %.0lf,  %lf 등이 무슨말인지 잘 모르겠다 하시는 분들은 아래 포스팅을 참고하세요ㅎㅎ
 
2011/12/05 - [Objective-C] - Objective C <4>. 실수 표현 방법
2011/12/03 - [Objective-C] - Objective C <3>. 변수. Variable



자... 여기까지 작성하고 한 번 실행해 보세요~

화면에 숫자가 제대로 표시되나요?ㅎㅎ

아 물론 소수점이 찍히는 기능키는 코딩하지 않았기 때문에 동작을 하지 않지요 ^^ 

자, 오늘은 여기까지 해볼게요...ㅎㅎㅎ

신나지 않나요?

물론 전 지금 훈련소에서 뒹굴고 있겠죠...ㅋㅋㅋ

어차피 포스팅은 예약 되어 있으니까 다음에 또 뵙도록 해용 >_<



by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 컴맹 2012.09.24 17:22  댓글주소  수정/삭제  댓글쓰기

    오~~ 드디어 스토리보드도 하시는군요.ㅎㅎ
    스토리보드도 관심은 있지만, 기본 UI 도 사용법이 서툴기 때문에 접근을 못했었는데.^^
    그런데 현재 소스상으로는 positionNum값이 0미만일 경우가 없기때문에 else문은 실행이 되지 않겠네요. (소숫점 버튼에 대한 처리가 없기때문에...^^;)
    뭐, 다음강좌에서는 0미만일경우가 처리가 되어 else문이 사용되겠죠.
    좋은 강좌 잘보고 갑니다.~~~^^

  2. 21 2012.11.10 01:31  댓글주소  수정/삭제  댓글쓰기

    저.... 야곰님 질문이 잇는데여 ㅎㅎ
    탭바 기반에서 탭바가 안보이도록 할순없나요ㅜ..?

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.11 15:46 신고  댓글주소  수정/삭제

      안녕하세요 21님~!
      방문해 주셔서 고맙습니다 :)
      음... 탭바 기반에서 탭바가 안보이게 하려고 하신다구요^^;
      처음부터 탭바 기반으로 작성하지 않는 방법이 있지만...
      탭바가 있는 상태에서 탭바를 안보이게 하려면 setHidden 메소드를 이용하시면 될 것 같은데요~^^
      탭바 이름이 tabBar라면
      [tabBar setHidden:YES];
      이런식으로요~^^

  3. 시우아빠 2012.11.20 16:19  댓글주소  수정/삭제  댓글쓰기

    드디어 실전이군요 ^^ 이제 곧 마무리네요~

  4. 117 2013.07.24 01:37  댓글주소  수정/삭제  댓글쓰기

    탭바에서 first나 second같이 이름써져있는거 이름은 어떻게 바꾸는 건가요ㅎㅎ?;;

  5. 2014.06.08 01:19  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다


오늘의 주제

1. 예외처리

마흔 아홉번째 시간입니다.^^

싱글턴 패턴에 대해서는 조금 익히셨나요?
그 외에도 디자인 패턴이란 것은 많이 존재합니다. 싱글턴 패턴은 아주 간단한 예에 지나지 않습니다.
디자인 패턴에 관심이 생기신다구요?
그렇다면 이제 아주 기초는 벗어나고 있다~ 라고 생각하시면 되겠습니다..ㅎㅎㅎ
물론 제가 말씀드리지 않은 것들은 정말 많지만, 저의 목표는 레퍼런스들을 나열하여 언제든 가져다 쓸 수 있는 것보다는 여러분들이 직접 원리를 알고, 개발문서를 통해 스스로 뭔가를 만들어 낼 수 있는 그런 포스팅이 되길 바라기 때문에 굳이 레퍼런스들을 다 나열하진 않았습니다.

많은 도움이 되셨는지 모르겠습니다. :)

이 기초 포스팅도 이제 막바지를 향해 달려가고 있습니다.
정말 몇 개 쓴거 같지도 않은데 이제 두어달만 있으면 일년이 되네요^^;
그동안 부족한 포스팅에 덧글도 응원도 많이 해 주신 여러분들께 진심으로 감사의 마음을 표합니다.

사설은 여기까지 하도록 하구요,

지난 포스팅에 이어 이번에도 iOS에 국한된 이야기라기 보다는 Objective-C 언어에서의 이야기를 해보려 합니다.
싱글턴도, 예외처리도 코코아 터치 프레임워크를 사용하는 것이라기 보다는 언어를 사용하는 테크닉 중 하나라고 볼 수 있겠지요.

오늘 포스팅은 정말 짧지만 정말 강력한 하나가 될 것이라 믿어 의심치 않습니다 ㅎㅎ

어쨌거나 저쨌거나 출발합니다~~~~~~~~~~


# @try @catch @finally

예외처리가 뭔가요???

여러분 여기까지 오면서 누구나 한 번 쯤은 Memory  Access Violation, Exception Error... 등등, 어플리케이션이 튕겨버리는 일을 겪지 않으신 분 없을겁니다.

즉, 어플리케이션이 죽어버리는... 만약 사용자가 사용하다가, 내가 사용하다가 퍽하고 강제종료 되어버리는... 이런 참사를 예방하려면 예외처리에 많은 심혈을 기울여야 하겠습니다. ㅎㅎㅎ

즉, 잘못된 처리로 인해 튕겨버릴 상황이 와도 한 번은 내가 컨트롤 해 볼 수 있는 여지를 만드는 것이 예외처리 입니다.

말로만 해서 잘 감이 안오시죠?

한 번 해봅시당 ㅎㅎ

지난 번에 사용하던 프로젝트에 그대로 적용해 보겠습니다.

싱글톤 객체에서 파일을 저장하던 메소드에 임의로 exception 에러를 발생시켜 봅니다.

NSDictionary는 Mutable이 아니기 때문에 setObject 메소드를 사용할 수 없지요. 그런데 임의로 Mutable인 것처럼 가장하여 메소드를 호출 해 봅니다.

말도 안되는 코드이긴 하지만, 실제로 종종 일어날 수 있는 일이기도 합니다. 이제 추가적으로 남은 것은 주석으로 모두 설명이 되어있습니다 ㅎㅎ

결과까지 한 화면에 나와있지요?



자, 이렇게 혹시 모를 상황에 대비하여 예외처리를 잘 사용해 주는것이 중요합니다.

이 하나의 포스팅으로 여러분의 어플리케이션이 조금 더 안정적이 되기를 희망합니다~

그럼 이만 뿅 ㅎㅎ



by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 컴맹 2012.09.24 16:50  댓글주소  수정/삭제  댓글쓰기

    오늘은 짧아서 좋네요.ㅎㅎ
    짧긴하지만, 정말 중요한 명령이죠.^^
    어플이 죽지 않게 할수 있으니까요.^^;
    좋은 강좌 잘보고 갑니다.~~~

  2. 시우아빠 2012.11.20 12:07  댓글주소  수정/삭제  댓글쓰기

    실제로 저 예외처리를 공부할때는 많이 썼었는데 실제 현업에서는 잘 사용안하더라구요~
    말씀하시는대로 빨리 죽이고 크래시 핸들링을 하는게 더 나을수도 있으니까요.
    그리고 코드가 커지는 경우 유지 보수가 많이 힘들더라구요.
    하지만 중요한 코드에는 저런식으로 관리해주는게 훨씬 좋을것 같습니다.

    그런데 @finally는 왜 필요한 걸까요? 어차피 항상 실행되는 문이면 이후 진행되는 블럭하고 의미가 다르지 않을꺼 같은데
    무지한 질문이니지만 잘 몰라서 그러니 이해해 주세요^^

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.20 12:55 신고  댓글주소  수정/삭제

      실제로 현업에서도 잘들 써주시면 얼마나 좋겠습니까만... 다들 한줄 한줄 늘리기만 급급하지 귀찮아서 잘 하지를 않습니다...
      나중엔 저거 하나 안해서 몇 날 며칠을 보이지않는 버그와 싸워야 할텐데ㅜㅜ
      finally를 넣어둔 이유는 이 코드가 예외처리가 되었기에 동작하는 코드다, 즉, 이녀석이 제대로 돌아가려면 위에서 제대로된 예외 확인이 필요하다 뭐 그런뜻이 아닐까 조심스레 생각해 봅니다...ㅎ

    • 낭만떡대 2012.11.22 10:01  댓글주소  수정/삭제

      finally 가 필요한 이유는 (저도 잘 모르겠습니다만.. ㅎㅎ;; )
      보통 다른 프로그램을 예를 들면..

      DB 접속 구문
      try {
      작업;
      DB 접속 헤지
      }
      catch {
      예외 작업;
      DB 접속 헤지
      }

      이런 구문을

      DB 접속 구문
      try {
      작업;
      }
      catch {
      예외 작업;
      }
      finally {
      DB접속해지;
      }

      이렇게 try건 catch건 관계없이 반드시 실행되야 되는 코드를 넣는곳이 아닐까요 코드 양도 줄어들고.. (물론 다음 블럭에 취소 DB접속해지 구문을 넣어도 되지만 다음 구문이 없는 경우도 있고, 한 블럭에서 처리하면 논리적으로 이해가 쉽고.. 아놔 아닌가;; )

      iPhone 프로그래밍에서 보면
      지금은 ARC를 이용중이라 상관 없는 이야기지만..

      객체생성;
      try {
      각체에 어떤 작업;
      객체소멸;
      }
      catch {
      예외작업;
      객체 소멸;
      }

      이것을


      객체생성;
      try {
      각체에 어떤 작업;
      }
      catch {
      예외작업;
      }
      finally {
      객체 소멸;
      }

      이렇게 사용이 아닌가 싶은데..

      글을 쓰다보니.. 이건 아닌거 같기도 하네요..
      -_-;; ㅎㅎ;;
      힘들게 쓴거라 우선 Commit ㅎㅎ;;

      (질문에 대한 답변은 아닙니다. 무지한 사람의 의견 나눔입니다...)

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.22 10:26 신고  댓글주소  수정/삭제

      예, 떡대님 말씀이 맞습니다 ㅎㅎㅎ
      시우아버님 질문의 요지는 어차피 밑에서 실행할거면 굳이 finally를 넣을 필요가 있나... 위에서 예외처리를 끝냈다면 밑에 일반코드처럼 작성해도 되지 않느냐 였는데, 떡대님이 더 좋은 보충설명을 넣어주셨네요 ㅎ
      고맙습니다 ㅎ

    • 낭만떡대 2012.11.22 10:42  댓글주소  수정/삭제

      흠... 다시 생각해보니... 제가 질문을 잘못 이해했군요 ㅋㅋ;; 죄송합니다. ㅋㅋ;;

    • 낭만떡대 2012.11.22 11:05  댓글주소  수정/삭제

      그냥 코드를 명확하게 한다. 정도 뿐이 안되겠네요 지금까지 고민하고 있었음.. ㅋㅋ;;


오늘의 주제

1. Singleton 패턴 사용해 보기


마흔 여덟 번째 시간입니다.^^

지난 번에 이어서 싱글턴 패턴 사용 방법에 대해 알아보도록해요 ㅎ

일단... 뭐... ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
지금 여러분들이 이 포스팅을 보고계신 시간이면 저는 논산 훈련소에 있겠네요~ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ
아이 좋아.............는 개뿔......
면회 환영합니다..............는 개뿔.........ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

여튼 오늘부터는 한달동안 제가 덧글을 달아드릴 수 없게되었군요...ㅠ_ㅠ

몸 건강히 돌아오겠습니다.ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

한 달 캠프 으쌰~

자 잡소리 때려치고~

스따뚜~~~~~~~~~~~~


# 싱글톤 객체 활용

이제 싱글톤 객체를 사용하기 위해, 헤더를 import해 옵니다.

그리고 원래 있던 메소드는 깔쌈히 지워주시고 싱글톤 객체 안에 구현해놓은 녀석들을 사용하기 위해 예쁘게 작성합니다 호호호


불러오기도 마찬가지로 예쁘게 바꿔줍니다~


자, 그리고 파일로 읽고 쓰는 것 대신 싱글톤 객체에만 세팅하고 가져오는 기능도 따로 만들어주기 위하여 이렇게 또 버튼을 만들고 메소드를 만들어 줍니다~


자 이렇게 간단히 메소드 구현을 마쳐주시구요~~~~~~~



SecondViewController로 넘어와 봅니다~ 여기도 위와 똑같이 작성해 주시면 됩니당 ㅎㅎ



그리고 생각해보니 화면전환 기능을 안 넣어줬군요.....

훈련소의 압박으로 정신머리가 좀 나갔습니다ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

ViewController로 와서 화면전환을 위한 버튼을 만들어주고 연결 해 줍니다~ 



자, 그리고 이렇게 깔쌈하게 두줄로 완성~


그리고 다시 돌아올 방법도 만들어줘야겠죠?ㅋㅋㅋ
이렇게 연결해 줍니다. 


그리고 이렇게 한줄로 구현 끝~!


자, 실행 해 봅니다~
뭔가 되나용?ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ


어!? 그런데..... 아오....... 이놈의 키보드때문에 뭐가 안되는구만요...ㅠㅠㅠ


키보드놈을 없애봅시다~!

각각버튼을 누르고 나면 키보드를 사라지게 하는 마술을 심어줍니다 ㅎㅎㅎ 


그러고나서 이리저리 왔다갔다 하면서 어떻게 동작을 하는지 확인해 보세요~ 예상했던 것과 같은 동작들을 하는가 잘 살펴보세요 ㅎㅎㅎ



자... 이처럼 싱글턴 객체는 한 번 생성되면 메모리에 계속 상주하면서 데이터를 지니고 있게 됩니다.

어떤 곳에서도 그 한 객체를 불러내서 쓸 수 있는거죠~

재미있는녀석이죠?ㅎ 

 
잘 활용하면 득이되고, 잘못 활용하면 독이되는 녀석이기도 합니다.

뭐..... 제가 매번 이런말을 하는 것 같긴 하네요 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

자, 그럼 이만 뿅~!


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 궁금궁금 2012.08.31 17:18  댓글주소  수정/삭제  댓글쓰기

    함께해보기에 있는 48개의 글 목록을 한 번에 볼 수 있는 방법이 있나용...???

  2. 승준 2012.09.04 09:58  댓글주소  수정/삭제  댓글쓰기

    몸건강히 훈련 잘 받고 오세요!~

    그동안 포스트 반복 학습하며 다음 글을 기다리고 있을께요

  3. 컴맹 2012.09.16 06:18  댓글주소  수정/삭제  댓글쓰기

    아~ 지금쯤 고생이 많겠네요.ㅠㅠ
    오늘도 좋은강좌 잘보고 갑니다.~

  4. 시우아빠 2012.11.20 11:48  댓글주소  수정/삭제  댓글쓰기

    이제 이곳에 덧글을 남겨야 겠네요^^
    오늘도 좋은 강좌 잘 보고 갑니다.

  5. 낭만떡대 2012.11.22 09:38  댓글주소  수정/삭제  댓글쓰기

    병특이셨군요 ㅋㅋㅋ

    반갑습니다 동지 ㅋㅋ

    전 얼마전에 끝났는데 모두~ ㅎㅎ

    질문. 1.

    공통으로 접근하는 싱글톤 객체를 만들고 prefix 에 import 하고 사용하는 것에 대해
    보안상 이슈는 없는지 궁굼하네요 보통 그렇게들 쓰시나요? (로그인 정보나 기타 중요정보.)

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.22 10:24 신고  댓글주소  수정/삭제

      아... 부럽습니다 ㅠ_ㅠ 어디서 근무하셨나요 ㅋㅋ
      질문에 대한 답변으로는 각각의 테크닉이 많이 존재하기 때문에, 앱이 어떤 정책을 가지고 운영(?) 되느냐에 따른 문제인 것 같네요.
      로그인 정보 등 중요정보에 대한 저장방법은 검색을 좀 더 해보시면 좋을 것 같아요 :)
      정말 좋은 질문 고맙습니다 ㅎ

  6. ss 2012.11.26 00:13  댓글주소  수정/삭제  댓글쓰기

    안녕하세요, ios 프로그래밍 공부하고 있는 학생인데요 ^^
    싱글톤이 필요해서 열심히 따라했는데ㅠㅠ
    저는 스토리보드에서 이걸 구현하고 싶어서요 ㅠㅠ
    똑같이 따라하고 xib파일 대신 스토리보드에서 뷰를 연결해주는 방식만 다른데 안되네요 ㅠㅠ 어떻게 하면 좋을까요

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.26 10:57 신고  댓글주소  수정/삭제

      스토리보드에서도 같은 방식으로 연결해 주면 되지 않나요?^^;

    • yimcold@gmail.com 2013.10.10 11:40  댓글주소  수정/삭제

      지금 댓글을 달기에 많이 늦은감이 있지만.. 저는 이런 식으로 해결했어요~
      1. 스토리보드에서 두번째 뷰컨트롤러의 Storyboard ID를 secondViewCon으로 지정해주고,

      2. 코드를
      secondViewController: (id)sender{
      SecondviewController *secondViewCon = [self.storyboard instantiateViewControllerWithIdentifier:@"secondViewCon"];
      [self presentModalViewController:secondViewCon animated:YES];
      }
      이렇게 작성하니까 되네요~ 늦었지만 비슷한 문제가 있으신 분들 참고하시라고 올려요. 제가 초보라 수정할부분 있으면 지적해주시면 감사하겠습니다.

  7. 2012.11.29 12:19  댓글주소  수정/삭제  댓글쓰기

    비밀댓글입니다

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.11.21 20:41 신고  댓글주소  수정/삭제

      안녕하세요 앱만들자님!
      이렇게 글 남겨 주셔서 정말 영광입니다.
      정말 도와드리고 싶은 마음은 굴뚝같지만 제가 그 부분에 있어서는 큰 도움을 드리지 못할 것 같아요...ㅠㅠ 현재 저의 개인적인 사정으로도 좀 벅찬 상태라서요ㅜ 죄송합니다..
      정말 진심으로 죄송합니다...ㅜ
      꼭 더 좋은 분 찾으시면 좋겠네요...
      정말 죄송합니다ㅜ

  8. 리얼왕초보 2013.06.27 13:59  댓글주소  수정/삭제  댓글쓰기

    이번 강좌는 맥부기에 없어서 여기서 봤는데
    진작에 야곰님 블로그에서 공부할껄 그랬네요 ㅠㅠ
    스크린샷한것도 크게보이고 ㅠㅠㅠㅠ
    정말 너무 많은 것을 배운 시간이었습니다~
    아무리 감사를 드려도 부족하네용~~~

  9. 리얼왕초보 2013.06.27 14:15  댓글주소  수정/삭제  댓글쓰기

    야곰님~아래 팁으로 주신 키보드 없애는 방법을
    키보드 외 화면을 터치하면 키보드가 사라지게끔~
    메서드 하나 알려주시면 안될까용?
    부탁드립니다~~

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.06.28 10:35 신고  댓글주소  수정/삭제

      http://blog.yagom.net/507
      제스쳐 인식으로 뷰에 탭 제스쳐 인식을 넣어서 특정 동작을 하게 만드시면 될 것 같습니다 :)

  10. ㄴㄴ 2013.11.09 02:37  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 강좌 잘 보고 있습니다.

    이번 강좌에서

    [singletonObj setCurrentString:inputTextField.text]

    이 부분에 대해서 자세한 설명좀 해주시면 안될까요?

    제가 서로 다른 뷰에서 간단한 숫자를 공유해서 입력하고 받아서 쓰는 코드를 구현중인데

    입력까진 되는것 같은데 다른 뷰에서 받으면 계속 0으로 나오네요;


오늘의 주제

1. Singleton Pattern 


마흔 일곱 번째 시간입니다.^^

지난 번에는 파일을 저장하고 로드하는 것을 해 보았습니다.
이번에는 파일에서 로드해 온 자료를 다른 객체들과 공유하여 사용하고 싶을때 사용해 볼만한 방법을 가지고 왔습니다~

물론 Objective-C에서만 쓰이는 방법이 아니지만, iOS 개발 할 때에도 유용하게 쓰일 수 있는 방법이라 이렇게 또 소개를 해 드립니다.
싱글톤 패턴이라고 흔히 이야기들을 하는데요, 무엇인지 한 번 알아보도록 합니다~


# 싱글톤 패턴이란?

한 프로그램에서 특정한 용도의 객체 하나를 생성해서 공용으로 사용하고 싶을 때 주로 사용하는 방법입니다.

주로 환경설정, 로그인 정보, 유저 정보 등을 한 번 객체에 생성해 두고 여러 객체에서 공유해서 데이터를 쓸 수 있는 방법이죠.

즉, 프로그램이 실행되고 끝날 때 까지 특정용도를 가지는 단 하나의 객체를 만들어 놓고 쓰게 되는 것입니다. 물론 임의로 해제해 주지 않는다면요 :)

말로만 이렇게 떠들어 대니 잘 감이 안오시죠?ㅎㅎㅎ

그런데 일단 static 이라는 녀석에 대해서 조금 알아보실 필요가 있습니다.

static이 어떤 녀석인지 정확히 알고 계신분은 바로 따라오셔도 좋습니다~

모르는 분들은 프로그래밍 언어 기본서에 보면 나와있을거구요, 포털 검색을 통해서도 많이 나올거예요^^~

자, 그럼 실습을 시작해 봅니다~
 

# 실습

지난 번에 만들었던 프로젝트를 그대로 사용합니다~

여러 객체간에 데이터를 공유하는 것을 실습해 볼 것이므로, 화면을 옮겨다녀 보는게 효과적일 것 같네요~

뷰 컨트롤러를 하나 더 만들어 줍니다 ㅎ


자, 그리고 이렇게 지난 번에 했던 것 처럼 새로운 뷰 컨트롤러에도 화면을 구성해 줍니다~



자, 이번엔 싱글톤 클래스를 생성하도록 할게요~




NSObject를 상속받는 SingletoneObject라고 이름을 지었어요. 사실 Singleton이 맞는 표현인데, 제가 자꾸 Singletone이라고 쓰네용 +_+


자, 이렇게 새로 생성된 클래스의 헤더에 와서요~

이런저런 것들을 작성합니다.

지난번에 파일에서 읽고 쓰기 했던 것들도 여기로 옮겨올 거구요, 공통적으로 쓰고 불러올 NSString 객체 포인터도 하나 만들어 줬구요~ 


자, 헤더에서 property로 던져줬으면 구현파일에서 synthesize로 받아주는거 잊지 않으셨죠?ㅎ

그리고 지난 번에 파일저장 메소드 구현했던 부분에서 복사해와서 붙여넣고 살짝 손봐줍니다 ㅎㅎㅎ


파일에서 불러오기도 마찬가지구요 :~)


자, 그리고 가장 핵심부분!!!

싱글턴 객체를 만들어주는 부분입니다.

static이라는 처음보는 녀석이 등장했죠? 주석으로 간략하게 설명을 써놓긴 했지만, 이해가 힘드시다면 검색을 해 보시는 것을 강력추천합니다 ^^; 



자, 이렇게 싱글톤 클래스까지 완성을 했습니다~

이제 이 녀석을 어떻게 사용하게될지 궁금하지 않으세용?ㅎㅎㅎ

제가 앞으로 어떻게 진행할지 감이 오는 분들도 분명 계실거 같아요 ㅎㅎ

음... 일단 오늘은 여기까지 쓸건데요 ㅎㅎ 한 번 써보고 싶은 분들은 마음껏 써보세요~

컴퓨터 폭발 안합니다~ 


으히히, 여튼 다음에 또 만나용~ :-)





by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 컴맹 2012.09.16 05:37  댓글주소  수정/삭제  댓글쓰기

    오~ 멀티쓰레드까지 신경써주시는군요.^^
    오늘도 많이 배우고 갑니다.
    좋은 강좌감사합니다.~~

  2. 시우아빠 2012.11.20 11:49  댓글주소  수정/삭제  댓글쓰기

    멀티쓰레드` 갑자기 튀어나와서 ㅋㅋ 검색해봤습니다.^^
    역시 공유 객체의 경우 저렇게 보호를 해줘야 하겠네요
    좋은 내용 많이 배워 갑니다.

  3. 디지시스 2013.04.25 16:04  댓글주소  수정/삭제  댓글쓰기

    에잇 왜 추천은 한번밖에 안되는걸까요

  4. Hide 2013.11.28 15:25  댓글주소  수정/삭제  댓글쓰기

    야곱님 사랑해요


오늘의 주제

1. 딕셔너리 형태의 객체를 파일로 쓰고 읽기


마흔 여섯 번째 시간입니다.^^

지난 두 포스팅에서는 모양새를 바꿔보는 것을 해 보았어요~
사실상 명목이었지 어쨌든 개념적인 요소가 많았지요 ㅎㅎㅎ

이번에는 파일을 읽고 써 보는 시간을 가져보도록해요 ㅎㅎ

매번 어플리케이션이 종료되면 모든것이 다 날아가 버리면 아쉽잖아요.
뭔가 저장하고 다시 가져올 수 있는 방법, 간단한 파일 쓰고 읽기를 해 보도록 합시다~

자, 그럼 시작해 볼까요?ㅎㅎ


# 파일 입출력

자, 우선 오늘도 프로젝트 하나를 만듭니다.

지난 두 프로젝트와는 달리 이 프로젝트는 3개 ~ 4개 포스팅 동안 사용하게 될 것 같네용 호호


늘 그래왔듯이 싱글 뷰 어플리케이션으로 만들어 줍니다 ㅎㅎ
 


이름은 YGFileManagement


첫 실행화면 ViewController.xib로 들어와서 이렇코롬 만들어 줍니다.
이제 이 정도는 설명하지 않아도 되리라 굳게 믿습니다 ㅋㅋㅋ 


딕셔너리 형태의 객체를 파일로 쓰고 읽는다고 했을 때 의아해 하신분들이 분명 계셨을 겁니다.

스쳐지나와서 생각 못하셨다구요?ㅎㅎㅎ

자, 우리는 파일을 plist형태로 쓰고 읽어주는 작업을 할거예요. plist...??? 어디서 들어본거 같은데???

그쵸?ㅋㅋㅋ Supporting Files에 AppName-info.plist라는 파일을 보실 수 있을거예요.

눌러보세용 ㅎㅎㅎ

그 안에 어떤식으로 구성이 되어있나요?

Key - Value 형식...!! 어!!!?? 딕셔너리네?

네~ 딕셔너리 형식으로 구성이 되어있는 것을 볼 수 있습니다.

그래서 우리는 딕셔너리를 plist로 저장하고 불러오는 것을 해 보도록 하겠습니다 ㅎㅎ


일단 저장하는 메소드를 먼저 작성해 보도록 하지요.

아까 버튼에 연결해 둔 메소드가 있지요? saveStringToFile 메소드를 정성스레 작성해 줍니다 ㅎㅎㅎ 

inputTextField에 입력해준 텍스트를 딕셔너리에 넣어서 파일로 저장하는거예요 ㅎㅎ

주로 간단한 내용들을 저장해 줄 때 Document 디렉토리 안에 저장해 줍니다. 어플리케이션 옵션을 주고 적절한 처리를 하면 iTunes에서 도큐먼트 폴더로 파일을 넣고 빼고 할 수 있는 곳이기도 하죠.

이제 이렇게 주석과 글들로 설명이 되어있는데, 이해가 안가거나 조금 더 알고싶은 메소드가 있다면 개발문서를 한 번 찾아보는 센스! 필요하겠죠?ㅎ 



자, 그리고 이번에는 파일에서 딕셔너리를 불러와서 outputLabel에 텍스트를 세팅 해 주는 메소드 입니다.


자, 그리고 실행! 우선 저장하기 전에 로드해 볼까요? 역시나 파일이 없으니 실패!!


하지만 저장하고,


다시 로드하면 이렇게 라벨에 로드가 되는군요 ㅎㅎㅎ


또 다른 글로 바꿔서 저장해보고~


다시 로드해도 잘 되네용 ㅎㅎㅎ


앱을 종료했다가 다시 실행해서 로드도 해 보세요~ 아주 잘 됩니다 ㅎㅎㅎ

물론 앱을 삭제했다가 다시 실행하면 도큐먼트 폴더 내의 데이터도 지워졌기 때문에 로드가 되지 않습니다. 


오늘은 이렇게 간단히 도큐먼트 폴더에 plist파일을 저장하고 불러오는 놀이를 해 보았습니다 ㅋㅋ

어떠셨나요? 괜찮았나요?ㅎ

물론 바이너리 데이터(예를들어 이미지 등)을 읽고 쓸 수 있는 방법도 있는데, 요청하시면 진행하도록 할게요 ㅎ

이런 간단한 예제 외에도 더 크고 복잡한 데이터들을 저장하고 불러오는 방법도 존재합니다.

역시나 배우면 배울수록 어려워지는..ㅋㅋㅋㅋㅋㅋㅋㅋㅋ

뭐 여튼 오늘은 여기까지~


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 으아~!! 2012.08.24 11:29  댓글주소  수정/삭제  댓글쓰기

    야곰님 위 내용과는 관계 없지만 질문이 있습니다~~!!!!
    연속된 이미지와 텍스트파일을 각각 uiview와 라벨에 쌍을 맞춰서 출력하고 싶습니다
    시간인터벌을 갖게 해서 출력하기 위해 nstimer를 사용하려고 하는데요. 구문을 어떻게 사용해야 할지 모르겠어요.ㅜㅜ
    [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(loadImageAndText) userInfo:nil repeats:YES];
    이렇게만 선언했구요. 셀렉터에서 쌍을 맞춰 출력하는 구문을 만들고 싶은데 각각 재생하는건 어렵지 않은데 쌍맞춰 하는건 .ㅜㅜ
    그리고 텍스트연속 출력은 어떻게 하나요? 이미지와 맞춰 무한 재생으로 만들었다가 버튼클릭하면 멈추게 만들고 싶은데
    구문을 어떻게 짜야하나 모르겠어요.아 빨리 알려주셨음 좋겠어요.ㅠㅠ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.08.24 14:09 신고  댓글주소  수정/삭제

      안녕하세요 으아~!! 님 ㅋ

      음... 배열 두 개를 이용하여 자료를 저장해 두었다가 동시에 두 배열에서 같은 인덱스의 자료를 뽑아오면 되지 않을까요 ^^?

      사실 어떤 것을 원하시는지 잘 몰라서 애매하긴 하지만,

      일단 NSTimer *myTimer = [NSTimer scheduled ...

      해 주시고

      버튼을 누르면 [myTimer invalidate]; 해 주시면 멈출거예요~

  2. chosamong 2012.08.26 11:28  댓글주소  수정/삭제  댓글쓰기

    다음 버전 기대합니다. 초롱초롱
    바이너리 데이타 입출력,
    예외 처리
    파일 경로 변경 등등

    파일 입출력 넘 어려워요. ㅜ.ㅜ

    저도 낼 부터는 출근이라 폭풍 댓글 호응은 좀 더뎌질수도~
    하지만 열렬히 응원합니다.
    야곰님 파이팅 ^^;;

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.08.27 01:07 신고  댓글주소  수정/삭제

      초롱초롱 *_*ㅎㅎ
      이제 며칠 지나면 저도 한달간 덧글을 달수가 없네요 ㅎㅎㅎ
      열심히 하시는 chosamong님도 화이팅입니다 :)

  3. 컴맹 2012.09.16 05:12  댓글주소  수정/삭제  댓글쓰기

    드디어 데이타 저장/로드도 배웠습니다.ㅎㅎ
    오늘도 좋은 강좌 잘보고 갑니다.~
    감사합니다.^^

  4. 낭만떡대 2012.11.21 17:09  댓글주소  수정/삭제  댓글쓰기

    와우!!! 간단한 데이터 저장 방법이 이런 방법이 있었군요!
    간단한 저장은 기본으로 영구 저장되는 딕셔너리 하나 있잔아요.. ㅠㅠ 기억이 안나네
    userinfo 어쩌구 하는거.. 그걸로 했었는데 이렇게 파일로 내리는것도 간단하고 좋네요!
    좋은거 얻어 갑니다.
    (맨날 맥부기에서 강좌 보다가 이쪽으러 넘어옴 ㅋㅋ 여기가 크고 좋네요 ㅎㅎ)

    이미지 데이터를 저장하는 방법도... (제가 한번 해보겠습니다! ㅎㅎ;)
    뭔가 느낌상 그냥 data로 쓰고 data로 읽어 오면 될것 같은 *.* ㅋㅋ)

    추천 꾹~!

  5. 한소쿠리더하기 2013.02.02 00:50  댓글주소  수정/삭제  댓글쓰기

    파일주소에 덧붙일 때...

    /string.plist

    에서 / 는 있어도 되는 건가요?

    안되서 구글링을 하다가 writeToFile:atomically 로 보다보니 다른 예제에는 /가 없어서 빼고 하니까 되네요. ㅎㅎ

    다른 분들은 말씀이 없으신 걸로 봐서는 제가 뭔가를 잘못했다거나 다른 분들에게는 저정도는 너무 허접한 거라서 그냥 넘어가셨다던가...일까요? ㅎㅎ

    진짜 C 프로그래밍도 한개도 모르는 상태에서 시작해서 삽질하다가 야곰님 강의 보고 많이 알아가고 있습니다. 감사합니다. ^^

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.02.04 10:10 신고  댓글주소  수정/삭제

      stringByAppendingPathComponent:

      메소드를 사용하시면 /를 입력해도 하지 않아도 상관 없습니다 :)

    • 한소쿠리더하기 2013.02.04 11:21  댓글주소  수정/삭제

      stringByAppendingFormat을 썼는데 /를 쓰면 저장이 안되고 /를 안 써야 저장이 되네요;;;

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.02.05 07:56 신고  댓글주소  수정/삭제

      네, 제가 저 소스를 작성할 때 무슨생각으로 그랬는지는 모르겠지만;;
      파일 경로 등을 만들어 줄 때에는
      stringByAppendingFormat 보다는 stringByAppendingPathComponent을 사용하는 것이 바람직합니다... ^^;
      더 자세한 사항은 도큐먼트를 참고하세요~

    • wowjam 2013.07.17 15:40  댓글주소  수정/삭제

      너무 오래된 리플이지만... 한소쿠리더하기님이 말씀하신 문제의 원인을 알았습니다.
      NSArray *documentPaths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
      이 부분에서 NSDocumentDirectory 대신에 NSDocumentationDirectory를 쓰셨던것 같네요.
      혹시 비슷한 문제 있으신 다른 분들도 참고하세요~

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.07.17 23:09 신고  댓글주소  수정/삭제

      정말 유익한 덧글 남겨주셔서 고맙습니다 :)

  6. Royster 2013.07.17 21:39  댓글주소  수정/삭제  댓글쓰기

    오늘도 정말 유익한 시간이었습니다^^

    이미지 및 텍스트를 이용하여 일기 작성 및 저장, 불러오기를
    구현하는 예제 강의 올려주실수 있으실까요~?

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.07.17 23:10 신고  댓글주소  수정/삭제

      ㅎㅎ 좋은 예제네요~!
      그런데 제가 지금은 그럴 여력이 부족할 것 같습니다 ㅠ_ㅠ
      이 포스팅을 응용해 보시면 간단한 것은 할 수 있을 거예요..
      죄송합니다 ㅠ

  7. Royster 2013.07.18 01:06  댓글주소  수정/삭제  댓글쓰기

    아 아닙니다 죄송하실게 뭐있나요~ ㅎㅎ
    응용해서 제가 직접 시도해보겠습니다^^
    앞으로도 좋은 예제 많이 올려주세요 ~~~

  8. zeroBear 2013.09.21 14:31  댓글주소  수정/삭제  댓글쓰기

    안녕하세요,
    항상 강좌 잘 보고 있습니다.
    이번 강좌에서 키보드 입력이 나왔는데요, 아무래도 키보드가 내려 가질 않아서 뭔가 아쉽더라구요.
    혼자 찾아 찾아 해결은 했는데, first responder의 개념이 잘 이해가 되지 않습니다.
    나중에 first responder에 대한 강좌를 써 주실 수 있으신가요?

    아마 이 블로그에서 강좌를 보는 다른 분들도 도움이 될 것 같아요 ^____^

  9. 루드릭 2013.11.12 00:29  댓글주소  수정/삭제  댓글쓰기

    강좌 잘 보고 있습니다. ㅎㅎ

    맥부기 까페에서 검색시에도 이상하게 야곰님이랑 겹치는 강좌들이 있길래

    누가 떼다 올리시는건가 했는데 작성자 아이디가 야곰... ㅋㅋ

    직접 올리시는거였군요. ㅎ

    다름이 아니라 질문이 하나 있는데요

    textfield에 글을 적다가 다른 뷰로 넘어갔다가 다시 와도

    아까 적어놓은 텍스트들이 남아있게 하고 싶은데

    키보드를 내리면서 어딘가에 저장을 해 두고 다른 뷰 갔다가 돌아올때

    textfield에 다시 저장을 해야될것같은데 키보드를 내릴때 어떤 메소드가 실행되게 하려니까 방법을 잘 모르겠네요 ;

    키보드를 내리는 방법은 키패드 안의 리턴버튼을 누르거나 백그라운드를 터치하면 내려가도록 해 놓았습니다.

    • Favicon of https://blog.yagom.net BlogIcon yagom 2013.11.12 11:47 신고  댓글주소  수정/삭제

      이전에 보았던 화면을 새로 생성해서 돌아오면 당연히 새로운 객체이기 때문에 남아있지 않습니다.

      이전의 화면으로 돌아올 때에는 모달로 띄워줬다면 모달을 내려주어야 하고, 네비게이션 컨트롤러로 push 하셨다면 다시 pop해서 돌아오셔야 합니다. 그러면 다시 이전의 화면 그대로를 볼 수 있습니다.

      아마도 새로운 객체를 생성하여 다시 화면에 보여주는 방식을 사용하고 계시기 때문에 이전 화면 그대로를 보지 못하시는 것 같습니다.

      모달뷰와 네비게이션 컨트롤을 조금 더 살펴보시기 바랍니다 :)

  10. odong 2015.07.26 22:02  댓글주소  수정/삭제  댓글쓰기

    애플이 개발환경이 좋아 혼자 쓸 어플 만들려는데 좋은 참고가 되네요 감사합니다!
    (댓글이 무지 늦게(?) 달린 셈인데 야곰님 보실려나요? ㅋㅋ)

    • Favicon of https://blog.yagom.net BlogIcon yagom 2015.07.28 01:10 신고  댓글주소  수정/삭제

      안녕하세요 odong님!
      덧글 남겨주셔서 고맙습니다 :)
      좋은 참고가 되었다니 기쁩니다!
      종종 들러주고 글도 남겨주세요~!
      고맙습니다~! :D

  11. hjs9402 2017.02.08 13:13  댓글주소  수정/삭제  댓글쓰기

    안녕하세용 그런데 plist로 작성한 파일들은 앱을 종료했을때 다 삭제가 되나요?

  12. sususoo 2017.05.09 23:57  댓글주소  수정/삭제  댓글쓰기

    야곰님 정말 궁금한게 있습니다. 다운받은 ipa파일을 zip파일로 변환한후 압축을 풀어서 안에있는 plist파일이나 coderesources를 조금 수정해서 다시 압축해서 ifunbox를 이용해서 폰에 설치할 수 없나요?

    ipa파일을 zip파일로 변환한후 압축을 푼 아이들을 다시 압축해서 ifunbox를 이용해서 폰에 설치하기는 가능한데, payload폴더 안에있는 아이들을 조금이라도 건들면 설치가 되지 않습니다. 방법이 없는건가요?

    • Favicon of https://blog.yagom.net BlogIcon yagom 2017.05.10 12:06 신고  댓글주소  수정/삭제

      안녕하세요 sususoo님, 전혀 방법이 없는 것은 아니지만, 정상적이거나 좋은 방법은 아니기 때문에 따로 알려드리지는 않겠습니다 ^^; 도움을 드리지 못해 죄송합니다


오늘의 주제

1. 네비게이션 바 커스터마이징


마흔 다섯번째 시간입니다.^^

지난 번에는 메소드 재정의(오버라이드)를 활용하여 UIAlertView를 커스터마이징 해 보았습니다~
어떠셨어요?ㅎ 이쁜 이미지로 커스터마이징 하니까 좀 더 산뜻해 지셨나요?ㅎ

오늘은 네비게이션 바를 커스터마이징 해 보겠습니다~

잘 응용하면 원하는 이미지나 이쁜 글도 넣을 수 있구요 :)

자 그럼 출발해 볼까요?ㅎ


# Navigation Bar Customize

자, 일단 새로운 프로젝트를 만들어 줍니다.

Single View Application이구요~


YagomCustomNaviBar라는 이름으로 만들어 주었습니다 ㅎ


그리고 우리는 커스터마이징을 할 때 이번에는 카테고리 라는 녀석을 이용할거예요~
어쨌든 일단 New File... 


Cocoa Touch - Objective-C category 라는 녀석을 선택~!


YGCustomNaviBar라고 이름짓고 Category on UINavigationBar를 작성해 줍니다~


그러면 UINavigationBar+YGCustomNaviBar 라는 희안한 이름을 가진 놈들이 뿅하고 튀어나옵니다~

카테고리로 사용하려면 클래스이름+내가 지정한 이름. 이딴식이지요?

오이잉???????? 고놈 요상하네~~~~~~

자, 그럼 여기서 카테고리란???????????

다른 언어에서는 쉽게 찾아볼 수 없는 형태로 Objective-C의 독특한 클래스 확장법이라고 생각하시면 되겠습니다.

지난번에 해보았던 오버라이드(재정의)보다는 약간 작은 개념입니다.

클래스를 상속받아 메소드를 오버라이드 하는 경우 원래 있던 메소드를 수정, 보완해 주는 형태였고, 인스턴스 변수 등등을 추가해 줄 수 있습니다.

하지만, 이 카테고리라는 녀석은 원래 클래스에다가 내가 원하는 메소드를 원래 그 클래스에서 갖고있던 녀석인 것처럼 추가해 줄 수 있는 간단하지만 강력하고 유용한 녀석입니다. 물론 메소드 오버라이드도 가능합니다. 다만, 클래스 변수 등은 선언해 줄 수 없습니다.

카테고리만 잘 이용해도 쓰임새는 무궁무진하죠 ㅎㅎㅎ

오늘은 네비게이션 바 커스터마이징으로 한 번 예를 들어 진행해 보고자 이렇게 포스팅을 하는 것입니다.

설명이 부족하다 싶으면 책이나 구글링을 통하여 찾아보셔도 좋습니다.

자, 그럼 이제 카테고리는 만들었고... 일단 네비게이션바를 보려면 네비게이션 컨트롤러가 좀 도와줘야겠죠?ㅎㅎ

AppDelegate에서 최상위 뷰 컨트롤러를 네비게이션 컨트롤러로 만들어 봅시다.
 


자, 한 번 실행해 보니 제대로 잘 된 것 같네요 ㅎㅎㅎ


그럼 이제 뷰 컨트롤러에 Push기능을 해 줄 버튼 하나를 만듭니다.

아직도 이 그림이 이해안가시는 분은 없으리라 믿습니다~!

오른쪽 버튼 드래그 또는 ctrl+드래그 아시죠?ㅎㅎㅎ 


그럼 이렇게 이쁘게 연결이 되겠죠???



자, 깔쌈하게 연결 해 줬으니 이제는 구현파일로 넘어와서 해야 할 일들을 말해줘야겠죠 ㅎㅎㅎ


그리고 실행하면 이렇게 이쁘게 버튼이 박혀있구요~



버튼을 누르면 이렇게 다음 화면으로도 넘어오네용 ㅎㅎㅎ


자, 우리가 구현하고자 하는 내용이 무엇이냐???

네비게이션 바 생김새를 커스터마이징 하는 것이지요~

특히나 저는 배경과 제목을 커스터마이징 하고 싶어요.

UINavigationBar 클래스 문서를 봅니다.

제목을 커스터마이징 할 꺼리는 안보이고...

그나마 배경이미지 설정해 주는 메소드가 있는것 같군요~


따라가 봅니다.

앗!!! 그런데 이게 왠 난관입니까??

iOS 5.0 부터 지원하는 메소드라고 합니다...

iOS 5.0 미만 사용자들은 어떡하지... 흠...  


자, 어쨌든 저쨌든간 방법은 있겠죠?ㅎㅎㅎ

버전을 체크해서 가능한 녀석들로 처리를 해 봅시다.

버전 체크하는 방법에 대한 자세한 내용은

2012/08/17 - [iOS Dev/깨알 Tips] - iOS Version Check

를 참고하시면 됩니다~

iOS 5.0 미만 같은 경우는 drawRect메소드를 오버라이드 하여 배경이미지를 그려줄 수 있습니다. 

물론 iOS 5.0이상이라면 좀 더 편안하고 안정적으로 구현되어있는 메소드를 이용해 주면 되겠죠?ㅎ

이렇게 카테고리 메소드를 완성해 줍니다. 물론 배경에 사용될 이미지도 잘 첨부 해 줍니다.ㅎ 


제가 사용한 이미지 올려놓을게요~



그리고 전에도 그랬다시피, 나 이런 메소드 가지고 있어~

오퐈 이런 능력자야~ 라고 말해주려면 헤더에 잘난척 해줘야겠죠?ㅎㅎㅎ


그리고 이제 이 카테고리 메소드를 사용하고 싶으면 헤더를 import해 주시고, 그냥 원래 클래스에 있던 메소드마냥 사용해 주시면 됩니다. ㅎㅎ


자, 이제 실행해 보면??? 예상했던 결과처럼 나오나요?ㅎㅎ


화면을 넘기면 이렇게 나오구요 ㅎㅎ


그런데 화면을 옮겨가도 위의 제목은 항상 그대로지요? 그래서 우리가 만들어 놓은 메소드를 통해 제목도 좀 바꿔줍니다. ㅎㅎㅎ

화면이 보이려고 할 때(viewWillAppear) 에서 해당 메소드를 사용해 주면 될 것 같군요 ㅎㅎ 

그리고 push해 준 후에 제목을 바꿔줘도 적용이 될 것 같은데요?ㅎㅎ 


짜잔~ 일단 첫번 째 화면에는 잘 세팅이 되었네요~


그리고 화면을 넘겼다가~~~~~~~~


다시 돌아와도 우리가 원한대로 잘 되어있죠?ㅎㅎㅎ



자, 오늘은 네비게이션 바 커스터마이징이라는 명목으로 카테고리 라는 녀석을 함께 해보았습니다.

어떠셨어요?

유용할 것 같지 않나요?ㅎ

물론 어떤 클래스라도 카테고리를 만들어 줄 수 있습니다.

자신이 자주 사용하는 기능이 조금 복잡하거나 매 번 프로젝트를 만들 때마다 구현해주기 귀찮다면 카테고리를 이용하는 것이 효율적일 것입니다.

자, 오늘도 즐거운 공부가 되셨길 바라면서

저는 이만 물러갑니다~

또봐용 ㅎㅎ


by yagom

facebook : http://fb.yagom.net

twitter : http://twitter.yagom.net ( @yagomsoft )

p.s 제 포스팅을 RSS 피드로 받아보실 수 있습니다.

RSS Feed 받기   


↓↓↓저 열심히 썼는데 손가락 한방 꾹 눌러주고 가시는 건 어떨까요? 로그인이 필요 없습니다. ^~^ 고맙습니다~ ↓↓↓ 




Posted by yagom

댓글을 달아 주세요

  1. 인절미후후 2012.08.21 11:25  댓글주소  수정/삭제  댓글쓰기

    헤에~ 네비게이션바 하시는군요~
    제가 예전에 앱스토어에 올린 어플이 네비게이션 바를 커스텀 해보려고 무지 노력했었는데
    소스로 만들어지는거랑 닙에서 올린거랑 겹쳐져서 고생했었죠..(백버튼은 소스로 보내기전에 만들어야 하고 닙으로 만든거는 또 새로 생겨버리고..백버튼모양은 안만들어지고..)
    관련 내용이 등장하니 반갑네요.
    앞으로도 좋은 강좌 부탁드리겠습니다!

  2. 컴맹 2012.09.16 04:51  댓글주소  수정/삭제  댓글쓰기

    카테고리 정말 좋네요.ㅎㅎ
    좋은 강좌 잘보고 갑니다~ 감사합니다~^^

  3. 눈팅X 2012.12.03 18:16  댓글주소  수정/삭제  댓글쓰기

    야곰님 강좌 몰래 눈팅하고 있는 1인입니다.

    [naviCon.navigationBar customizeWithTitle:@"Customized"];

    추가하고 실행했을 때, 타이틀이 안보이는데.. 혹시 살펴 볼 부분이 있을까요??
    강좌 내용을 살펴봐도.. 잘 모르겠어서..

    잠수중인데, 살짝 올라왔습니다.

    ----------------------------------------------------------------------------------------------

    자세히 좀 볼 걸 그랬어요. 찬찬히 다시 보니.. 아래 코드가 누락.. ㅎㅎ
    [self addSubview:titleLabel];

    야곰님!!
    오늘도 많이 배워 갑니다~ 항상 감사드려요~


  4. paxdreamer 2012.12.26 13:51  댓글주소  수정/삭제  댓글쓰기

    야곰님 안녕하세요. 오랜만에 인사드립니다.ㅎ
    네비게이션 커스터마이징에대해 이것저것 알아보고 있는 중인데요. 네비게이션 바를 슬라이딩하게 하는건 어떤식으로 적용해야 하나요??
    예를 들어서 상하스크롤할때 보였다 안보였다 하는 방식을 적용하고 싶어서요.
    화면 넓게 쓰고 싶어서 그렇게 만들고 텍스트도 따로 입력하게 하고 싶은데 어떻게 해야할지 모르겠네요.ㅋㅋ
    계속해서 좋은 내용 연재해 주셔서 감사합니다.ㅎ

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.12.26 14:37 신고  댓글주소  수정/삭제

      안녕하세요:) 오랜만에 뵙습니다.

      UIScrollViewDelegate를 보시면 아마도 스크롤바를 올리고 내릴 때 작동하는 메소드가 있을거예요.

      거기에다가 네비게이션 바를 보였다 숨겼다 하는 메소드를 추가하면 될 거 같은데요 :)

      [naviCon setNavigationBarHidden:YES animated:YES];

      아마 이런 메소드 있을거예요~

  5. Favicon of http://silver-lining.tistory.com/ BlogIcon silver0r 2012.12.26 20:33  댓글주소  수정/삭제  댓글쓰기

    안녕하세요 매번 눈팅으로만 열심히 배우다가 질문드립니다.

    실 프로젝트에서 커스텀네비게이션바를 사용하려하는데 첫화면 등 일부 화면에서 제외하고 나머지 화면에서는 커스텀 네비게이션 바를 보여주려하는데 이경우엔 어떻게 해야될까요??
    매번 책보다 훨씬 더 간단하고 쉽게 연재해주셔서 감사히 잘 보고있습니다

    • Favicon of https://blog.yagom.net BlogIcon yagom 2012.12.26 21:54 신고  댓글주소  수정/삭제

      음... 그 경우에는 좀 애매하네요...+_+

      하나의 네비게이션 컨트롤러는 하나의 네비게이션 바만 가질 수 있으니...

      흐음... 꼼수는 여러가지 있을 수 있으나... 그다지 추천해 드리고 싶지는 않아요 ㅠ

  6. Eastsky_Kagn 2013.01.24 16:40  댓글주소  수정/삭제  댓글쓰기

    정말 큰 힘이 되는 포스트 입니다. 감사합니다~ 늘 수고 많으세요.

    • Favicon of https://blog.yagom.net