Core Animation 中級編 - Qiita
8/19担当、Qiita初投稿の@inamiyです、こんにちは。 今回は、iOS/OSXアプリのUXの根幹である「Core Animation」について、 ハマりやすい点や、意外と知られていないtipsなどについて書きたいと思います。 アニメーション完了時のコールバック Delegateでif分岐しながら処理する方法もありますが、 [CATransaction setCompletionBlock:]を使う方が、より見通しの良いコードになります。 問題は、アニメーションが正常終了したかどうかのfinishedフラグがないという点ですが、 下記のようなコードを書くと、上手く判別できます。 [CATransaction begin]; [CATransaction setCompletionBlock:^{ CAAnimation* animation = [layer animationFo
Communication Patterns · objc.io
Every application consists of multiple more or less loosely coupled objects that need to communicate with each other to get the job done. In this article we will go through all the available options, look at examples how they are used within Apple’s frameworks, and extract some best-practice recommendations regarding when you should use which mechanism. Although this issue is about the Foundation
NSNotificationの実践的な使い方 | Cyber Passion for iOS
Notificationの使い方に関してはググればいくらでも出てくると思いますが、ここでは実戦向けに少しだけ掘り下げて説明出来ればと思います。 アプリケーション独自のNotification関連を定義するファイル アプリケーションのプレフィックス（大文字2文字）+Notificationという名前のファイルにNotification関連の定義をまとめておくと良いでしょう。 今回はSTNotification.hとSTNotification.mというファイルにまとめることにします。 Notification名の定義 SDKや他のライブラリの名前と重複しないようにNotification名をつける必要があります。アプリケーションのプレフィックス+Notification名+Notificationという命名規則にすると良いでしょう。 今回は以下のようなNotificationを定義します。
軽量なView Controller（objc.io #1-1 日本語訳） - Qiita
Issue #1 Lighter View Controllers, June 2013 By Chris Eidhof view controllerはiOSプロジェクトの中で一番大きいファイルになりがちで、必要以上に多くのコードを含んでいることが多い。ほぼ決まってView Controllerはコードの中で最も再利用性の低い部分だ。View Controllerをスリムにし、再利用可能にして、より適切な場所にコードを移すテクニックを見ていこう。 この記事のサンプルプロジェクトがGitHubにあるので参照されたい。 データソースとその他のプロトコルを外に出す View Controllerスリム化の最も強力なテクニックのひとつが、UITableViewDataSourceの部分を独立したクラスに移すことだ。これを2回以上やってみるとパターンが見えてきて、このための再利用可能なクラスを作る
2015年にもなってObjective-Cコーディング規約 - 僕のYak Shavingは終わらない
起業してほぼ一人でコードを書いていたのですが、そろそろ人が増える可能性もあるのでコーディング規約にしたがっておこうかと思います。 ベース 安定のクックパッドさん https://github.com/cookpad/styleguide 触発フロー まずモダンな記法を頭に入れる http://clang.llvm.org/docs/ObjectiveCLiterals.html Appleのお膝元で膝枕した後に https://developer.apple.com/jp/documentation/CodingGuidelines.pdf githubの技を見たあと https://github.com/github/objective-c-style-guide 最後にNYTimesに触発されて http://raimon49.github.io/2015/03/21/review-n
PUSH通知機能を持ったiPhoneアプリを作る（証明書の作成） - Think Big Act Local
前回の記事に引き続きPUSH通知ネタです。 前回はクライアント側コードの記述方法について触れましたが、今回は証明書発行の手順をまとめます。 証明書関連は何かとややこしい部分が多いので、後で迷わないよう詳細に書きます。 前提条件 PUSH通知に使うアプリのProvisioning Fileは作成済という前提で手順をまとめます。Team Provisioning(.*)でないアプリ固有のProvisioning Fileをまだ作成してない方は、以下リンクを参考にご用意下さい。 iPhone Push通知のすすめ また、PUSH通知の設定は開発環境と本番環境で異なる点が多いのですが、 今回は開発環境での準備を整えていきます。 本番環境だと通知がうまくいかない例 もありますので、その点はご注意下さい。 PUSH通知に使うAppleの証明書の準備 ブラウザ操作 iOS Dev Center のCer
CADisplayLink について - jarinosuke blog
ユースケース CADisplayLink を実際に使う例と共にどんなクラスなのか簡単に紹介します。 例えば現在時刻を表示する場合。 画面に表示されている日時を定期的に更新する必要があります。 そのような場合に NSTimer で 0.01 秒など適当なインターバルを設定して更新、みたいなこと実装した経験ありませんか？ 僕はあります。 それを解決するための表示されているビューを更新するためのイベントを取得するためのクラス、それが CADisplayLink です。 最近 facebook が OSS 化した pop や、長年 iOS の 2D ゲームフレームワークとして親しまれている cocos2d でも、もちろん使われていました。 facebook/pop cocos2d/cocos2d-iphone CADisplayLink の使い方 CADisplayLink を以下の様にしてセット
Objective-C のプロパティ属性のガイドライン - Qiita
Objective-C のプロパティの属性を指定するとき従うべきガイドラインをまとめた。 できる限り nonatomic を指定する atomic にしてもパフォーマンスが悪化するだけでほとんどメリットがない（参考：StackOverflow - Atomic vs nonatomic properties）。 nonatomic と atomic の使い分けの指針は次のとおり： 参照型: メモリアドレスのみの書き込みなので、常にnonatomicでよい プリミティブ型: int, BOOL等ワンステップでの書き込みが可能: 常にnonatomicでよい 単一のスレッドからしかアクセスされない: 設計に気をつけつつnonatomic推奨 複数のスレッドからのアクセスがあり、long,構造体などサイズの大きい値: atomic推奨 (thx to @takasek) 複数のスレッドから同時に
Swiftコーディング規約@Wantedly - Qiita
はじめに Swiftのコードは多様な記述の仕方ができるので柔軟でかつ表現力もありますが、チームで開発を行うとどうしても記述の仕方が統一できず可読性も上がりません。弊社（Wantedly）でSwiftのアプリを開発した経験をもとにアプリ開発におけるコーディングスタイルガイドを作成しました。このコーディング規約がベストプラクティスだというわけではなく、Swiftもまだまだ手探りなところもあるので、参考情報としてご参照ください。また、規約の範疇ではないですがエラーになりやすい記述も合わせてフォローしています。 バージョン v0.3 改版履歴は文末を参照ください。 コーディング規約の必要性について Swiftはプログラマがリスクを取ることによってより簡素に端的に記述ができたり、型推論が強力なので型の明記を省略して記述ができます。チームでSwift開発を行う場合は、詳細に記述するのか、省略して記述す
iPhone6/iPhone6 Plusの画面対応について - Qiita
iOSにも画面フラグメントの時代がきました。 特にややこしくしているのが、iPhone6 Plusです。ピクセル比が3倍。 iPhone6 plusのiOSシミュレーターで画面のサイズをデバッグしてみると「414 x 736」になり、3倍すると「1242 x 2208」ですが、公称では「1080 x 1920」です。ということはピクセル比は正確には@2.46とかなのかな・・・。この辺りの仕組みがまだつかめてません。 既存プロジェクトの対応方法 iPhone6/6+のiOSシミュレーターで、既存のiOSプロジェクトを特に何もせずにビルド、実行すると「320 x 568」いわゆるiPhone5/5sサイズを拡大したような形で表示されます。（iPadでiPhoneアプリをx2で実行したような感じ。ただiPad⇔iPhoneほどの解像度の差は低いので、そこまで違和感は感じない。） iPhone6/
Design Patterns on iOS using Swift – Part 1/2
iOS Design Patterns – you’ve probably heard the term, but do you know what it means? While most developers probably agree that design patterns are very important, there aren’t many articles on the subject and we developers sometimes don’t pay too much attention to design patterns while writing code. Design patterns are reusable solutions to common problems in software design. They’re templates des
DateFormatterの使い方まとめ - Qiita
SwiftのDateFormatter（Objective-CではNSDateFormatter）の使い方をまとめました。 日付から文字列を取得する 規定のStyleを使う 一番簡単なのはdateStyleとtimeStyleを利用する方法。日付、時刻それぞれについて長め、標準、短め、なしの４つのスタイルを選択すると、localeに応じた適切な文字列を生成できる。 let dateFormatter = DateFormatter() dateFormatter.dateStyle = .medium dateFormatter.timeStyle = .none let dateString = dateFormatter.string(from: Date()) print(dateString) NSDateFormatter *dateFormatter = [[NSDateFor
Sstoolk.it – Achetez les meilleures offres à bas prix et économisez du temps et de l’argent.
Choose categoryAll categoriesUncategorizedAttrezzature per cucine e bagniCaminetti e accessoriFerramentaGiardino e giardinaggioMateriale elettricoOrganizzazione casa e magazziniPitture, trattamenti per pareti e utensiliProdotti per la costruzioneSicurezza e protezioneTubature grezzeUtensili elettrici e a mano
BOOL / bool / Boolean / NSCFBoolean
Written by Mattt April 8th, 2013 This article has been translated into: 中文 Truth. Vēritās. The entire charter of Philosophy is founded upon the pursuit of it, and yet its exact meaning and implications still elude us. Does truth exist independently or is it defined contingently against falsity? Can a proposition be at once both true and false? Is there absolute truth in anything, or is everything
Modern Objective-Cで実現するシンプルコーディングのススメ
最近話題のシンプル＆リーダブルなObjective-C “Modern Objective-C”について 一度ちゃんと調べたいと思ってたので記事にしてみました。 本エントリでは、Modern Objective-Cになると何がどう嬉しいのか、 古い書き方”Legacy”と新しい書き方”Modern”の比較を通して見ていきます。 ちなみに、Modern Objective-Cの詳細については、iOS Dev Centerにて公開されている WWDC 2012の下記のセッションの資料にて詳しく説明されています。 Modern Objective-C (Patrick C Beard / Session 405) Migrating to Modern Objective-C (Session 413) また、日本語情報としては下記のエントリが参考になります。 今日からライオンでも使える！XCO
「clang: error: linker command failed with exit code 1」というエラーへの対処 - Action Script書きの日記
xcodeで書出しを行った際に clang: error: linker command failed with exit code 1 というエラーが出たので、備忘録としてメモ。 google先生に聞いてみたところ、このエラーが出るのは必要なframeworkが入っていないケースがまずあるという。 その場合は、「TARGET」→「Build Phase」→「Link Binary With Libraries」から、必要なライブラリを足してあげる事で解決する。 今回の自分のケースでは、特にライブラリを新規に追加するようなことをした覚えがなく、更に調べてみたところ、同じ名前のクラス、変数、メソッドなどが使われている場合に発生するらしい。 また、本来「hoge.h」というファイルをimportするべきなのに、「hoge.m」をimportしているときにもこのエラーが出るらしく、今回はまさにこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blog - LINE ENGINEERING
feb19
GitHub - iwasrobbed/Objective-C-CheatSheet: A quick reference cheat sheet for common, high level topics in Objective-C.
GitHub - skywinder/ActionSheetPicker-3.0: Quickly reproduce the dropdown UIPickerView / ActionSheet functionality on iOS.
