あなたの演奏を応援するために作りました。

“Metronome for Professional”

黒歴史ソフトですが、初心忘れるべからずの気持ちで

“Mosquito Attack”

ちなみにふつうのはてなダイアリーでもブログを書いています。こちらですので、あわせてどうぞ。

フォルダに含まれているファイルの合計サイズをCocoa touchで調べる方法が分かりましたので、以下にメモを残しておきます。

- (unsigned long long int)folderSize:(NSString *)folderPath {
    NSArray *filesArray = [[NSFileManager defaultManager] subpathsOfDirectoryAtPath:folderPath error:nil];
    NSEnumerator *filesEnumerator = [filesArray objectEnumerator];
    NSString *fileName;
    unsigned long long int fileSize = 0;
    
    while (fileName = [filesEnumerator nextObject]) {
         NSDictionary *fileDictionary = [[NSFileManager defaultManager]
                                        attributesOfItemAtPath:[folderPath stringByAppendingPathComponent:fileName]
                                        error:nil];
        fileSize += [fileDictionary fileSize];
    }
    
    return fileSize;
}

これまでの定番だった -fileAttributesAtPath:traverseLink: は iPhone SDK 3.1 からdeprecatedになっているので要注意です。*1

上記のメソッドで、たとえばSandbox内のDocumentsフォルダで調べる場合は、

	NSArray *paths = NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES);
	NSLog(@"total file size: %llu", [self folderSize:[paths objectAtIndex:0]]);

みたいに使います。

これの活用例として、「このフォルダの最大サイズを何MBまでに制限したい」「Free版では保存できる容量を（以下同じ）」などが考えられますね。

注意

この処理ではディレクトリ内を再帰的に調べていません(そのはず)。ディレクトリ内をトラバースしたい場合には、上記ソースから一手間加えることが必要です。*2

多謝

Sandbox内のDocumentsフォルダへのパスを調べる方法については、Bugle Diaryのこちらの記事(リンク)を参考にしました。

ありがとうございます。

注意：

本記事で書いてある判別方法は、現在のどのようなケースでも有効かは分かっていません。今後のAppleの方針次第では、逆に正常版であるのに動かなくなってしまう可能性もあります。

あくまで「過去の事例による最大限の判定方法」ということでお読みいただければ幸いです。

StackOverFlowをいつものごとく散策していたら、「アプリをクラックされて使われたときに、動作を変える」という方策が記された質問が載っていました。

　　Reducing piracy of iPhone applications - Stack Overflow

その方法は、自分の持つinfo.plistに「SignerIdentity」というキーがあるかを調べること。ソースコードはこんな風に書きます。

	NSDictionary *infoDictionary = [[NSBundle mainBundle] infoDictionary];
	if ([infoDictionary objectForKey:@"SignerIdentity"]) {
		// I'm cracked (probably)! do something.
	} else {
		// I'm not cracked, maybe.
	}

上記のように、info.plistから"SignerIdentity"なるキー文字列を探して、それが「存在しているとき」は多分ヤバイ、存在しないときは多分大丈夫、という方針です。

ちなみにシミュレータで試したところ、デバイスと同様に本キーは存在しませんでした。

この文字列は初めて見るので「何だろう？」と思って調べてみると、どうもこれを使ってゴニョゴニョするのがクラックの常套手段みたいですね。

今回の方法は、それを逆手にとった方法のようです。

ただ、冒頭にも記したとおりこれはあくまで他の開発者の経験則であり、未来も保証されるものではありません。その点はどうぞご注意ください。

もし何か指摘事項やご情報をお持ちでしたら、コメントにて教えてください。

日付や時刻を指定してもらうときに便利なUIDatePickerで、24時間表記で時間を指定させたい(=AM/PM表記を無くしたい)ときの方法がStackOverFlowに載っていたので、補足がてら紹介します。

　　How to disable AM/PM in UIDatePicker - Stack Overflow

あやまって普通のはてなダイアリーの方に記事を書いてしまったため、こちらのブログに移しました。

失礼いたしました。

それではまず

まず、UIDatePickerクラスの復習から。

このUIDatePickerは、日時の表示フォーマットを指定するときのために「datePickerMode」なるプロパティを提供しています。

@property(nonatomic) UIDatePickerMode datePickerMode

開発者はこの値を切り替えることで、表示形式させたいピッカーのフォーマットを指定できます。

利用できる値の定義は以下のとおり。

typedef enum {
   UIDatePickerModeTime,
   UIDatePickerModeDate,
   UIDatePickerModeDateAndTime,
   UIDatePickerModeCountDownTimer
} UIDatePickerMode;

それぞれの値の持つ意味は以下のとおり。

(すみません、今さらな内容ですが自分向けのメモということでご容赦ください)。

上記はドキュメントからの抜粋です。ここまでは良いですよね？*1

で、本題

で、問題なのは上の「AM/PM」という表記。これを何とか消せないか、というのがStackOverFlowでの質問として投げられていたわけです。

実際、私の環境でも上記enumをUIDatePickerModeTimeやUIDatePickerModeDateAndTimeなどを試してみましたが、どちらに設定してもAM/PMが消えません。もちろん、これらを操作できるようなメソッドも無し。どうしたら良いのだろうなと思って続きを読んでみたところ、「これはUIDatePickerに指定したロカールの形式に従って、AM/PMを含む表示フォーマットが決まるよ」という回答が付いていました。

なるほどということで、私も早速回答に使われていた"dk_DK"*2を使用してチェック。

	/*
	 * このUIDatePickerの使い方は、書籍：
	 * 「iPhone SDK 3 Programming - Advanced Mobile Development
	 *    for Apple iPhone and iPod touch」
	 * を参考にしています。
	 */
	UIDatePicker *picker = [[UIDatePicker alloc] initWithFrame:CGRectZero];
	picker.autoresizingMask = UIViewAutoresizingFlexibleWidth;
	picker.datePickerMode = UIDatePickerModeDateAndTime;
	CGSize size = [picker sizeThatFits:CGSizeZero];
	picker.frame = CGRectMake(0.0f, 150.0f, size.width, size.height);
	NSLocale *locale = [[NSLocale alloc] initWithLocaleIdentifier:@"dk_DK"];
	picker.locale = locale;
	[locale release];
	[self.view addSubview:picker];
	[picker release];

↓ビフォー。

↓アフター。

成功です。図では時刻がずれていますが、それはアリバイ隠しのためでありどちらもちゃんと現在時刻(デフォルトの場合)で表示してくれたので、設定したロカールで時差が付けられてしまったりすることもありませんでした。

若干バッドノウハウな気がしないでもないですが、まあ、そういうものだと割り切って使えば便利じゃないかと思います。

注意：

iPhone SDK3.1.2のシミュレータ上で確認したときは、上記ロカールの設定は効果がありませんでした。ただ、実機では問題なく動いていますので大丈夫でした。

という、「am/pmがなくなる」という時事ネタでした。お粗末様でしたゴメンナサイスミマセン。