サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
災害への備え
ios-practice.readthedocs.io
UILocalNotificationを使った通知の設定について¶ UILocalNotification を使ったローカル通知の設定方法について 設定済みの通知をキャンセルしてから設定し直す¶ ローカル通知が重複して登録されてしまうことがあるため、基本的に設定済みのローカル通知をキャンセルしてから 通知を設定し直した方が管理が楽になります。(複数の通知がある場合はそれを設定し直す) 通知を設定する期間の問題¶ アプリによって設定する通知は時間や繰り返しなど様々だと思いますが、 遠い未来や無限に繰り返す内容の通知をそのまま設定するのは無理がでてきます。 そのため、現在の情報をもとに1週間から1ヶ月程度の範囲に通知だけを設定する等の制限を設けたほうがいいと思います。 (これは上記の毎回キャンセルしてから設定するのと相性がいいです) そして、アプリを起動 or 終了 した時などに、通知を設定し
getter/setter, init, dealloc 以外でivarにアクセスしない¶ インスタンス変数にアクセスする時は、基本的にgetter/setter(アクセッサメソッド、プロパティ)を経由してアクセスすべきです。 インスタンス変数を直接使わない理由としては、 インスタンス変数を直接使う場合は不必要なretain等、参照カウントを操作するコードが必要になり見通しが悪くなる事や、 KVO(Key-Value Observing)が使えない事や、アクセッサメソッドを経由しないため変更に弱い部分があることなどがあげられます。 以下の条件を満たしているならインスタンス変数を直接使っても問題は無いですが、統一性という観点から インスタンス変数を直接参照するのは -init と -dealloc 以外では避けるべきです: 1.Is declared in a class using ARC
UITableViewについて¶ TableViewにおいていくつか気をつけておくと良いことがあります。 下記を参考に書いています。 iOS開発におけるパターンによるオートマティズム Pro iOS Table Views timd/Pro-iOS-TableViews Cellの表示更新を別のメソッドに分ける¶ tableView:cellForRowAtIndexPath: のdelegateメソッドでそれぞれのUITableViewCellを生成しますが、 このメソッド内で、Cell内容を更新する処理を直接書くのは避けましょう。 - (void)updateCell:(UITableViewCell *)cell atIndexPath:(NSIndexPath *)indexPath { // Update Cells } - (UITableViewCell *)tableVie
See also Objective-Cによるプログラミング AppleによるObjective-Cでのベストプラクティスについてかかれた文章 github/objective-c-conventions GithubによるObjective-Cのコーディングルール
このページを最初にブックマークしてみませんか?
『ios-practice.readthedocs.io』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く