iOS7でプッシュ通知のデバイストークンに大きな変更
iOS7でプッシュ通知にもいくつかの機能追加が加えられていますが、おそらくドキュメントに書かれていないことで、場合によっては問題が生じるかもしれない変更が加えられているようです。 Appleのドキュメント → Local and Push Notification Programming Guide プッシュ通知のデバイストークンは端末ごとに一意 感覚的には、プッシュ通知のデバイストークンは、取得メソッドを呼んだ時にアプリごとに生成されているように思います。しかし、実際にはアプリごとに異なるデバイストークンが取得されるわけではなく、同じ端末ならばどのアプリから取得しても同じデバイストークンが取得されるようです。 Stack Overflowなどでも、「デバイストークンってアプリごとに違うんですか？」「アプリが違っても同じトークンです」みたいなやりとりがされています。 Is the APN
Objective-CのBlocksの循環参照とその解決策
半年までは、Objective-Cでコールバックの処理は、delegateを使って実装していました。しかし、delegateによるコールバックは処理の繋がりが分かりにくいというデメリットがあります。 これは皆さん感じるところだと思いますが、実際に最近のObjective-C開発は、Blocksを使って記述するのがトレンドだと思います。 ただ、メモリ管理に関して少し注意しなければならない点があるので、検証結果も合わせて記していきたいと思います。(少し長くなるので2回にわけて書きたいと思います。) Blocksで処理を行う これは簡単なサンプルです。BlocksRunnerクラスは、Blocksで渡された処理を保持し、runメソッドが呼ばれた時にその処理を実行します。 int main(int argc, const char * argv[]) { @autoreleasepool { Bl
Objective-CのBlocksの循環参照に関する僕なりのベストプラクティス
「Objective-CのBlocksの循環参照とその解決策」では、Blocksのメモリ管理の難しさと、世間ではよく使われている「weakSelfパターン」があまり良くないのではないかということを書きました。 このブログでは、いろいろ考えた結果たどりついた、僕が考えるBlocksの使い方を書きたいと思います。 サンプルをgithubに載せましたので、良ければそちらも参照してください。( BlocksMemoryExample ) Blocksを安全で便利に使うために必要なこと 先に、Blocksを安全で便利に使うためには、どんなことが必要なのかというのを考えておきたいと思います。 循環参照におちいらず、使用後に解放される。 使い手が内部の実装をできるだけ意識する必要がない。 おまじない的なコードを書く必要がない。 できるだけBlocksに渡すオブジェクトの存在を保証する。 そして、Bloc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WEB APIのURL設計のトレンドはこれだ！WEB APIのURL設計まとめ
