質問

したがって、何らかの近代化のため、外観のC++Builder/Delphiの応用、有効のビジュアルなテーマ(視覚スタイル やったばかりのパフォーマンスのテーマを追加。例えば、次の設定ページ(11タブには、200-制御モンスターダイアログをとられません再現在の開発期間および再訓練コスト):

  • なテーマ。 ~0.1sec 構築の形成とその制御(計測を通してQueryPerformanceCounter), ~0.9秒 らをクリックし、メニュー項目のフォームを表示して測定したストップウォッチ).なんでください。
  • テーマ。 ~0.6秒 構築の形成とその制御 ~1.5秒 らをクリックし、メニュー項目のフォームを示します。非常に目立ちますが、エンドユーザー

私同様の結果にかかわらず、Windows XPの場合デスクトップおよびWindows7ェースを使用してアクセスします

を実現する段差がありますが改善していくこの特定の場合などは、遅延荷重のダイアログのタブまたは再設計するというものがでの典型的なテーマの追加などに顕著なパフォーマンス?あります提案を回避するこのパフォーマンス?

役に立ちましたか?

解決

。。くなっただけはノリノリでうたってま200制御の一つです。こちらはカップルのご提案します。

  • これは特別な場合を作成したいのダイアログを一時に表示するための必要なときです。

  • さんもうしのコンストラクタまたはOnShowイベントです。まpopulatingずリストがBeginUpdate/EndUpdateす。

  • いのコードがOnResizeイベント等を取得する火力発以上回るまで待った後に作成して実行されるかな?

  • どのような制御す。場合の制御塗料を中心にゆっくりされることもありますので、できる世界の第一人者としての高いる塗料になります。このことは必要とする試験です。

他のヒント

あなたがしようとするとコントロールにdoublebufferingをオンにすることができ、我々はずっと同じ動作を持っていた、そしてそれは多少このアプローチにより高速化されましたが、アプリケーションテーマのサポートを採用する前に、パフォーマンスに近づいていませんでした。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top