영삼이의 전문 정보 발행처

iPhone OS에서 실행되는 어플리케이션은 Core OS와 Core Services 프레임워크를 분류하여 로컬 파일시스템과 네트워크에 접근할 수 있습니다.

또한 사용자의 데이터를 저장하거나 다음 사용을 위한 어플리케이션의 상태를 저장하기 위해 파일을 읽고 쓰는 것이 가능합니다.

네트워크에 접근함으로써 네트워크상의 서버와 통신하거나 데이터를 주고 받는 등의 원격 작업을 수행할 수 있는 기능을 갖출 수 있습니다.

iPhone OS의 파일은 사용자들의 미디어파일과 개인정보와 같은 파일들과 함께 Flash 메모리를 공유하여 사용하고 있습니다.

보안상의 이유로 개발자가 만든 어플리케이션은 자신이 위치한 자신의 디렉토리에 국한하여 제한적인 데이터 읽기, 쓰기만을 할 수 있습니다.

Commonly Used Directories

보안을 위해 어플리케이션은 몇몇에 불과한 디렉토리에 접근하여 데이터와 환경 설정을 읽고 쓸수 있습니다.

어플리케이션이 장치에 설치될때 어플리케이션을 위한 홈 디렉토리가 생성됩니다. 

다음은 그 내부의 중요한 서브디렉토리의 설명입니다.

<Application_Home>/AppName.app

<Application_Home>/Documents/

<Application_Home>/Library/Preferences

<Application_Home>/Library/Caches

<Application_Home>/tmp/

<Application_Home>/AppName.app
<Application_Home>/Library/Caches
<Application_Home>/tmp

<Application_Home>/Documents

<Application_Home>/Library/Caches

<Application_Home>/Library/Application Support

NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
NSString *documentsDirectory = [paths objectAtIndex:0];

• 어플리케이션이 Property List를 사용한다면 NSPropertyListSerialization API를 사용하여 NSData로 변환이 가능합니다.  이렇게 변환 후에 NSData의 메서드를 이용하여 데이터를 쓸 수 있습니다.
• 어플리케이션의 Model객체가 NSCoding 프로토콜을 채택하였다면 NSKeyedArchiver 클래스를 이용하여 객체를 저장할 수 있습니다.
• Foundation 프레임워크는 컨텐츠 파일의 랜덤 엑세스를 위한 NSFileHandle 클래스를 제공합니다.
• Foundation 프레임워크안의 NSFileManager는 시스템에 있는 파일을 생성하고 조작하는 메서드를 제공합니다.

Core OS calls :

• fopen, fread, fwrite 를 호출하여 데이터를 엑덤 엑세스를 통해 읽고 쓸 수 있습니다.
• mmap과 munmap을 호출하여 효과적으로 큰 파일을 메모리로 로드하거나 그안의 컨텐츠에 접근할 수 있습니다.

Reading and Writing Property List Data

Property List는 캡슐화 되어있는 데이터를 말합니다. 배열, 문자열, 날짜, 이진데이터, 숫자 및 Boolean 값을 포함합니다.

다른 예로 모든 Cocoa/iPhone 어플리케이션의 설정이 들어있는 Info.plist 파일을 들 수 있습니다.

코드상에서는 NSDictionary, NSArray, NSString, NSDate, NSData, NSNumber를 사용할 수 있습니다.

다음은 Property List를 NSData로 변환하여 저장하는 방법입니다.

- (BOOL)writeApplicationPlist:(id)plist toFile:(NSString *)fileName {
    NSString *error;
    NSData *pData = [NSPropertyListSerialization dataFromPropertyList:plist
                              format:NSPropertyListBinaryFormat_v1_0 errorDescription:&error];
    if (!pData) {
        NSLog(@"%@", error);
        return NO;
    }
    return ([self writeApplicationData:pData toFile:(NSString *)fileName]);
}
- (BOOL)writeApplicationData:(NSData *)data toFile:(NSString *)fileName {
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsDirectory = [paths objectAtIndex:0];
    if (!documentsDirectory) {
        NSLog(@"Documents directory not found!");
        return NO;
    }
    NSString *appFile = [documentsDirectorystringByAppendingPathComponent:fileName];
    return ([data writeToFile:appFile atomically:YES]);
}

- (id)applicationPlistFromFile:(NSString *)fileName {
    NSData *retData;
    NSString *error;
    id retPlist;
    NSPropertyListFormat format;
    retData = [self applicationDataFromFile:fileName];
    if (!retData) {
        NSLog(@"Data file not returned.");
        return nil;
    }
    retPlist = [NSPropertyListSerialization propertyListFromData:retData
                  mutabilityOption:NSPropertyListImmutable format:&format errorDescription:&error];
    if (!retPlist){
        NSLog(@"Plist not returned, error: %@", error);
    }
    return retPlist;
}
- (NSData *)applicationDataFromFile:(NSString *)fileName {
    NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
    NSString *documentsDirectory = [paths objectAtIndex:0];
    NSString *appFile = [documentsDirectory stringByAppendingPathComponent:fileName];
    NSData *myData = [[[NSData alloc] initWithContentsOfFile:appFile] autorelease];
    return myData;
}

NSData *data = [NSKeyedArchiver archivedDataWithRootObject:[_myDataSource representation]];
[data writeToFile:myFilePath atomically:YES];

NSData* data = [NSData dataWithContentsOfFile:myFilePath];
id rootObject = [NSKeyedUnarchiver unarchiveObjectWithData:data];

• 파일의 일부분이 변경되었을때 바뀐 부분만을 쓸 수 있습니다. 적은 바이트의 변경을 위해 전체 파일을 쓰는 행위를 피하도록 합시다.
• 파일 포맷을 정의할때, 자주쓰이는 데이터를 최대한 하나의 그룹으로 묶어 저장하면 디스크 엑세스 횟수를 최소화 할 수 있습니다.
• 랜덤한 엑세스가 필요한 데이터 구조로 되어있는 경우 SQLite 데이터베이스에 데이터를 저장할 수 있습니다.

캐쉬 파일을 디스크에 쓰는것을 피하도록 합니다. 어플리케이션이 종료될때 다음 실행시에 동일한 상태로 시작하기 위해 저장하는 것은 예외로 합니다.

Saving State Information

사용자가 Home 버튼을 누르게 되면 iPhone OS는 당신의 어플리케이션을 종료하고 홈스크린 화면으로 돌아갑니다.

마찬가지로 URL을 여는 경우 어플리케이션이 종료하고 다른 어플리케이션의 URI가 열리게 됩니다.

이 과정은 멀티테스트 환경과 달리 현재 실행되는 어플리케이션이 종료되고 다른 어플리케이션이 수행되는 것을 뜻합니다.

이러한 작업이 자주 일어난다면 어플리케이션의 상태를 관리하는 방법을 변경할 필요가 있습니다.

사용자가 수동으로 디스크에 저장하는 작업과 달리 주요 지점에서 자동으로 저장하도록 프로그램이 변경되어야 합니다.

어플리케이션이 종료될 때 임시 캐시 파일이나 데이터베이스 환경을 이용하여 상태를 저장해야 합니다.

다음에 어플리케이션이 실행될때 저장되었던 정보를 가지고 이전 상태로 복원하는 과정을 수행하여야 합니다.

저장하는 횟수를 최소화 하여야 하지만 최대한 적절한 시점에 저장하여 이 상태를 그대로 복원하여 보여주어야 합니다.

예를 들어 연락처를 수정하고 있다가 어플리케이션을 종료하고 다시 실행했을 때 연락처의 가장 첫화면보다 수정하던 창을 그대로 보여주는 것이 좋습니다.

Networking

iPhone OS의 네트워킹 스택은 아이폰과 아이팟 터치에 있는 무선 하드웨어 장치의 여러 인터페이스를 포함합니다.

주요 프로그래밍 인터페이스로는 BSD소켓으로 만들어진 CFNetwork 프레임워크가 있습니다.

이 문서에서는 구체적인 조언만을 담고 있고 NSStream 클래스를 사용하는 방법의 정보를 원하시면 Foundation Framework 문서를 참고하시기 바랍니다.

Tip for Efficient Networking
네트워크를 통해 데이터를 주고받는 행위는 장치의 많은 전력을 소비하는 행위라는것을 기억하셔야 합니다.
데이터를 주고받는 시간을 최소화 하는 것이 배터리 수명에 도움이 됩니다.

• 통신 프로토콜을 정의할때 데이터 포맷은 가능한한 작게 만들어야 합니다.
• 채팅과 같은 무수히 많은 통신이 오가는 방식은 피하도록 합니다.
• 데이터는 하나의 덩어리로 묶어 보낼 수 있습니다.

Cellular와 Wi-Fi를 이용한 통신은 아무런 행동이 없을때 파워가 꺼지도록 만들어져 있습니다. 하지만 계속해서 작은 용량의 패킷을 주고 받게 되면 이것은 지속적으로 파워가 켜져있게 되는 것을 의미하게 되며 배터리가 소모된다는 것을 뜻합니다.

그러므로 작은 데이터를 자주 주고 받는것보다는 큰 데이터를 긴 시간차를 두고 주고 받는 것이 좋습니다.

네트워크를 이용한 통신 프로그램을 작성할때는 패킷의 손실이 일어날 수 있다는 것을 기억해 두어야 합니다.

코드를 작성할때 통신 실패에 대한 핸들링을 충분히 하여야 합니다. 

그 예로 네트워크가 갑자기 사라지게 될 경우 사용자에게 알리는 시스템을 갖추는 등의 노력이 필요합니다.

HTTP(GET, POST) 프로토콜을 이용하여 서버와의 통신을 할때는 문자열의 인코딩을 신경쓰게 될 수 밖에 없죠.

기존의 Ajax와 같은 웹 프로그래밍에서는 URLEncode, URLDecode와 같은 것을 많이 사용하게 되는데요 비슷한게 있나 찾아보았습니다.

결론부터 말하면 있더군요. 잘됩니다.

    // 오리지널 메시지
    NSString *original = @"Hello, Nice to meet you\nWelcome to my blog(http://theeye.pe.kr)";
    
    // URL Encode
    NSString *escaped = [original stringByAddingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    NSLog(@"escaped string :\n%@", escaped);
    
    // URL Decode
    NSString *decoded = [escaped stringByReplacingPercentEscapesUsingEncoding:NSUTF8StringEncoding];
    NSLog(@"decoded string :\n%@", decoded);

2009-04-03 12:20:58.721 URLEncodeExample[342:20b] escaped string :
Hello,%20Nice%20to%20meet%20you%0AWelcome%20to%20my%20blog(http://theeye.pe.kr)
2009-04-03 12:20:58.723 URLEncodeExample[342:20b] decoded string :
Hello, Nice to meet you
Welcome to my blog(http://theeye.pe.kr)

Cycript 를 소개하겠습니다.

Cycript 는 본래 javascript와 Obj-C 를 결합한 스크립트의 인터프리터 이지만

실행중인 프로세스에 침투하여 프로퍼티를 변경하고 함수를 동적으로 후킹하는ㅜ, 개발자가 존경스러워지는,

엄청난 기능을 가지고 있습니다.

이것으로 무엇을 할 수있는지만 간단히 알아보겠습니다.

ssh 로 아이폰(물론 JailBroken 된) 쉘에 접속한후 -p 옵션을 이용하여 요즘 대세인 애니팡 프로세스에 접속합니다.

항상 배포 문제로 귀찮아 했었는데..이런 방법이 있는지 이제 알았다..

이글을 쓰신분의 글 등록 날짜를 보니 2월인디...난 6개월이 지난 지금에야 알겠되어버렸으니..흠..암튼 아래 글은 람버트박이라는 분의 블로그에서 옮겨온 것이다.

출처 : http://lambert.tistory.com/407

기존에는 애드혹(AdHoc)으로 앱을 배포하기 위해서는 빌드한 바이너리를 메일 또는 다른 방법으로 클라이언트 또는 최종 테스터에게 전달하여 iTunes를 이용하여 아이폰과 동기화하는 방법을 사용했었다. 그런데 아무리 방법을 알려 줘도 앱 설치가 잘 안된다거나 혹은, 나는 못하겠다(안된다), 등의 이유로 로컬에서 직접 설치하는 방법을 주로 이용했었다. 그게 생각보다 꽤 귀찮다. 

UITextField가 존재하는 뷰의 viewWillDisappear 또는 viewDidDisappear 메소드에서

[self.view endEditing:YES];

을 호출하면 해당 키보드가 내려간다.

resignFirstResponder도 물론 가능하다. 하지만 UITextField 객체가 멤버 변수로 선언 되어 있지 않을 경우

유용할 듯..

1. - (void) animateTextField: (UITextField*) textField up: (BOOL) up{
2. int txtPosition = (textField.frame.origin.y - 140);
3. const int movementDistance = (txtPosition < 0 ? 0 : txtPosition); // tweak as needed
4. const float movementDuration = 0.3f; // tweak as needed
5.  
6. int movement = (up ? -movementDistance : movementDistance);
7.  
8. [UIView beginAnimations: @"anim" context: nil];
9. [UIView setAnimationBeginsFromCurrentState: YES];
10. [UIView setAnimationDuration: movementDuration];
11. self.view.frame = CGRectOffset(self.view.frame, 0, movement);
12. [UIView commitAnimations];
13. }
14.  
15. - (void)textFieldDidBeginEditing:(UITextField *)textField{
16. [self animateTextField: textField up: YES];
17. }
18.  
19. - (void)textFieldDidEndEditing:(UITextField *)textField{
20. [self animateTextField: textField up: NO];
21. }
22.  
23. - (BOOL)textFieldShouldReturn:(UITextField *)theTextField {
24. [theTextField resignFirstResponder];
25. return YES;
26. }

iOS5 시뮬레이터에서는 트위터 계정을 입력하여 트위터를 보낼수가 있다 ^^. 현존하는 시뮬레이터 중에서 가장 유용한 시뮬레이터가 아닌가하는 생각이 든다. iOS5에서 추가된 Twitter.framework를 이용해서 간단히 트위터 메세지를 보내는 방법에 대해서 간단히 포스팅한다.
 

- (IBAction)onUpdateTwitterButton:(id)sender {

    TWTweetComposeViewController *twitter = [[TWTweetComposeViewControlleralloc] init];

    [twitter setInitialText:@"iOS5 Twitter API를 테스트합니다."];

    [self presentModalViewController:twitter animated:YES];

    [twitter setCompletionHandler:^(TWTweetComposeViewControllerResultresult){

        NSString *title = @"트위터 상태";

        NSString *message;

        if (result == TWTweetComposeViewControllerResultCancelled) {

            message = @"트위터 업데이트를 취소합니다.";

        } else {

            message = @"트위터를 업데이트 완료했습니다.";

        }

        [[[UIAlertView alloc] initWithTitle:title message:messagedelegate:self cancelButtonTitle:nil otherButtonTitles:@"확인", nil] show];

        [self dismissModalViewControllerAnimated:YES];

    }];

}

Build and Run을 하면 다음과 같은 화면이 나타난다. 이 화면은 시뮬레이트에 트위터 계정이 설정되지 않아서 그렇다.

 Settings를 누르고 들어가서 트위터 계정으로 로그인하고 다시 실행하면 다음과 같이 트위터 컴포즈가 준비된다.

send를 누르면 트위터 페이지에 트위터가 업데이트 된것을 확인할 수 있고, setCompleteHandler에 구현한 결과처리를 한다.

 

리턴키 타입을 Done으로 변경

textField.returnKeyType = UIReturnKeyDone

지난 강좌에서는 동기식으로 이미지를 가져오는 것을 구현했습니다. 하지만 동기식으로 데이터를 가져올 경우 용량이 큰 데이터에서 앱이 멈춰버리는 현상을 발견할 수 있습니다. 이처럼 앱이 멈추는것과 같은 현상을 제거하기 위해서는 비동기식으로 데이터를 가져와야합니다. 이번 강좌에서는 비동기식으로 데이터를 가져오는 방법, 그중에서 NSThread를 이용하는 방법에 대해서 알아보겠습니다.

 비동기식으로 데이터를 읽어온다면 앱의 사용자에게 '지금은 데이터를 로딩하는 중입니다.' 라는 것을 알리기 위한 방법이 필요합니다. 그 중에서 가장 많이 사용되는 방법은 Indicator를 사용하는 방법입니다. (데이터를 로딩하면 빙글빙글 돌아가는 그것입니다.) 프로젝트의 헤더에서 아래와 같이 구성해준 후 인터페이스 빌더에서 연결해줍니다.

 본 프로젝트에서는 뷰가 로드됨과 동시에 이미지를 읽어온다고 했지만, 개발자의 사정에 맞춰서 적당한 순간에 데이터를 로드하면 되겠습니다.



 우선 뷰가 로드되고 동시에 데이터를 읽어오므로 indicator를 start 해줍니다. 대부분의 사항은 상단의 코드와 주석을 봐도 충분히 이해 될 것이라고 생각합니다. 이 방법의 기본 개념은 '같은 스레드에서 이미지를 로딩하면 데이터가 로드되는 코드에서 앱이 멈춰버리고 코드가 진행되질 않으니 데이터를 로딩하는 부분만 다른 스레드에서 실행되게 하자' 입니다. 그래서 이처럼 데이터를 로드하는 부분만 따로 메서드로 구현해줍니다.

 데이터를 로드하는 부분에서 이처럼 데이터를 로드하고 이미지를 세팅하는 것 까지 구현해줍니다. 이제 앱을 실행시키면 Indicator가 돌아가다가 이미지의 로드가 끝나게 되면 Indicator가 사라지고 이미지가 화면에 출력됩니다. 단지 데이터를 읽어오는 부분만 리팩토링하여 스레드로 실행시키기만 하면 동기식 데이터 로드가 비동기식으로 전환 되는 것입니다.