iOS/Androidアプリ開発時に感じた差異 - hyoromoのブログ
先日「nicoマンガ」という非公式ニコニコ漫画サービスのビューアをAndroidでリリースしました。その時に同様な機能を実装したiOSアプリも作っていた事を前回のブログで書きました。 今まで誰かが作ったアプリを別プラットフォームへ移植、もしくは自分で作ったけど別プラットフォームにそのまま移植出来ないから大幅に仕様変更して移植は行なった経験はありましたが、ほぼ同じ機能を搭載したアプリをiOS->Androidと続けて開発したのは(たぶん)初めての経験でした。今回はその時に感じたことをメモ程度に書き残しておきます。 比較 この内容を考えてる時に思いついた事をつらつら比較してきます。実装やテスト内容に踏み込んだ比較はしません、書くのメンドウですしね。 項目 iOS Android 外部ライブラリ cocoa controlsサイトへ行けば大抵見つかる。探しやすいhubサイトの存在がアリガタイ 頑
DRY原則とテストの可読性 - ✘╹◡╹✘
DRY原則に従おうとするほど、テストコードがどんどん読みづらくなる。 The RSpec Bookに答えがあるかと思って読んでみたものの、「あるある」と一言述べているだけだった。辛い。 テストコードが読みづらくなる例を示すために、1つRubyのライブラリをつくった。 値とパターンを与えてValidationを行う機能を提供するライブラリ。 実装60行、テスト120行なので、詳しく見たければすぐ読めると思う。 最近不本意ながらキラキラネームの命名力が上がってきたと思う。 avalon - A validator implementation for Ruby https://github.com/r7kamura/avalon 冗長だが読みやすい例 letもsubjectもローカル変数も何も用いずに率直に書いたテストコード例がこちら。 冗長だが読みやすく、テストコードを見ればライブラリの使い
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
