Xcode4.2の新機能Storyboardを使用したアプリ開発 - HirosigeTの日記
Xcode4.0からXcode4.2にバージョンアップすると、Storyboardという新機能が追加されていた。 Xcode4.0ではアプリのGUI部分を作成するときInterface Builderという機能を使用していた。今回、Xcode4.2で追加されたStoryboardという新機能を使用してみた。Storyboardではより直感的に開発をできるようになったと思う。 以下がstoryboardを使用してアプリを開発する手順。 ■開発するiPhoneアプリ 「Move to Sub Window」ボタンをクリックすると画面が遷移する。また、「Info」ボタンをクリックするとポップアップでメッセージが表示される。 Main Window Sub Window ■アプリ開発手順 1. Xcodeを起動し「Create a new Xcode project」をクリックする。 2. Sin
アプリが落ちないUIWebViewの使い方
Copyright (C) iPhoneアプリ開発備忘録 All rights reserved. ブログ内で記したコード、内容の正確性は保証いたしません。 記載内容を実装したことにより発生した不具合・損害等の責任は一切負いません。 UIWebViewは、他のViewと使い方がちょっと違う。 普通にViewを終了するときに、UIWebViewをreleaceするだけではアプリが落ちることがある。（特にメモリ量が少ないiPhone3Gの場合） これに対処するコード。 deallocメソッドなどでUIWebViewをreleaceする前に、webView.delegate = nil;を追加する。 hogeController.h@interface hogeController : UIViewController { IBOutlet UIWebView *webView; } @prop
でらうま倶楽部 : iPhone デバッグで見逃しがちなメモリ警告。実機でわざとその状況にするには？
2010年05月25日16:52 カテゴリプログラムiPhone iPhone デバッグで見逃しがちなメモリ警告。実機でわざとその状況にするには？ iPhoneのメモリ管理は優秀で、UIViewController をいくつもスタックしている状況でメモリが足りてこなくなると、システム側から全てのUIViewController の didReceiveMemoryWarning を呼び出ししつつ、使われていないリソースを解放してくれます。 んで、スタックされてた UIViewController が画面に復帰した時に改めてリソースを読み込み、viewDidLoad が実行されます。 これ、ちゃんと把握してないと画面が真っ黒になったりする不具合の元ですんで、リリース前に念入りにチェックする項目の一つ。 アプリをシミュレーターで実行しとる時に「ハードウェア->メモリ警告をシミュレート」とすれば
iOS4でマルチタスキングを実現するときの注意点まとめ
iOS4ではいよいよマルチタスキングを実現できるようになったわけですが、開発者にとっては注意しなければならないことが圧倒的に多くなったのも事実です。 個人的に調べたときの呟きメモ、それにTL上で気になった情報をまとめましたので、参考にしてみてください。 補足などはぜひコメントへ！！
CookieをiPhone側でセット／削除する方法 - 西海岸より
Cookieは通常サーバ側で自動的にセットされるが、場合によってはiPhone側で制御したい場合もあり、その方法のメモ。 iPhoneは、アプリ単位で、共有クッキーストレージと呼ばれるものを持っており、iPhoneの通信APIはその共有クッキーストレージを参照しているらしい。 なので、クッキーをセットする手順としては、クッキーを作成してから、共有ストレージにセットすることになる。 //指定パラメータのクッキーをセット //value: クッキーの値 //key: クッキーのキー名 //domain: クッキーを適用するドメイン(xxxx.ne.jp) //path: クッキーの有効適用範囲(サーバ上のパス) //expires: クッキーの有効期限(0は無限) - (void)setCookie:(NSString *)value forKey:(NSString *)key domain
iPhoneアプリケーション開発でautoreleaseが非推奨の理由 混沌のiPhone開発ブログ
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。 アップル社公式の開発ガイドなどでは、iPhone OSをターゲットとしたアプリケーションを開発する場合、autoreleaseはなるべく避けるようにと書いてあります。この記事ではその理由を掘り下げてみようと思います。 この理由を明かす前に、まず推奨となっているretain countでの管理と、autoreleaseでの管理の違いを説明します。retain countで管理されているオブジェクトは、それをメモリー上に残しておきたい場合にretain countを0より大きい値になるようにしておきます。そのオブジェクトがallocやretainされるとカウントが増加し、releaseされればカウントが減少します。カウントが0になった状態でrun loop(ユーザーからの入力などのイ
AVPlayerでムービーを再生する方法 | Objective-Audio
AVFoundationといえばOS3.xではAVAudioPlayerとAVAudioRecorderくらいだったのですが、iOS4.0から一気にいろんなものが増えてます。僕が以前予想していたように、オーディオだけじゃなくて映像関係も扱えるように進化していますね。なんかいろいろありすぎて、かつ自分がAudioUnitでやりたいことを置き換えるようなものじゃなさそうなので基本的にはスルーしているのですが、一番手軽で役に立ちそうだったけどちょっと使い方にハマったAVPlayerを取り上げたいと思います。 AVAudioPlayerはサウンドファイルを再生するだけでしたが、AVPlayerはサウンドもムービーも関係なくこれひとつで再生できます。サウンドはファイルパス渡してプレイってするだけでなんとなく鳴ってしまうのであえて説明する必要はないと思いますが、ちょっと使い方を知らないと厄介なのがムー
samulife.com - このウェブサイトは販売用です！ - リソースおよび情報
このウェブサイトは販売用です！ samulife.com は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、samulife.comが全てとなります。あなたがお探しの内容が見つかることを願っています！
iPhoneでアプリケーションインストール中にエラーとなった場合の対処
Copyright (C) iPhoneアプリ開発備忘録 All rights reserved. ブログ内で記したコード、内容の正確性は保証いたしません。 記載内容を実装したことにより発生した不具合・損害等の責任は一切負いません。 XcodeとiPhone実機を接続してアプリケーションをテスト中にXcodeを強制終了した後、再度Xcodeを起動してiPhoneにアプリケーションをインストールしようとすると、Couldn't register xxxx.xxxx with the bootstrap server. Error: unknown error code. This generally means that another instance of this process was already running or is hung in the debugger.プログラムは
Werewolf "Nightmare in Prison" | 人狼ゲーム～牢獄の悪夢～
対応機種：iOS 9.0 〜 / Android 4.0 〜 カテゴリ：カードゲーム プレイ人数：4人～20人（1台のスマホで遊べます） 「人狼ゲーム～牢獄の悪夢～」は、プレイヤーの中から人狼を探し出し、プレイヤーの多数決によって討伐するパーティゲームです。 各プレイヤーは役割カードによって、市民チームと人狼チームにわかれ、互いを滅ぼすために思考を重ねます。 人狼プレイヤーは、いかに市民プレイヤーを騙し、市民同士で殺し合いさせるかが鍵となります。 Device: iOS 9.0- / Android 4.0- Category: Party Game Number of Player: 4 - 20 players ( You need only one smartphone device. ) The players identify werewolves by the conversa
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
NLTHTTPStubServer を使って iOS アプリの通信周りのテストを書こう - セロリ食べたい
テスト実行時にモックとなる Web サーバを起動して、思い通りのレスポンスを返す環境が作れる NLTHTTPStubServer というツールがある。これを使えば、web API の実行の成功・不成功などのテストが楽に書ける。テスト実行時に叩く API の URL をちょこっと書き換えるだけなので、テストのためにコードを修正する部分は少ないだろうし、実際のアプリケーションの動作とほぼ同じ状態でテストができるはずだ。 NLTHTTPStubServer の導入 NLTHTTPStubServer は以下のライブラリに依存しているので、これらをプロジェクトに追加する。 CocoaHTTPServer - https://github.com/robbiehanson/CocoaHTTPServer CocoaAsyncSocket - CocoaHTTPServer の Vendor に入って
Google Toolbox for Mac の iPhoneUnitTesting を使ってみた - yuumi3のお仕事日記
ソフト開発に必須なUnitTestですが、Xcodeで動くUnitTest としてはiPhone Dev Center: iPhone Development Guide: Unit Testing Applications があります。このページに丁寧に使い方が書かれているので説明通りに設定する事で UnitTest が使えるようになります。ただし、この SenTestingKit にはいくつかの問題があります。 まずテストが結果がコンパイルエラーのように表示されるので、チェックするのがめんどうです。 そして、テストが通らなかった場合にデバックしようとしてもコンソール等にログを出したりできません ^^); この問題は致命的です。 そこで、他のUnitTestツールを探したところGoogle Toolbox for Mac の iPhoneUnitTesting というものがありました。こ
Object-C ソケット—NSStream | X(ペケ)code Programming
私の中ではネットワークプログラミングといえばJAVAだが、JAVAのそれは素晴らしいの一言につきる。すっかりその楽ちんさに馴れてしまった私としては、まいった。iPhoneではそうは行かない。CFNetworkとかったる過ぎるし、いまさらレガシー言語のライブラリなんか使いたくない。 そこで、NSStreamなわけで、"Stream Programming Guide for Cocoa"の"Setting Up Socket Streams"章を読んで、なんかRunLoopにフックしてAsynchronousにしている部分とか気になるが、その辺は見なかった事にしておおむねオーケーということで、とりあえず、マニュアルのサンプルコードをほぼ丸写ししてコンパイルしてみた。 まいった。シミュレータ用のビルドだと問題ないのだが、実機用のビルドだと、NSHostの hostWithAddress などと
Bonjourを使ってiPhone同士で通信する(1) – NSNetService | yasnis.net
同一wifi内のiPhone同士で通信しあうにはBonjourを使うと簡単にできるらしい。簡単にっていうのはアドレスの割当やらホストの解決、公開サービスの検索なんかを自動的にやってくれるみたいだけど、それ以外でも結構大変だったのでその記録。 主な手順としては、 サーバ側がNSNetServiceを使ってサービスを起動 クライアント側はNSNetServiceBrowserを使ってサーバとサービスを検索 見つかればNSInputStreamやNSOutputStreamを使ってデータをやり取り という感じで結構簡潔。 まずはプロジェクトの準備。新規プロジェクトをTab Bar Appricationから作成します。左のタブをServer(ServerViewController)、右のタブをClient(ClientViewController)として進めます。 ServerViewCont
iPhoneでBonjour使ってホストを見つける／見つけてもらう - soundflower makes noise.
OSC(Open Sound Control)のパケットを送信する／受信するまでやった続き。 送受信する相手のIPとポートをちまちま手入力するのは禿げるので、Bonjourでかっこよく設定できるようにする。 まずは相手に見つけてもらう方。 Bonjourは マシン名(iPhoneならiTunesで設定した機器名称) サービス名(任意で決めた名前) プロトコル名(TCPなら._tcp、UDPなら._udp) ドメイン名(基本的に.local) でホストを探索するから、NSNetServiceでサービスを開始すればいい。 OSCの場合はサービス名は_oscが推奨っぽい。 supercollider、OSCulator、TouchOSCは_osc._udpでOKだし、vvoscの実装も_osc._udpになってた。 コードは大体こんな感じ。 NSString *domain = @"local"
他人のiPhoneをテスト機として使用する(Ad Hocビルド)：iPhoneアプリ開発雑記帳
他人の(自分以外の)iPhoneやiPadをテスト機として使用する方法をご紹介しておきます。 友人などにテストに協力してもらう場合には、iTunesを利用して識別子(UDID)を取得してもらいデバイス登録を行います。 デバイス登録が完了したら、Ad Hoc配布用のプロビジョニング・プロファイル(Provisioning Profile)を作成し、Provisioning Profileとアプリ本体を渡して、iTunesに取り込んで同期してもらうという流れになります。 iTunesを利用した識別子の取得 (iPhoneの持ち主側の作業) まずは同期するときと同様にiPhoneをiTunesに接続します。 iTunesにiPhoneの項目(項目名はiPhoneの初期登録時に付けた名前になります)が出てきますので、その項目をクリックし、iPhoneの電話番号などの概要が書かれた画面を表示します。
Gamekitを使ったiPad - iPhone間のBluetooth通信 - Meltdown Countdown rev.
Gamekitを使ってBT通信させる場合、その役割は大きくわけて2つ。ServerモードとClientモード。ところが、iPhoneアプリではそれらを明示的に指定することは少なく、Peerという第３のモードが使われることが多い。 なぜならばServer/Clientを用いる場合、ユーザに明示的に選択を求める必要があり、操作が煩雑になりがち。対して、Peerモードは接続時にはServer/Client両方の動作を行い、いざ接続されると自動的にServer/Clientが選択されてうまいことやってくれるという便利なモードだから。さらには、PeerモードならばGKPeerPickerControllerが利用できるので、どれに接続するだとか、接続要求を受け入れるといった部分を簡単に実装可能というメリットもある。その反面、接続が確立するまでに時間がかかるけれども。 iPhone同士の接続ならばお互
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Yohei Yoshihara's Home Page
GitHub - google/google-toolbox-for-mac: Google Toolbox for Mac
