それはイゴールの返事と少し重なっていますが、これが私の見解です:
ネイティブコントロール の外観-今日のUIコントロールは、かなり複雑な外観になっています。私たちが本能的にそれらから導き出す視覚的な手がかりはたくさんあり、それがフレームのある白い長方形であっても、ウォンシャドウがあると奇妙に場違いに見えます。多くの場合、コンテキストメニューは今日開くだけでなく、ある方向からスライドインしたり、フェードインしたりします。
ネイティブコントロールの動作-UI よりもさらに複雑で、動作には多くの詳細があります。クリック位置に応じたさまざまなコンテキストメニュー、アイテムの選択またはドラッグ時のさまざまな「ホット」領域、キーボードショートカットなどです。
詳細への注意-どのプラットフォームでも、一貫したUIの動作を見つけることができます。ツリーで矢印キーが機能するのと同じように、WRTはノードを選択、開閉します。
Windowsを見てください。ほとんどの非ネイティブツールキットでは、基本的なキーボードナビゲーションが間違っています。矢印キー、Home、End、PgUp、PgDown、Ctrlで動作を変更、Shiftで選択を拡張すると、最大32の動作が得られます。コピー&ペーストは、従来、Ctrl + C / Ctrl + X / Ctrl+VおよびShift+INS、Shift + DELを使用しており、欠落しています。マウスをダブルクリックすると単語が選択されることが多く、マウスをトリプルクリックすると文、行、段落が選択されることがあります。
応答時間と筋肉の記憶 -基本的に、2つのUI操作モードがあります。
次のステップである筋肉の記憶からの再生を決定する前に応答を待つact-lookループ。これははるかに高速で、精神的な処理リソースが少なくて済みます。
ただし、これには2つの要件があります。応答は均一で「即時」である必要があり、次のアクションはすぐに正しく登録される必要があります(少なくとも10ミリ秒以内)。
多くの場合、非ネイティブのツールキットでは、応答が1つまたは2つのアクションに遅れて(マインドが不一致をロックします)、メニューを表示するのに50ミリ秒以上かかるツールキットによって、これは困難になります。 t意図したとおりに登録されました。
洗練されたUIは、正しく機能するまでに時間がかかります-優れたコントロールライブラリは、コントロールごとの問題のほとんどを解決できますが、最後の10%が90%の時間を費やし、コントロールの相互作用があります。さまざまなアプローチを試す必要があります。FPSでトレーニングされた反射神経を持つユーザーを期待する必要があります。あらゆる種類のワークフローを試す必要があります。
クロスプラットフォームツールキットはそれを完全に正しくすることはできません-彼らは岩と困難な場所の間に立ち往生しています:彼らはプラットフォームとは無関係に、または現在実行しているプラットフォームと一貫性のある内部一貫性を選ぶことができます。それを正しくするために、後者はしばしば呼び出し元のコードにプラットフォーム依存のコードを必要とします。これはあなたが避けようとしている実際のことです。