はてなブックマーク

スマホ開発をする場合に画面設計などは よく悩む項目の一つだと思います。 個人でやる場合は手書きでやる事が多かったりしてました。 UI STENCILSのStencil Kit使えば手書きでも結構行けますし。 ただ企業相手の場合だと中々そうもいかなくて 過去、PowerPointやらExcelやらで一生懸命作ったりしてましたが。。。 正直、大変です。 作るまでに結構な時間を要します。パーツ作るのも涙目です。 ついでにペーパーレスでどうにかできないかなーとも思ったり。 要素としては、以下が整っているものを前提として。 1. 使い勝手が良い（ドラッグ&ドロップで） 2. それなりにパーツが充実している(PSDは良く見かけるんだけども、ツールが良いよね) 3. 出力フォーマットがそれなりに整っている(PDFとか) 4. やっぱり無料が嬉しいな 上記を踏まえてこいつは良いじゃん！と思えたものがありま

今更ネタになりますがiOS開発でデバック処理をする際に NSLogを利用する事が多いと思います。 そのままうっかり、NSLogを埋め込んだまま申請してしまう事あるんじゃないでしょうか？ 実はこれが意外と危険だったりします。 NSLogの出力内容はリリース後のアプリからでも見る事が可能だからです。 実機をPCにつないでOrganizerとか iPhone構成ユーティリティ開いてアプリ起動して見ると見れちゃいます。 NSLogにAPI処理のURL情報とかパラメータとか書いてあったら・・・ 考えただけでもコワすぎです。 という事でNSLogデバック時のみ出力するためにC言語マクロを使って出力しましょうという所が今回。 前準備としては以下を-prefix.pchファイルに追記します。 (-prefix.pchファイルに記載しておけば、特にimportとか気にせずどこからでも利用できます） #ifd

iOS5以前でUINavigationBarの背景に画像を使用する際には、いくつか方法がありました。 例えば以下の画像(navibar.png)を適用したい場合[navibar.png] よく利用していたパターン２つを参考としてあげます。 【NavigationBarカテゴリでdrawRect】 @implementation UINavigationBar (UINavigationBarCategory) - (void)drawRect:(CGRect)rect { UIImage *image = [UIImage imageNamed:@"navibar.png"]; [image drawInRect:CGRectMake(0, 0, self.frame.size.width, self.frame.size.height)]; } @end 【NavigationBarにi

iOS5でのUIKeyboardWillShowNotificationの挙動が変わっていて （まだ詳しく調べてないので、現状だけかもしれないですけど） 作り方によっては問題が発生してしまうという事があったので書いてみました。 UITextFieldやUITextViewでキーボードの表示・非表示時にViewの設置場所によっては キーボードに隠れてしまうケースがあります。 以下のように設置してTextFieldを選択するとキーボードが表示した際に隠れてしまいます。 こういった現象を回避するためにNSNotificationCenterのUIKeyboardWillShowNotificationで 通知処理を行いキーボードのサイズ分TextFieldやTextViewの位置を調整したりします。 例えば以下の場合は通知処理を受け取ってTextFieldの位置をキーボードで隠れてしまう分 上に

最近ユニバーサルアプリを作成する機会があって、 昔利用させてもらった判定文を再度利用する機会があったので ついでに自分のサイトにも判定色々をまとめておく事にしました。【機種判定】 NSString *modelname = [ [ UIDevice currentDevice] model]; if([modelname isEqualToString:@"iPhone"]) { //iPhone実機 } else if([modelname isEqualToString:@"iPod touch"]) { //iPod touch実機 } else if([modelname isEqualToString:@"iPad"]) { //iPad実機 } else if([modelname isEqualToString:@"iPhone Simulator"]) { //iPhone

iPhone開発関連の記述です。 開発を行う際によく結果確認のため多用するのが NSLogです。 本当基本的な事ですが記述しておきます。 [文字列] NSLog(@"test"); 表示結果:testtestという文字を表示させたい時。 " と " に囲まれた間が文字列として解釈されます。 初期記述の"の前に必ず@を入れてください。 @により、それに続く文字列がNSStringオブジェクトになります。 [改行] NSLog(@"test \n create"); 表示結果:testtestとcreateの文字列の間に改行コードを入れたい場合に\nを使用します。 ["文字列表示] NSLog(@"\"test\""); 表示結果:"test""を文字列に含めたい場合に使用します。 [NSString] NSString *name = [NSString stringWithFormat:@

前回書いた UIViewController ライフサイクルについて その１の続きです。 その１ではライフサイクルの順番について確認してみました。 今回はさらに各メソッドの詳細や処理されるタイミング等についてまとめたいと思います。 各メソッドの役割は以下のようです。 メソッド 内容 -(void)loadView nibファイルでviewを生成せずに、 viewをプログラム内で生成する場合に使用する。 呼び出し順番としては Viewが生成される前に呼び出される。 ある条件の時以外はViewController生成後、 一度しか呼び出されない。※1 -(void)viewDidLoad nibを使用した場合はnibで定義されたviewが 準備完了した場合に、 nibを使用しなかった場合はloadViewで 生成したViewが準備できたタイミングで 呼び出される。 ある条件の時以外はViewC

UIViewControllerのライフサイクルについて会社での研修の確認で ちょっと話しに上がったので、まとめてみる事にしました。 まずはUIViewControllerでライフサイクル用に用意されているメソッドを列挙。 - (void)loadView; - (void)viewDidLoad; - (void)viewWillAppear:(BOOL)animated; - (void)viewDidAppear:(BOOL)animated; - (void)viewWillDisappear:(BOOL)animated; - (void)viewDidDisappear:(BOOL)animated; 動作確認用に以下のLifeCycleTestプロジェクトをWindowBaseで作成。 LifeCycleTestViewControllerをnib無しで作成。 .mに該当のラ