ここで同様の質問を見つけましたが、私の質問に対する回答を聞きたいです。
私たちのチームはアプリのiOSバージョンをリリースしました。それをX Appと呼びましょう。これを3人のクライアントに販売しましたが、彼らは気に入っています。クライアントの1人がAndroid(X Appのバージョン)を作成することを望んでいます。
その前は、Android開発者として私を雇いました。Androidバージョンを要求した後、私のソフトウェアアーキテクトは私たち(Androidチーム)に=のソフトウェア設計の指示を与えましたAndroidX Appのバージョンこれは簡単に追跡できますが、完全に失望しています。
X AppのiOSバージョンのユーザーインターフェイスは、Android version。iOSの各UI要素が同じでなければなりません。 Androidバージョンでも同じです。
これは、Android標準のUIデザインに反対します。これは良いアイデアですか?iOSからAndroidバージョン?
具体的には
幸いなことに、Androidのナビゲーションバーは生き残りました。私はアプリの将来に失望し、心配しているので、Android標準のUIデザインに従うUIの改善を提案するつもりでした。この計画を続けますか?この問題を忘れますか?もしAndroidバージョンをリリースしました。クライアントは失望しますか?
編集:モックアップUIを実行し、スクリーンショットをチームメイトと共有しました。彼は私の提案に本当に同意し、言っただけです。
neverは、あるシステムに典型的な視覚要素を別のシステムに直接実装する必要があります。
両方のシステムの機能が等しくないため、異なる視覚表現だけでなく、2つの異なるシステムのUIの異なる使用シナリオもあります。したがって、インターフェースを直感的で機能的な状態に保つことはできません(まあ、一部の非常に単純なアプリケーションを除きます)。
ユーザーは混乱し、アプリケーションは見栄えがよくなります... "ばかげた"はそのための正しい言葉のようです。代わりに移植先のシステムで一般的な使用シナリオとUI要素を利用する必要があります。
私は常にシステムに標準のUIパターンを使用することをお勧めしますが、カスタムインターフェイスを使用することもできます。それは真ん中の方法であり、完璧ではありませんが、AndroidとiOSのバージョンの両方をより似たものにすることができます(必要な場合))。
特定のOS設計ガイドラインを無視することが理にかなっている多くの(ある場合)シナリオを考えることはできません。特にiOSとAndroid=に関しては、重要な違いがあるためです。
ユーザーの期待は、使用するデバイスとその経験によって異なります。
「UIガイドラインを順守しない理由がない限り、UIガイドラインに従う」の立場から始めることをお勧めします。
これはまったくお勧めできません。 iOS/AndroidのネイティブOS UIコンポーネントを使用する場合は、iOSアプリのデザインがAndroidアプリのデザインに影響しないことを確認してください。
アプリに完全に初期状態のUIがある場合は、問題ありません。
ただし、AndroidのiOSデザインパターンには従わないでください。彼らは別のユーザーです。異なる動作。完全に、異なる文化。 AppleとGoogleの両方が、開発者/設計者に設計パターンに従うように要求しています。
世界の異なる極からの2つの同じレシピを提供することはできません。WE ????
OSバージョン間で一貫性を保つことによって達成しようとしていることは何ですか。
ユーザーは、アプリがOSと同期していることを期待します。
例:Appleユーザーは左上を使用して戻る。ただしAndroidユーザーは下部の[戻る]ボタンを使用する。
多くの違いがあります。結局楽しい経験にはならないでしょう。