Holiday 事業室の多田です。先日Elasticsearch の記事を書いた内藤と共に Holiday (https://haveagood.holiday ) の開発を行っています。

Holiday は、去年9月に Web 版をリリースしましたが、よりおでかけを楽しくするために今年3月に iPhone アプリをリリースしました（ダウンロードはこちら）。

アプリの開発過程ではコンセプトや仮説を立て、その検証や実現のために作っては壊すことを何度も繰り返し行いますが、実現したい価値を提供するためには、出来上がったプロダクトの細部のインタラクションも重要になってきます。細かい部分に気を配り使い心地を良くしてこそ、本当に提供したい価値をまっすぐに届けることができるためです。逆に言えば、最後の最後で細かい部分がちゃんとしていないばかりにそれまでの過程が無駄になったらもったいないですよね。

今回はそのような細部のインタラクションの中でも、iOS アプリで幅広く使われている基本的なインタラクションを3つ、Holiday の iPhone アプリでの例とともに紹介します。

ログインフォームでのキーボードリターンの挙動

Holiday のログイン画面は、メールアドレスとパスワードを入力するフィールドとログイン処理を実行するボタンが存在する一般的なものです。

このようなログインフォームの使いやすさを考えてみます。すると、デフォルトの挙動ではテキストをキーボードで入力→画面の他の部分をタップ→またキーボードで入力…としなくてはならず、操作する場所があちこち変わって不便だなということに気づきます。

この問題を解決するために、多くの iOS アプリではキーボードのリターン部分の挙動をフィールドによって適切なものに変えています。具体的には、次にフィールドがある場合にはそのフィールドに移動し、最後のフィールドではサブミット処理を行うというものです。

そのような処理は以下のような実装で実現できます。

// MARK: - UITextFieldDelegatefunc textFieldShouldReturn(textField:UITextField) ->Bool {if textField=== emailField {// 次のフィールドに移動        passwordField?.becomeFirstResponder()    }elseif textField=== passwordField {// ログイン処理を実行        login()    }else {        textField.resignFirstResponder()    }returntrue}

また、処理だけでなくキーボードのリターン部分の見た目も変えることができます。Interface Builder 上でReturn Key をNext やGo などに変えると良いです。

キーボードをスクロール時に隠す

Holiday のおでかけプランをさがす画面では、検索バーにフォーカスがあたった時にキーボードが出現するだけでなく検索履歴もリストで表示するようなものになっています。このように一つの画面に検索バーとリストを表示しているようなアプリは多く存在します（Facebook, Instagram, Twitter など）。

普通にテキスト入力する場合はずっとキーボードを出しておけば良いのですが、既に表示されているリストのほうに注目している場合はどうでしょうか。この時はテキスト入力をしたいとは思っていないため、キーボードを隠したほうがリストの一覧性が上がって良さそうです。ということで、リストのほうを見ようとスクロールする時にはキーボードは隠しましょう。

// MARK: - UIScrollViewDelegatefunc scrollViewWillBeginDragging(scrollView:UIScrollView) {    view.endEditing(true)}

追記

記事公開後に教えていただいたのですが、iOS 7 からは UIScrollView にkeyboardDismissMode というプロパティが追加され、Interface Builder からDissmiss on drag を指定するだけで同じ挙動が実現できるようになっていました。こちらのほうが手軽で便利ですね。

ボタンタップ時、通信処理が完了する前にフィードバックを返す

サーバと通信するアプリでは、通信が伴う処理のフィードバックをどのタイミングでどのように行うかという問題が常につきまといます。

例えば Holiday ではおでかけプランをお気に入りに追加することができるのですが、そのデータは全てサーバ上に保存しています。そのため、お気に入りに追加・削除する処理が正常に行われたかどうかをチェックして、サーバ側のデータの状態とクライアント側での表示が矛盾しないようにする必要があります。その際の確実な方法は、リクエストを送ってレスポンスが返ってくるまでは読み込み中であることを示し、レスポンスが返ってきたらその状態を画面に反映させるという方法です。処理に時間がかかる場合や、その間ユーザの行動を妨げても問題がない場合はそれでも良いのですが、お気に入りなどのライトな行動においてはその後の行動を妨げず、かつすぐにフィードバックを返すことがストレスのない体験に繋がります。

具体的には、ボタンが押されたタイミングでまず先にボタンをお気に入り追加済みの状態（黄色）に変えてしまいます。またこれだけだとフィードバックとして弱いので、バウンスするアニメーションも同時に行うようにしています。その後レスポンスが返ってきたら正しい状態にする（ほとんどの場合は成功しているのでそのまま）という処理を入れています。レスポンスが返ってくるまでは数 m 秒ですが、それを待つかすぐにフィードバックを返すかで大きく使い心地に影響します。

このような実装を簡略化したコードは下記の通りです。

@IBActionfunc bookmarkButtonTapped(sender:AnyObject) {// モデルの状態を変更    plan.toggleBookmark()// ボタンの選択状態を先に変えるフィードバック    reloadBookmarkButton()// bookmarkButton.selected = plan.bookmarked// アニメーションによるフィードバック    bookmarkButton.doBounceAnimation()// 非同期で POST/DELETE リクエストするメソッド    updatePlanBookmark(        plan: plan,        completion: { (error:NSError?)inif error {// リクエスト失敗時はモデルの状態を元に戻し、ボタンの状態に反映                plan.toggleBookmark()                reloadBookmarkButton()            }        }    )}

ちなみに、バウンスアニメーションは下記のようなパラメータで行っています。

func doBounceAnimation() {    UIView.animateWithDuration(0.05,        animations: { () ->Void inself.transform= CGAffineTransformMakeScale(1.4,1.4)        },        completion: { (Bool) ->Void in            UIView.animateWithDuration(0.6,                delay:0.0,                usingSpringWithDamping:0.3,                initialSpringVelocity:0.0,                options: .CurveLinear,                animations: { () ->Void inself.transform= CGAffineTransformMakeScale(1.0,1.0)                },                completion: { (Bool) ->Void inself.transform= CGAffineTransformIdentity                }            )        }    )}

最後に

今回は iOS の UI の細部のインタラクションの中でも特に基本的な3つの例を紹介しました。実際のアプリではそれぞれの機能に応じた様々なインタラクションを考える必要がありますが、まず基本的な部分をおろそかにしてはいけません。基本的な細かい部分の使いやすさが、アプリ全体の使い心地に大きく影響し、実現したい価値提供に繋がるのだと思います。

なお、Holiday ではプロダクトの細部にまでこだわりたいエンジニアを募集しています。興味をお持ちいただけた方はぜひご応募ください。