関西モバイルアプリ研究会#2で「iOSアプリのコードレビューで最近気になるところ」という発表をしました． kanmoba.connpass.com コードレビューでよく指摘するようなことをまとめたのですが，まとめてみるとアプリを設計・実装するときに注意すべきこととほとんど変わらないような気がしました． けどコードレビューって言っておいたほうが意識高そうな感じがするのでコードレビューということにしています． speakerdeck.com スライドだけ見てもあんまりわかんないとおもったけど，ブクマ集まってるわりに特に質問とか無いので特に補足はしません． 代わりにコードレビューのコツっぽいのをつけておきます． コードレビューするときに最近ちょっと気にしてること ちょっと気にしていることを書いておきます． 筆者の経験に基づくポイントです． 1. 理由を聞く こうしてください！って指摘するよりは理

iOS向けのアプリケーションやライブラリで画像やローカライズファイルなどのリソースを使うとき，bundleという仕組みを利用します． bundleはアプリケーションやライブラリに組み込まれ，実行時に各リソースファイルとの橋渡しをします． 例えば，ローカライズに使うNSLocalizedStringマクロはこのように定義されています． #define NSLocalizedString(key, comment) \ [[NSBundle mainBundle] localizedStringForKey:(key) value:@"" table:nil] [NSBundle mainBundle]は実行中のアプリケーションbundleを返します． tableが実際に使用されるローカライズファイルですが，nilだとデフォルトのLocalizable.stringsが利用されます． NSLo

Swiftでコーディングしていると，型について色々と考えることがあります． 型の捉え方は学術的にも色々あるとおもいますが，このスライドは自分の経験から自分なりの捉え方なので，間違っていることや補足などあれば教えて下さい． スライドの補足 例に出しているResult<T>ですが，Swiftコンパイラの仕様でこのままではコンパイルすることができません． このような型に包んで，Result<Box<T>>型にするか，@autoclosureで包むとコンパイルが可能になります． class Box<T> { let value: T init(_ value: T) { self.value = value } } 反省 最初に大きな声で挨拶したらなんか気持ちがアガってしまって，異様なテンションでプレゼンしてしまった． 完全に傾きすぎた… 反響を紹介します 次の発表「型」とかタイトルがカッコイイ。

Swiftのenumは便利ですが，たまには使い慣れたNS_OPTIONSスタイルのenumを作りたくなるときがあります． 素朴にやるとこのように実装できます． /// My Options enum Options: UInt { case None = 0 case A = (1 << 0) case B = (1 << 1) } しかし，これでは全ての組み合わせのパターンをcaseとして用意する必要がありますし，用意したところで常にrawValueでの比較が必要です． // My Options doesn't have it! let options: Options = Options(rawValue: .A.rawValue | .B.rawValue) こんなのはとてもじゃないけど使えません． UIViewAutoresizingの実装を見てみる UIKitにはNS_OPTI

2/7に開催されたHatena Engineer Seminar #4 @Tokyoで「はてなのiOSアプリとSwift」という発表をしてきました． 現在，はてなのiOSアプリ開発ではSwiftを標準的に採用しており，その経験を紹介した形です． 発表スライドはこちらから御覧ください． Swift with apps by Hatena // Speaker Deck 補足 例に使っているコードについて 例としてあげたSwiftのコード例は冗長なものですが，型推論できずコンパイルできなかったので意図に助長な実装にしています． 推論がキチンと働けばsortedに与えるclosureの引数は省略することができます． func latestHotentry(bookmarks bs: [Bookmark]) -> Bookmark? { // 仕様どおりに型推論されればこれでよい return b

注意: beta 5時点での情報です iOS8で追加される待望のApp Extensionですが，あくまでExtensionなのでContaining appを呼び出したくなることがあると思います． App Extension Programming Guideにもあるように，App ExtensionとContaining appとの連携にはShared resourcesのほかにOpen URLを利用します． Open URLというと従来より形式化された手法ですので，とくにはまりどころは無いと思っていたのですが，はまりどころがあったので紹介させていただきます． App ExtensionにはUIApplicationが無い Open URLといえばご存知のようにUIApplicationを取得すればお気楽に実装できるのですが，App ExtensionにはUIApplicationのo

TLで見かけたこのスライド，いいところをついていてちょっとObjective-Cをやったことのある人が，もっと興味を持つきっかけを作るにはすごく良いスライドだと思った． Objective-C が好きになる Tips & Hack from Taketo Sano けど，内容を見た感じ初学者を対象としているわりに，ここで取り上げられているTipsやHackの負の側面に対するフォローが無い． 一応「やるかやらないかはあなた次第」とあるが，なぜというところが抜けているので初学者には判断できないと思う． 特に紹介されている例はあまり行儀の良い方針では無いように感じたので，これを初学者がそっくりそのまま真似をするのはあまりよろしくない． 反響も結構あるようで気になったので，勝手にこのTipsやHackの負の側面(行儀の良くない面)について補足をしておく． カテゴリメソッドの命名について このスライ

最近TDDやってて意識高まりまくってるので，TDDについてCocoa勉強会関西#54でTDDについて発表してきました． 個人の感想レベルの発表なのでTDDモヒカンの方は斧をおさめてください． スライドはこちらです． スターお待ちしています． あと，サンプルに出した駅探索APIクライアントとテストコードですが，こちらに置いておきました． yashigani/HREClient · GitHub このAPIを叩くやつです．駅検索APIにしか対応してないから使えるかわからんけど一応podspecもつけておきました． XCTest/Kiwi/Spectaのテストがついてますので参考にどうぞ． KiwiとSpectaは同時にビルドできないので，試したいほうをpodfileで有効にして，いらないほうのテストはビルドから外してください． TDDをはじめた感想 参考までにTDDをはじめた筆者の様子を共有し

モバイルアプリにWebとの連携は不可欠なわけで，iOSエンジニアがWeb APIを使うとき最初にどないすんねん！とぶつかる問題がパーセントエンコーディングだと思う． 我らがNSStringにはそれを解決するためのstringByAddingPercentEscapesUsingEncoding:という凄まじく長くてステキなメソッドがある． そして全てのiOSエンジニアは喜び勇んでこのメソッドを使い，絶望する． なにを隠そうこのstringByAddingPercentEscapesUsingEncoding:ってのは，エスケープ対象の文字が少なく，本来エスケープされるべき文字をエスケープしてくれない． そんなこんなでCFURLCreateStringByAddingPercentEscapesなんか使っちゃったりしてCore Foundationデビューなんかしちゃったりするのである． (