[Xcode] Custom Code Snippet 사용하여, 코딩 생산성을 올려 봅시다.

 Xcode에서 init를 치면, 관련추가 함수가 표시되는 Code Snippet이 동작하게 됩니다.
이 코드 스니펫에 내가 원하는 Code Snippet 즉, 내가 만든 '코드 정보'를 추가할 수 있습니다.

코드 스니펫은 뭘까요?

코딩할 때, init를 치면, 추가적으로 표시되는 부분이 있습니다. Code Completion이라고 하는데, 여기에 코드 묶음이나, 함수가 자동으로 추가되는 것이 있습니다.
init를 치면, - (id) init {...}가 자동으로 추가되는 것과 같은것입니다.

여기에 내가 만든 Custom code snippet 을 추가해 봅시다.

이전 블로그에서 Keyboard관련 함수가 있었는데, 이것을 코드 스니펫에 넣어 두고, 필요한 ViewController에서 바로 사용할 수 있도록 설정해 보겠습니다.
일단 Code Snippet Library가 화면에 표시되도록 합니다.

(오른쪽 아래에 표시되는 코드 스니펫 라이브러리)

(메뉴에서 코드 스니펫 라이브러리 보기)

그리고 추가할 코드를 블록으로 선택하고, 드래그해서 코드 스니펫에 넣습니다. 아래 이미지는 이전 블로그에서 추가한 Keyboard Notification관련 코드를 스니펫으로 추가하고 있습니다.

코드를 선택해서 Code Snippet Libarary에 Drag해서 넣기

추가된 것이 표시가 되면, 클릭해서, Edit를 해서, 정보를 수정합니다.

(추가된 스니펫을 수정하기, Edit Custom Code Snippet)

• Title: 코드스니펫 라이브러리에 표시되는 이름
• Summary: Title 밑에 설명으로 표시됩니다.
• Completion Shortcut : 코딩할 때, 이 숏컷을 입력에 대해서 코드스니펫이 표시가 됩니다. init를 입력하면 함수가 나오는 것 처럼.
• Completion Scopes : 함수 내에서 사용을 하거나, 클래스 메소드에 추가될지 범위를 설정하는 것입니다.
• All: 모든 경우에 다 표시됩니다.
• Class Implementation : 클래스의 메소드 입력할 때 표시됩니다. 
• Code Expression : 메소드 내에서 코드 입력할 때 표시 됩니다.

그럼 코드에서 사용해 봅시다.

위에 Compeltion Scopes를 Class implementation으로 해두어서, 함수 입력 부분에서 DBU를 치면 입력이 나와야 합니다. 아래처럼..

(함수 입력 부분에서 DBU를 치면 내가 입력해둔 코드 스니펫이 표시가 된다. Enter하면 그 코드가 추가된다.)

위와 같이 표시되고, 엔터를 치면, 코드가 추가가 됩니다.

코드에서 토큰입력할 수 있는 코드를 넣어 봅시다.

token labeled Code는 탭키로 입력부분에 바로 이동할 수 있는 토큰 코드 입니다.

(forin 입력시 표시되는 token labeled code)

입력한 코드 스니펫에 token labeled code를 추가합니다.
추가하는 방법은 <# Code #>을 입력하면 됩니다. 아래 처럼.

(코드스니펫에 token labeled code 추가하기)

 이 코드를 직접 사용하게 되면 아래와 같이 표시가 됩니다.
잘 추가해 두면 아주 유용하게 사용할 수 있을 것 같습니다.

(실제 표시된 된것)

이 코드 스니펫은 백업이 될까요? 다른 팀원과 같이 사용할 수는 없을까요?

Xcode를 다시 설치하면, 이 코드 스니펫이 다 사라지지 않을까요? 그리고, 팀원들과 같이 동시에 같은 코스 스니펫을 관리하고 사용할 수는 없을까요?
이거 아시는 분 좀 알려주세요.
저장된 XML을 Backup하고 다시 copy하면 추가가 될까요? 흠...

Custom Code Snippet이 저장되는 위치는?

/Library/Develper/Xcode/UserData/CodeSnippets/...
XML로 저장이 됩니다. 텍스트에디터로 확인을 해보면 아래처럼 나옵니다.

(XML로 저장된 Custom Code Snippet)

참고자료:

• Mac Developer Libarary : Create Custom Code Snippet
• Speed of Light

[iOS] Keyboard가 표시될 때, 사라질 때 이벤트와 그 키보드의 위치는?

 iOS에서 키보드가 표시될 때, 입력부분이 아래에 있다면, 화면이 위로 밀려 올라가야 합니다.이 때, 키보드의 크기를 알아야, 현재 화면을 위로 밀어 올릴 수 있습니다.

 UITableViewController는 자동으로 내부적으로 크기를 줄이고, 입력하는 부분을 위로 올려주게 되어 있습니다.

만약 일반적인 ViewController를 사용해서 화면을 구성한 경우에는 위치를 변경해 주어야 합니다.

1. 키보드가 화면에 나타나거나, 사라지는 Event는 무엇이고, 어떻게 알아낼까요?

키보드가 표시될 때, 전달되는 이벤트는.. 

• UIKeyboardWillShowNotification : 키보드 표시되기 전, 전달되는 이벤트
• UIKeyboardDidShowNotification : 키보드 표시되고 난 후, 전달되는 이벤트
• UIKeyboardWillHideNotification : 키보드 사라지기 전,
• UIKeyboardDidHideNotification : 키보드 사라진 후, 이벤트
• UIKeyboardWillChangeFrameNotification : 키보드 모양이 바뀌기 전 (iOS5 이상)
• UIKeyboardDidChangeFrameNotification : 키보드 모양이 바뀐 후 (iOS5 이상)

필요한 이벤트를 알림센터에 등록해서, 각 이벤트에 해당하는 메시지 함수를 호출 할 수 있습니다.

source code

#pragma mark - Keyboard detect function
// Call this method somewhere in your view controller setup code.
- (void)registerForKeyboardNotifications
{
    NSNotificationCenter *defaultCenter = [NSNotificationCenter defaultCenter];
    [defaultCenter addObserver:self
                      selector:@selector(keyboardWillbeShown:) //표시되기 전
                          name:UIKeyboardWillShowNotification object:nil];
    [defaultCenter addObserver:self
                      selector:@selector(keyboardWasShown:)    //표시된 후
                          name:UIKeyboardDidShowNotification object:nil];
    [defaultCenter addObserver:self
                      selector:@selector(keyboardWillBeHidden:) //사라지기 전
                          name:UIKeyboardWillHideNotification object:nil];
    [defaultCenter addObserver:self
                      selector:@selector(keyboardWasHidden:)    //사라진 후
                          name:UIKeyboardDidHideNotification object:nil];
    
}

2. 호출된 키보드 이벤트 함수에서, 키보드의 크기를 알아야, 다른 컴포넌트의 크기를 조정할 수 있습니다.

 이벤트로 전달되는 NSNotification클래스의 userInfo에 해당 내용이 추가되어 있습니다.
키보드의 크기는 UIKeyboardFrameBeginUserInfoKey를 통해서 읽어 올 수 있는데, 다른 값들은 차이를 알수가 없었습니다.

• UIKeyboardFrameBeginUserInfoKey : 키보드가 표시되기 시작할 때의 크기를 가지고 있습니다. NSValue형태로 CGRect 값을 가지고 있습니다.
• UIKeyboardFrameEndUserInfoKey : 
• UIKeyboardAnimationCurveUserInfoKey:
• UIKeyboardCenterBeginUserInfoKey : CGPoint로 키보드 중심 위치?
• UIKeyboardCenterEndUserInfoKey :   
• UIKeyboardBoundsUserInfoKey

아래의 소스코드처럼, Begin과 End이 값을 각 이벤트에 따라서 읽어 봤지만 차이가 없네요.

source code

// Called when the UIKeyboardDidShowNotification is sent.
- (void)keyboardWillBeShown: (NSNotification *) aNotification
{
    // Get Keyboard Size
    NSDictionary* info = [aNotification userInfo];
    CGSize kbSize = [[info objectForKey:UIKeyboardFrameBeginUserInfoKey] CGRectValue].size;
    CGSize kbSize2 = [[info objectForKey:UIKeyboardFrameEndUserInfoKey] CGRectValue].size;
    double anmationDuration = [[info objectForKey:UIKeyboardAnimationCurveUserInfoKey] doubleValue];
    NSLog(@"keyboard Will beShown: %@, %@, duration:%lf", NSStringFromCGSize(kbSize), NSStringFromCGSize(kbSize2), anmationDuration);
}

3. 결과로 나오는 값은 어떻게 될까요?

iPhone 3.5-inch와 4.0-inch의 height의 길이 차이가 나지만, iPad는 Scale이 같으므로 동일한 결과가 나왔습니다.

iPhone Retina 3.5-inch
세로 
 keyboard Will beShown:   {320, 216}, {320, 216}, duration:7.
 keyboard WasShown:       {320, 216}, {320, 216}
 keyboard Will beHidden:  {320, 216}, {320, 216}
 keyboard WasHidden:      {320, 216}, {320, 216} 

가로
 keyboard Will beShown:   {162, 480}, {162, 480}, duration:7.
 keyboard WasShown:       {162, 480}, {162, 480}
 keyboard Will beHidden:  {162, 480}, {162, 480}
 keyboard WasHidden:      {162, 480}, {162, 480}

iPhone Retina 4.0-inch
세로
 keyboard Will beShown:   {320, 216}, {320, 216}, duration:7.000000
 keyboard WasShown:       {320, 216}, {320, 216}
 keyboard Will beHidden:  {320, 216}, {320, 216}
 keyboard WasHidden:      {320, 216}, {320, 216}
가로
 keyboard Will beShown:   {162, 568}, {162, 568}, duration:7.000000
 keyboard WasShown:       {162, 568}, {162, 568} //너비의 차이..
 keyboard Will beHidden:  {162, 568}, {162, 568}
 keyboard WasHidden:      {162, 568}, {162, 568}

iPad
세로
 keyboard Will beShown:   {768, 264},  {768, 264}, duration:7.000000
 keyboard WasShown:       {768, 264},  {768, 264}
 keyboard Will beHidden:  {768, 264},  {768, 264}
 keyboard WasHidden:      {768, 264},  {768, 264}
가로
 keyboard Will beShown:   {352, 1024}, {352, 1024}, duration:7.000000
 keyboard WasShown:       {352, 1024}, {352, 1024}
 keyboard Will beHidden:  {352, 1024}, {352, 1024}
 keyboard WasHidden:      {352, 1024}, {352, 1024}

iPad Retina
세로
 keyboard Will beShown:   {768, 264},  {768, 264}, duration:7.000000
 keyboard WasShown:       {768, 264},  {768, 264} //iPad와 동일.
 keyboard Will beHidden:  {768, 264},  {768, 264}
 keyboard WasHidden:      {768, 264},  {768, 264}
가로
 keyboard Will beShown:   {352, 1024}, {352, 1024}, duration:7.000000
 keyboard WasShown:       {352, 1024}, {352, 1024}
 keyboard Will beHidden:  {352, 1024}, {352, 1024}
 keyboard WasHidden:      {352, 1024}, {352, 1024}

[iOS] CoreData를 이용하여 데이터를 저장하자.

 iOS에서 SQLite 를 이용하여, 데이터를 저장하고 읽어 올 수 있는데, 그러기 위해서는 SQL문과 관련 지식이 필요합니다.

 하지만, CoreData를 이용하면, SQL에 대한 이해없이도, 비교적 간단하게 데이터를 저장할 수 있습니다. 

 SQL문을 직접사용하지 않더라도, 내부적으로 Wrapping이 되어서 SQLite에 저장하게 됩니다.

먼저 CoreData Framework을 사용하기 위해서는 해당 프로젝트에서 CoreData를 사용할 수 이도록 설정을 해줘야 합니다. 

 가장 간단한 방법은 프로젝트를 Empty Application으로 만들면서, CoreData사용을 체크하면, 저장을 수 있도록 기본 소스가 추가됩니다.

만약, Single Application으로 프로젝트를 이미 만들어서 사용하고 있다면, 해당 기능들만 추가하면 사용이 가능합니다. 

 추가하는 방법은 블로그의 "[iOS] CoreData를 사용하기 위해서 추가할 것들.."을 참고하여 주세요.

1. Data Model 추가하기.

 데이터베이스의 스키마와 같은 파일을 추가합니다. New File > Core Data > Data Model 을 선택해서 추가합니다.

 프로젝트에 Model.xcdatamodeld이 추가되었을 것입니다.

 이 파일에 저장하고자 하는 형태의 데이터 엔티티를 저장합니다.

 즉, 이 엔티티가 하나의 객체/단위로 저장이 될 것입니다.

 사용자가 앱을 실행한 시간을 저장을 한다고 생각하면, 현재 날짜를 가지는 Attribute를 아래와 같이 추가할 수 있습니다.

2. 추가한 데이터 모델을 저장소와 연결하기.

 AppDelegate에 추가된 managedObjectModel 함수에 1.에서 추가된 데이터 모델에 대한 파일 이름을 설정해 줍니다.

위에 데이터 모델이름이 프로젝트 생성할 때 "CoreData사용"으로 만들어지면 프로젝트 이름과 동일하게 만들어집니다.

그래서, 별도로 데이터모델 파일을 생성한 경우에는 그 파일을 이름을 위에 넣어야 변경이 됩니다.

3. 데이터 저장되는지 확인하기.

AppDelegate의 [-application didFinishLaunchingWithOptions:]함수에서 현재 시간을 저장하여 봅시다.

source code

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    // Override point for customization after application launch.
    
    NSManagedObjectContext *context = self.managedObjectContext;
    NSManagedObject *managedObject = [NSEntityDescription insertNewObjectForEntityForName:@"UsageStatisticDate" inManagedObjectContext:context];
    [managedObject setValue:@"2013-12-26" forKey:@"executedate"]; //날짜는 임의로 넣었습니다.
    NSError *error;
    [context save:&error];
    
    return YES;
}

4. SQLite에 저장되어 있는지 터미널로 확인해 봅시다.

위에서 저장한 것이 정확하게 저장이 되어 있는지 확인을 해보기 위해서, iPhoneSimulator에 해당 앱이 저장된 위치를 터미널로 찾아갑니다.
(Library/Application Suport/iPhone Simulator/'버전'/Applications/'.....'/Documents/)
여기에서 sqlite3로 해당 db를 열어서 내용을 확인합니다.

위에서 해당 디렉토리에서 DBUCoreDate.sqlite라는 이름의 파일이 존재합니다.
이 파일을 sqlist3 명령어로 열어서, 저장되어 있는 테이블(.tables)과 테이블 내의 데이터를 SQL문(select * from zusagestatisticdate)로 확인을 해보았습니다.
"2013-12-26"이 들어 있는 것을 볼 수 있습니다.

5. NSManagedObject를 추가해서 저장해 봅시다.

위에 4번에서는 NSManagedObject를 받아와서, setValue를 통해서 저장을 하였는데, 해당 클래스를 만들어서 저장할 수 있습니다.
Menu > Editor > Create NSManagedObject Subclass.. 를 선택하여 클래스 만듭니다.
파일이 두개가 추가됩니다.
3.에서 저장했던 방식을 아래와 같이 수정을 합니다.

source code

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    // Override point for customization after application launch.
    NSManagedObjectContext *context = self.managedObjectContext;
    
    UsageStatisticDate *usageDate = [NSEntityDescription insertNewObjectForEntityForName:@"UsageStatisticDate" inManagedObjectContext:context];
    usageDate.executedate = @"2013-12-26 using UsageStatisticDate class";
    
    NSError *error;
    [context save:&error];
    
    return YES;
}

위 파일에서는 Subclass를 이용해서 저장하게 됩니다.
저장한 것을 터미널에서 다시 확인을 해 봅니다.

참조:
- iOS 를 위한 Core Data 튜토리얼: Getting Started

[iOS] CoreData를 사용하기 위해서 추가할 것들..

내가 생성한 Single View Application에서 CoreData를 사용하기 위해서, 아래 사항들을 추가해 줍니다.
 아래에 추가되는 것은, Xcode에서 새로운 프로젝트를 만들 때, Empty Application에서 Use CoreData를 체크하였을 때 추가되는 부분입니다.

1. CoreData Framework 추가하기.

프로젝트 설정의 General에서 Linked Framework and Libraries에서 CoreData를 추가합니다.

2. Precompile Header에 CoreData.h 추가하기.

프로젝트에서 해당 클래스를 사용할 수 있도록 Prefix파일에 추가해 줍니다.

(파일이름이 '프로젝트이름-Prefix.pch'인 파일입니다.)

3. AppDelegate.h에 @Property 및 함수 추가하기

source code

@property (readonly, strong, nonatomic) NSManagedObjectContext *managedObjectContext;
@property (readonly, strong, nonatomic) NSManagedObjectModel *managedObjectModel;
@property (readonly, strong, nonatomic) NSPersistentStoreCoordinator *persistentStoreCoordinator;

- (void)saveContext;
- (NSURL *)applicationDocumentsDirectory;

4. AppDelegate.m에 관련 함수 추가하기.

source code

- (void)saveContext
{
    NSError *error = nil;
    NSManagedObjectContext *managedObjectContext = self.managedObjectContext;
    if (managedObjectContext != nil) {
        if ([managedObjectContext hasChanges] && ![managedObjectContext save:&error]) {
            // Replace this implementation with code to handle the error appropriately.
            // abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
            NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
            abort();
        }
    }
}
#pragma mark - Core Data stack

// Returns the managed object context for the application.
// If the context doesn't already exist, it is created and bound to the persistent store coordinator for the application.
- (NSManagedObjectContext *)managedObjectContext
{
    if (_managedObjectContext != nil) {
        return _managedObjectContext;
    }
    
    NSPersistentStoreCoordinator *coordinator = [self persistentStoreCoordinator];
    if (coordinator != nil) {
        _managedObjectContext = [[NSManagedObjectContext alloc] init];
        [_managedObjectContext setPersistentStoreCoordinator:coordinator];
    }
    return _managedObjectContext;
}

// Returns the managed object model for the application.
// If the model doesn't already exist, it is created from the application's model.
- (NSManagedObjectModel *)managedObjectModel
{
    if (_managedObjectModel != nil) {
        return _managedObjectModel;
    }
    NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"CoreData" withExtension:@"momd"];
    _managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
    return _managedObjectModel;
}

// Returns the persistent store coordinator for the application.
// If the coordinator doesn't already exist, it is created and the application's store added to it.
- (NSPersistentStoreCoordinator *)persistentStoreCoordinator
{
    if (_persistentStoreCoordinator != nil) {
        return _persistentStoreCoordinator;
    }
    
    NSURL *storeURL = [[self applicationDocumentsDirectory] URLByAppendingPathComponent:@"DBUCoreData.sqlite"];
    
    NSError *error = nil;
    _persistentStoreCoordinator = [[NSPersistentStoreCoordinator alloc] initWithManagedObjectModel:[self managedObjectModel]];
    if (![_persistentStoreCoordinator addPersistentStoreWithType:NSSQLiteStoreType configuration:nil URL:storeURL options:nil error:&error]) {
        /*
         Replace this implementation with code to handle the error appropriately.
         
         abort() causes the application to generate a crash log and terminate. You should not use this function in a shipping application, although it may be useful during development.
         
         Typical reasons for an error here include:
         * The persistent store is not accessible;
         * The schema for the persistent store is incompatible with current managed object model.
         Check the error message to determine what the actual problem was.
         
         
         If the persistent store is not accessible, there is typically something wrong with the file path. Often, a file URL is pointing into the application's resources directory instead of a writeable directory.
         
         If you encounter schema incompatibility errors during development, you can reduce their frequency by:
         * Simply deleting the existing store:
         [[NSFileManager defaultManager] removeItemAtURL:storeURL error:nil]
         
         * Performing automatic lightweight migration by passing the following dictionary as the options parameter:
         @{NSMigratePersistentStoresAutomaticallyOption:@YES, NSInferMappingModelAutomaticallyOption:@YES}
         
         Lightweight migration will only work for a limited set of schema changes; consult "Core Data Model Versioning and Data Migration Programming Guide" for details.
         
         */
        NSLog(@"Unresolved error %@, %@", error, [error userInfo]);
        abort();
    }
    
    return _persistentStoreCoordinator;
}

#pragma mark - Application's Documents directory

// Returns the URL to the application's Documents directory.
- (NSURL *)applicationDocumentsDirectory
{
    return [[[NSFileManager defaultManager] URLsForDirectory:NSDocumentDirectory inDomains:NSUserDomainMask] lastObject];
}

5. 사용하기.

Data Model을 추가하고, Entity를 설정한 다음 사용할 수 있습니다.
자세한 내용은  블로그([iOS] CoreData를 이용하여 데이터를 저장하자.)를 참고하여 주세요.

[iOS] 두 App 사이에 데이터 교환하기, ( URL 및 Pasteboard 사용)

하나의 앱(SenderApp) 에서 다른 앱(ReceiverApp)으로 정보를 전달해야 될때,

방법1) URL을 이용해서, 앱을 호출하고, URL에 데이터를 base64로 인코딩해서 보낼 수 있습니다.

방법2) 다른 방법으로 Unique Pasteboard를 만들고, 거기에 데이터를 넣고, URL을 통해서 해당 앱을 호출하고, 그 앱에서 Unique Pasteboard에서 데이터를 읽어 올 수가 있습니다.

1. URL의 데이터부분으로 전달하기.

 Receiver App의 URL Type을 등록합니다.

 dbuurl의 URL Type을 등록된 Receiver App이 설치가 되면, openURL함수를 이용해서, 호출할 수 있습니다.

Sender App에서 정보를 아래와 같이 보낼 수 있습니다.

source code

- (IBAction)sendData:(id)sender
{
    NSString *encodedData = [NSString stringWithFormat:@"iamdavidbae@gmail.com:"];
    NSString *urlQuery = [NSString stringWithFormat:@"dbuurl://localhost/data?%@", encodedData];
    
    NSURL *url = [NSURL URLWithString:urlQuery];
    if( [[UIApplication sharedApplication] canOpenURL:url] == YES )
    {   
        //데이터를 보낸다.
        [[UIApplication sharedApplication] openURL:url];
    }else{
        // openURL을 할 수 없으므로, App이 설치되지 않았거나, URL이 잘못 되었다.
    }
}

ReceiverApp에서 openURL로 호출이 되면, 아래의 AppDelegate의 handleOpenURL openURL:sourceApplication:annotation함수가 호출이 됩니다.

source code

//- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url //deprecated...
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
    NSLog(@" openURL");
    if ([@"/data" isEqual:[url path]]) {
        NSString *urlData = [url query];
        NSLog(@" handleOpenURL: query:%@", urlData);
        _viewController.text = [NSString stringWithFormat:@" handleOpenURL: query:%@", urlData];
        //그리고 base64 스트링을 디코딩해야 한다.

        //받은 데이터를 화면에 표시합니다.
        _viewController.text = urlData;
        [_viewController.view setNeedsDisplay];
        
        return YES;
    }
    return NO;
}

주의 사항!

URL로 전달하는 것이므로, 데이터가 base64로 인코딩이 되어야 합니다. 받는 부분에서는 다시 디코딩을 해야 되고..

2. Pasteboard를 사용해서 데이터를 전달하자.

위에 방법은 URL에 데이터가 공유가 되므로, 민감한 데이터는 공유하기가 힘들어지고, 모든 것을 Base64로 만들어야 하는 번거로움이 있습니다.
그래서, Unique한 Pasteboard를 만들고 거기에 데이터를 넣어서 전달 할 수 있습니다.
일단 ReceiverApp에서 URL Type을 위와 동일하게 등록을 합니다.

SenderApp에서 URL을 호출하기 전에 특정 Pasteboard에 데이터를 저장합니다.
아래에서는 "kr.pe.davidbae.pasteboard_001"이라는 이름으로 만듭니다.
source code

- (IBAction)sendData:(id)sender
{    
    NSString *urlQuery = [NSString stringWithFormat:@"dbuurl://localhost/data?%@"];
    NSURL *url = [NSURL URLWithString:urlQuery];
    if( [[UIApplication sharedApplication] canOpenURL:url] == YES )
    {
        //받는 app이 설치되어 있다. Pasteboard를 만들고, 데이터를 넣자.
        UIPasteboard *pasteboard = [UIPasteboard pasteboardWithName:@"kr.pe.davidbae.dbuurl.pasteboard_001" create:YES];
        if (pasteboard != nil) {
            pasteboard.string = sendingData; //보내는 데이터를 넣는다.
        }else{
            NSLog(@"Can't create pasteboard");
        }
        [[UIApplication sharedApplication] openURL:url];
    }else{
        // openURL을 할 수 없으므로, App이 설치되지 않았거나, URL이 잘못 되었다.
    }
}

ReceiverApp에서 handleOpenURL openURL:sourceApplication:annotation함수에서 pasteboard를 읽어서 데이터를 읽어 옵니다.
source code

//- (BOOL)application:(UIApplication *)application handleOpenURL:(NSURL *)url //deprecated...
- (BOOL)application:(UIApplication *)application openURL:(NSURL *)url sourceApplication:(NSString *)sourceApplication annotation:(id)annotation
{
    NSLog(@" openURL");
    if ([@"/data" isEqual:[url path]]) {
        NSLog(@" handleOpenURL: query:%@", urlData);
        //Pasteboard check
        UIPasteboard *pasteboard = [UIPasteboard pasteboardWithName:@"kr.pe.davidbae.dbuurl.pasteboard_001" create:NO];
        if (pasteboard != nil) {
            //정보를 읽어 온다. 읽어온 후에는 정보를 지운다.
            NSLog(@"pasteboard : %@", pasteboard.string);
            pasteboard.string = @"";
        }else{
            //Pasteboard가 없다!!
            NSLog(@"pasteboard is nil");
        }
        return YES;
    }

    
    return NO;
}

위 두가지 방법을 필요한 곳에 사용하면 되겠습니다.

3. 만들어진 Pasteboard는 언제 사라질 까요?

UIPasteboard의 설명에는, 페이스트보드를 만든 앱이 quit를 할 경우 사라진다고 되어 있는데, 직접 테스트를 해보니, 리부팅할 때까지 그대로 남아 있습니다.
Persistant속성을 넣으면, 기부팅할 때까지 계속 남아 있고, App을 uninstall하였을 경우에만 사라진다고 되어 있습니다.

[iOS] Pasteboard에 Copy한 데이터를 Background에서 읽어서 표시하자.

앱스토어에 등록된 Biscuit이라는 앱이, Background에 있으면서, 사용자가 Copy한 영어 단어를 받아서, 단어의 뜻을 Notification으로 알려주는 기능이 있습니다.
단어를 따로 copy해서 찾을 필요 없고, 바로 알림(Notification)으로 알려주니 정말 잘 만든 것 같습니다.
 그럼, App이 Backgound에서 어떻게 사용자가 Copy를 하였는지 알 수 있을까요?

1. 어디에 copy를 하느냐.

 사용자가 특정 String을 선택해서 copy를 하면, 시스템의 generalPasteboard에 추가가 됩니다. 이것은  UIPasteboard 를 참고하시면 됩니다.
 [UIPasteboard generalPasteboard]로 리턴되는 pasteboard는 시스템에서 공통적으로 사용하는 것으로, 리부팅해도 그대로 남아 있습니다. persist의 속성을 가지고 있습니다.
 하지만 공용으로 사용하는 것이므로, 다른 앱에서 모두다 copy를 하면 여기에 써지게 됩니다.
 그래서, 웹페이지에서 특정 단어를 Copy를 하면, 여기에 저장이 됩니다. 그래서 이 저장이 언제 변경이 되었는지 알아낼 수 있다면, Biscuit 앱처럼 기능을 구현할 수 있습니다.

2. 변경사항 알아내기 ( UIPasteboardChangedNotification )

앱이 Active되어 있는 상태에서는 UIPasteboardChangedNotification 이벤트를 NotiCenter에 등록하면, pasteboard가 변경되었을 때마다 해당 Event를 받을 수 있습니다.

source code

    [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(changeNotification) name:UIPasteboardChangedNotification object:nil];

하지만, 앱이 백그라운드로 들어간 상태에서는 이 이벤트를 받을 수 없게 됩니다.

3. 백그라운드에서 Pasteboard의 변경사항 알아내기.

(이 방식은 Stackoverflow의 Grabbing the UIPasteboard like Pastebot while running in the background 의 답변으로 되어 있는 부분을 참고하여 만들었습니다.)
앱이 백그라운드로 들어가는 함수에서, task를 만들어서 일정시간 동안 동작하게 하고, 1초 단위로 Pasteboard에 변경이 있는지 Polling방식으로 체크를 합니다.

source code

- (void)applicationDidEnterBackground:(UIApplication *)application
{
    // Create a background task identifier
    __block UIBackgroundTaskIdentifier task; 
    task = [application beginBackgroundTaskWithExpirationHandler:^{
        NSLog(@"System terminated background task early"); 
        [application endBackgroundTask:task];
    }];

    // If the system refuses to allow the task return
    if (task == UIBackgroundTaskInvalid)
    {
        NSLog(@"System refuses to allow background task");
        return;
    }

    // Do the task
    dispatch_async(dispatch_get_global_queue(0, 0), ^{

        NSString *pastboardContents = nil;

        for (int i = 0; i < 1000; i++) 
        {
            if (![pastboardContents isEqualToString:[UIPasteboard generalPasteboard].string]) 
            {
                //사용자에게 notification을 보냄.
                UILocalNotification *noti = [[UILocalNotification alloc] init];
                if(noti)
                {
                    noti.repeatInterval = 0.0f;
                    noti.alertBody = [NSString stringWithFormat:@"Pasteboard:%@ -> %@", 
                                                               pastboardContents, 
                                                               [UIPasteboard generalPasteboard].string];
                    [[UIApplication sharedApplication] presentLocalNotificationNow:noti];
                }
                //중복체크를 위해서, 데이터를 저장함.
                pastboardContents = [UIPasteboard generalPasteboard].string;
                NSLog(@"Pasteboard Contents: %@", pastboardContents);
            }

            // Wait some time before going to the beginning of the loop
            [NSThread sleepForTimeInterval:1];

            //앱이 다시 Active되면 task를 멈춰야 한다.
            if (_stopFlag) {
                break;
            }
        }

        // End the task
        [application endBackgroundTask:task];


    });


}

(원문: http://stackoverflow.com/a/10268252)

4. 동작 방식 보기

왼쪽이 Biscuit 앱을 실행하고, 'Retina'를 Copy한 상태이고, 오른쪽은 '디스플레이'를 copy해서, Pasteboard의 String이 'Retina'에서 '디스플레이'로 변경되었음을 알 수 있습니다.

5. 응용방법

가계부 등의 앱에서 문자로 들어온 카드 사용 내용을 사용자가 copy해서 붙여넣는 것이아니라, SMS에서 copy만 하면, 바로 바로 알아 내게 됩니다.

6. 그러나.. 문제점

  1) 백그라운드에서 무한정 1초마다 체크하는 것은 비효율적입니다.
  2) 애플에서 이런 방식의 Background 동작을 승인할 것인가?
  3) 10분이 지나면, 자동으로 Expired되어서 Task가 종료 됩니다.

10분이 지나면, 아래와 같이 Background에 있던 타스크가 종료됩니다. 거의 정확하게 10분이 지나면 종료가 되는 군요.

Biscuit에서는 어떻게 해결을 했는지 궁금합니다.

[iOS] App이 몇번 실행되었는지, 처음 설치 된지 얼마나 지났는지 알아보자

App을 개발해서 배포하고 나면, 사용자에게 평가를 요청하고, 앱스토어에 좋은 평가가 많이 모여야, 더 많은 사람들이 앱을 설치하게 됩니다.
이 평가 요청을 언제하는 것이 좋을까요? 앱을 설치하고 바로 요청하면, 사용하지도 않은 상태에서 평가를 남기게 되니까. 뭔가 강요 당한 느낌이 들어서, 좋은 평가로 이어지지 않습니다.
그렇다면, 설치 후에 5일 정도 지났고, 10번정도(하루에 2번) 실행을 한 상태에서 사용자에게 평가를 요청하면, 고객 입장에서도 충분히 써봤으니 평가를 해줄 수 있을 것입니다.

App이 실행될 때, 현재 몇번 실행이 되었는지, 처음 실행한 후에 며칠이 지났는지 알 수 있어야 합니다.

NSUserDefault에 처음 실행한 시간과, 실행한 횟수를 저장해 두면, 다음 실행할 때, 알수가 있게 됩니다.

아래와 같이 viewDidLoad 함수에서, 해당 값을 읽어서 사용하면 됩니다.

Source Code

- (void)viewDidLoad
{
    [super viewDidLoad];
 // Do any additional setup after loading the view, typically from a nib.

    NSUserDefaults *userDefault = [NSUserDefaults standardUserDefaults];
    if ([userDefault valueForKey:@"DBUAppInfo"] == nil)
    {   //앱을 처음 실행한 상태로, 상태 값이 없습니다.
        //오늘 날짜와, 앱 실행 횟수를 저장합니다.
        NSDictionary *dic = [[NSDictionary alloc] initWithObjectsAndKeys:[NSDate date], @"firstRunDate", [NSNumber numberWithInt:1], @"numberOfRuns", nil];
        [userDefault setObject:dic forKey:@"DBUAppInfo"];
    }else{
        //실행한 적이 있으므로, 저장된 dictionary를 가져옵니다.
        NSDictionary *dic = [userDefault valueForKey:@"DBUAppInfo"];
        NSNumber *numberOfRuns = [dic objectForKey:@"numberOfRuns"];      //실행 횟수
        NSLog(@"running Count: %d", numberOfRuns.intValue+1);
        NSDate *firstDate = [dic objectForKey:@"firstRunDate"];          //첫 실행 날짜
        NSLog(@"firstDate: %@", firstDate);
        
        //첫 실행 후, 며칠이 지났는지 확인
        NSDate *today = [NSDate date];
        NSCalendar *calendar = [NSCalendar currentCalendar];
        NSUInteger unitFlag = NSMonthCalendarUnit | NSDayCalendarUnit | NSHourCalendarUnit | NSSecondCalendarUnit;
        NSDateComponents *components = [calendar components:unitFlag
                                                   fromDate:firstDate
                                                     toDate:today
                                                    options:0];
        NSLog(@"month: %ld ,day: %ld, hour:%ld, second:%ld", (long)[components month], (long)[components day], (long)[components hour], (long)[components second]);
        
        //정보를 업데이트하여, 다시 저장.
        NSDictionary *dic2 = [[NSDictionary alloc] initWithObjectsAndKeys:firstDate, @"firstRunDate", [NSNumber numberWithInt:(numberOfRuns.intValue +1)], @"numberOfRuns", nil];
        [userDefault setObject:dic2 forKey:@"DBUAppInfo"];
    }
    [userDefault synchronize]; //NSUserDefault를 동기화
    
}

위에서 "DBUAppInfo" 는 NSUserDefault에 저장하는 dictionary의 키(key)입니다.
"numberOfRuns"와 "firstRunDate"는 횟수와 처음 실행한 날짜를 dictionary에 저장하는 키(key)입니다.