web-dev-qa-db-ja.com

新しい機能を備えた既存のアプリのルックアンドフィールの一貫性

私はほぼ2年前の既存のアプリを持っていて、bootstrapフレームワークを使用して新しいUI画面を構築することを計画しています。新しいUI画面の外観が同じではないことに気付き始めました。UIのルックアンドフィールが異なる新しいUI機能をリリースすることは良い考えではないと思います。この問題を解決する他の方法はありますか?

いくつかのオプション:

  1. 新しいUIのルックアンドフィールを使用してアプリ全体を書き直してください:巨大なコストの問題。
  2. 古いUIフレームワークをフォローする:新しいUIフレームワークに移行することはありません。

他のオプションはありますか?

よろしくお願いします。

2
SyedA

古いものから新しいものへの移行は、コストとメリットを正当化する必要があるため、ほとんどの場合常に困難です。また、ルックアンドフィールだけでなく、要素がWebサイト(ege)でどのように動作するかについても、一貫性に完全に同意します。すべてのデータグリッドは同様に動作するはずです。

その間のバランスを見つける必要があります。スタイルシートが必要です。最初のステップとして、スタイルシートを更新して、新しいルックアンドフィールを与えることができます。つまり、同じcssクラスをWebサイトの類似の要素に適用すると、Javaスクリプトを使用して、それらに一貫した動作を追加できます。

1
Divi

何について:

  1. 最初にユーザーを知ってください。最も人気のある機能と、ユーザーがアプリに期待する機能はどれですか。
  2. 古い機能と新しい機能の違いに関係なく、UIをブロック(フォーム、フォント、モーダルなど)に分解します。
  3. 1.と2.のバランスを取ることにより、「新しい」UIフレームワーク実装ワークロードに優先順位を付けます。
1
TotemFlare

あなたは自分のスケジュールでこれを行うことができるので、あなたは幸運です。アプリケーションにフォールドしたいという新しいLook&Feelがある場合、常にピース単位で実行する必要があります。これは、アプリケーションが非常に大きいため、1つのリリースで新しいルックアンドフィールですべてをテストするのが難しいためです。また、ビューをデータから最初に分離するという不十分な仕事をしたためです。他の2つの回答にも同意しますが、ユーザーが最も気にかけている機能を確認し、それらに最初に取り組む必要があります。 2つ目は、CSSなどのビューコントローラーにさらに多くのものを入れるために、リファクタリングコードを見ていきます(アジャイル設計の優れた原則は、リリースごとに一定の時間をかけてリファクタリングすることです)。次に、ルックアンドフィールをアプリにプッシュします。

最後に、オーバーホールの目的を評価する必要があります。あなたは大きなワウファクターのためにそれをしていますか?その場合は、コードを分岐して、大規模なリリースのルックアンドフィールに取り組んでください。それとも、以前のルックアンドフィールが大量のユーザビリティの問題を引き起こしているためですか。もしそうなら、ピースごとに押し出す方が理にかなっているかもしれません。

0
Laurian Vega