「AndroidはiOSと同じデザインで！」と言われたときの対応案 - Qiita
はじめに 「AndroidはiOSと同じデザインで！」と言われてどう実装しようか悩んでる方向けの記事です。 Androidアプリを作るなら当然マテリアルデザインガイドラインに合わせて1から画面設計するのが最高なんですが、そうはいかないことが経験上多いので対応案をざっくりまとめました。 諸注意 これは「iOSとAndroidのUI対応一覧」ではありません。 iOSとAndroidで同じような見た目のUI部品でも作られた経緯や目的は違うので、比較して置き換えるようなことは基本的にできないと思います。 とはいえなんの指標もないと辛いので、ここでは「iOSのこのUIをAndroidで代用できるのはこれかもね」くらいのニュアンスで列挙しています。 必ずしもどのアプリにも言えるようなことではないので、あくまでたたき台と思ってください。 「なぜAndroidらしくする必要があるのか」についてはこ
円滑にiOS/Android並行開発するための心得まとめ - Qiita
円滑にiOS/Android同時開発するための心得まとめ ■設計 ◇UIパーツやフレームワークはそれぞれの素材・特長を活かす 当然ながら共通設計 define値やクラス名などを統一する 永続化する項目を統一する UIデザイン マージンやセンタリングなどのルール統一 端末/画面サイズに応じて、固定/可変する箇所の認識を合わせる 無理やりiOSのパーツをAndroidに適用しない ダイアログやドラムロール(ピッカー)などのUIパーツ iOSのタブ機能はAndroidでは画面上部かサイドメニューを検討 戻る機能はAndroidではBackキーを活用 それぞれの特長を活かす iOSではSQLiteを直接使用せずCoreDataを使用するなど ■実装 ◇開発者間の情報共有を密にする！ LOGの記述体裁を合わせる ファイル名、メソッド名、行数、コメントなど体裁を合わせる (ついでに…LOGはデバッグで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
components
