kaza13のブックマーク - はてなブックマーク

sonson@Picture&Software - [iPhone SDK] Ad Hocビルドで特定の人にアプリを配布する

やっとiPhone SDKについて書ける項目ができた・・・・．不特定多数の人にソフトウェアを公開するにはApp Storeを使うしかないと私も考えていたが，よくよく考えるとAd Hocビルドがある．Ad Hocビルドはソフトウェアを使用する人のデバイスをUDIDを登録した配布プロファイルを利用する．Ad Hocビルドを利用すれば，100台までのデバイスにApp Storeを介さずにアプリケーションをインストールすることができる．概要ビルドの流れを説明する．Xcodeの使い方やプロビジョニングファイルに関する説明はしない．NDAに抵触しそう．１．配布したい相手のUDIDを教えてもらう．２．UDIDを登録し，Ad Hoc配布プロビジョニングファイルをダウンロードする．３．プロビジョニングファイルを利用してAd Hocビルドする．参考情報Appleの掲示板４．プロビジョニングファイ

kaza13 2009/09/15

adhoc

リンク

sonson@Picture&Software - [iPhone SDK] iPhone SDK向けのコードを静的コード解析する

相変わらずNDAは解除されない．NDAを続けるメリットがいまいちよくわからない．たとえば，今みたいにSDKに入っているコードから商品の開発計画とかがばれるからだろうか．うーむ． ※ここからはSDK一般のお話ですから．あしからず． Xcodeに付属のInstrumentsのleaks挙動が怪しい．リークを検出したり，しなかったりする．そこで，@takuma104にclangを勧められた． clangのMacOSX向けのツールはXcodeのプロジェクトのファイルを全部舐めて解析してくれるらしく，使いやすそうと考えたので，試してみたので報告する．・本家サイト http://clang.llvm.org/index.html ・説明サイト http://kirika.la.coocan.jp/acts/cocoastudy/200807/clang-static-analyzer.ht

kaza13 2009/04/22

メモリリーク

リンク

sonson@Picture&Software - [iPhone SDK] UIImage，CGImageの小技

UIImage，CGImageにはいくつか小技がある模様． UIImageの引き延ばしボタン，ビューなどの背景に画像をセットするとき，そのまま拡大されるとかっこ悪い．AppleがiPhone上で提供しているボタンなどは，すべて四方の隅をそのままに中央のピクセル値を繰り返して拡大するように引き延ばされている．この引き延ばしのセットもAPIが用意されている． UIImage *stretched = [original stretchableImageWithLeftCapWidth:5 topCapHeight:5]; 一つ目と二つ目の引数が四方の隅のサイズ．これで生成したUIImageをUIImageViewにセットして使用したり，drawInRectなどのUIImageのメソッドでサイズを大きくして描画するとちゃんと引き延ばされて描画される． UIImageのリサイズ UIImag

kaza13 2008/10/27

iphone

リンク

sonson@Picture&Software - [iPhone SDK] UIImageでピクセルを扱う

Quartz 2DまわりのAPIを使い，UIImageからCGImageRefを経由してピクセルの値を取得することができる． UIImage* source = [UIImage imageNamed:@"image.png"]; CGImageRef inputImage = [source CGImage]; これでCGImageのポインタを取得できる．CGImageからは，CGImageGetDataProviderとCFDataGetBytePtrを使い，ピクセルの値やピクセルのデータサイズ，1行ごとのバイトサイズなどを取得できる． CFDataRef inputData = CGDataProviderCopyData(CGImageGetDataProvider(inputImageRef)); unsigned char *pixelData = (unsigned char

kaza13 2008/10/27

iphone

リンク

アプリ高速化のための５つのノウハウ

sonsonの経験則です．１．大量のメモリを使わない，メモリの確保と解放の繰り返しは避けて，再利用・メモリを大量に使用すると目に見えて実行速度が低下する．また，memoryWarningによる割り込みのメッセージが多発する可能性があるため，その処理にも時間がかかる．・TableViewでセルの再利用APIが提供されているようにインスタンスの確保と解放の繰り返しは大きく速度に影響を与える．（SDKが出る前，Jailbreak時代は再利用関数を自前で作ってたなぁ・・・）２．恒久的に使いそうなオブジェクトはなるべく保持する・利用しているクラスにメモリリークがあると，それの確保・解放を繰り返している内にメモリがどんどん食いつぶされる．怪しいクラスは特に注意して使うようにする．まぁ，なんら抜本的な解決策ではない気もしますが（アップル頼むよ）．３．背景に透明色を使わない・ついつい