新しい機能を備えた既存のアプリのルックアンドフィールの一貫性
私はほぼ2年前の既存のアプリを持っていて、bootstrapフレームワークを使用して新しいUI画面を構築することを計画しています。新しいUI画面の外観が同じではないことに気付き始めました。UIのルックアンドフィールが異なる新しいUI機能をリリースすることは良い考えではないと思います。この問題を解決する他の方法はありますか？
いくつかのオプション：
- 新しいUIのルックアンドフィールを使用してアプリ全体を書き直してください：巨大なコストの問題。
- 古いUIフレームワークをフォローする：新しいUIフレームワークに移行することはありません。
他のオプションはありますか？
よろしくお願いします。
古いものから新しいものへの移行は、コストとメリットを正当化する必要があるため、ほとんどの場合常に困難です。また、ルックアンドフィールだけでなく、要素がWebサイト（ege）でどのように動作するかについても、一貫性に完全に同意します。すべてのデータグリッドは同様に動作するはずです。
その間のバランスを見つける必要があります。スタイルシートが必要です。最初のステップとして、スタイルシートを更新して、新しいルックアンドフィールを与えることができます。つまり、同じcssクラスをWebサイトの類似の要素に適用すると、Javaスクリプトを使用して、それらに一貫した動作を追加できます。
何について：
- 最初にユーザーを知ってください。最も人気のある機能と、ユーザーがアプリに期待する機能はどれですか。
- 古い機能と新しい機能の違いに関係なく、UIをブロック（フォーム、フォント、モーダルなど）に分解します。
- 1.と2.のバランスを取ることにより、「新しい」UIフレームワーク実装ワークロードに優先順位を付けます。
あなたは自分のスケジュールでこれを行うことができるので、あなたは幸運です。アプリケーションにフォールドしたいという新しいLook＆Feelがある場合、常にピース単位で実行する必要があります。これは、アプリケーションが非常に大きいため、1つのリリースで新しいルックアンドフィールですべてをテストするのが難しいためです。また、ビューをデータから最初に分離するという不十分な仕事をしたためです。他の2つの回答にも同意しますが、ユーザーが最も気にかけている機能を確認し、それらに最初に取り組む必要があります。 2つ目は、CSSなどのビューコントローラーにさらに多くのものを入れるために、リファクタリングコードを見ていきます（アジャイル設計の優れた原則は、リリースごとに一定の時間をかけてリファクタリングすることです）。次に、ルックアンドフィールをアプリにプッシュします。
最後に、オーバーホールの目的を評価する必要があります。あなたは大きなワウファクターのためにそれをしていますか？その場合は、コードを分岐して、大規模なリリースのルックアンドフィールに取り組んでください。それとも、以前のルックアンドフィールが大量のユーザビリティの問題を引き起こしているためですか。もしそうなら、ピースごとに押し出す方が理にかなっているかもしれません。