メインコンテンツへスキップ

タブコントロールが遅くなりました。

コメント

18件のコメント

  • ISHIJIMA

    原因の切り分けとして1からRM互換を使用しないで作成した場合はどうなりますか?

  • ISHIJIMA

    エディットコントロールの読み込みに時間がかかっているとすればDBの関係かもしれませんね

    DBとか項目をすべてなくしてどうなるか等のテストで切り分けしてみてはいかがでしょうか

  • ISHIJIMA

    サンプルプログラム中にタブコントロールのサンプルがあるのでそれで確認してみるとか

    オンライン逆引きサンプルでは問題なく動きます。

  • umemori

    いつもありがとうございます。

    原因の切り分けして調査してみます。

  • nkmt

    こんにちは。
    xpa 4.7.1 PT1
    オンラインタスクに 変数を80個定義し、タブコントロールを8タブ表示されるようにして
    先程の変数をそれぞれのタブに、配置。
    実行しましたが、表示されるまでに速度難は感じませんでした。
    RM互換無し。データ読み込み無しです。

  • umemori

    ありがとうございます。

    RM互換無しならいけそうですね。

    RM互換ありかつデータ項目が多いとおそいと思います。

  • ISHIJIMA

    >RM互換ありかつデータ項目が多いとおそいと思います。

    そうなんですか・・・・

    今後はRM互換はなくさないといけないのかな

     

  • ISHIJIMA

    投稿されたメールが来たのにここに表示されない事あるのかな・・・

  • ISHIJIMA

    タブに表示されている項目を上位に持っていくと早くなるかもと・・・

    上位にもっていかないと検証が実行されている?

  • KURITA

    一度書込みをしたのですが、要件がちょっと違うかなと思い削除操作してしまいました。すみません。

    ISHIJIMA様の記載の通り、RM互換でタブコントロールに割り当てている変数を

    上位(RM互換のデータソースの上の方)に持っていくことで処理速度が改善することがあります。

    XPAになってから最初の表示の際にタブコントロールに割り当てた変数の場所まで

    検証が無条件に実施されるようになったように見受けられます。

  • ISHIJIMA

    実体験ですのでこれが正解かもしれませんね

    違う書き込みをしてもヒントになる可能性もありますよ

  • ISHIJIMA

    遅くなることが実現できるのであればサポートに確認すると原因及び対策が見つかるかもですね

    ただRM互換はしょうがないといわれるかもですが・・・・

  • umemori

    RM互換でタブコントロールに割り当てている変数を

    上位(RM互換のデータソースの上の方)に持っていくことで処理速度は改善されました。

    しかし、タブ内で入力をおこなったときにもたつくことがあります。タブ以外をクリック後

    タブ内に戻ると速度は改善されるようです。現状態では、不安定の為

    RM互換をやめる方向で検討しているところです。

     

     

  • nkmt

    > ISHIJIMA様の記載の通り、RM互換でタブコントロールに割り当てている変数を
    > 上位(RM互換のデータソースの上の方)に持っていくことで処理速度が改善することがあります。
    > XPAになってから最初の表示の際にタブコントロールに割り当てた変数の場所まで
    > 検証が無条件に実施されるようになったように見受けられます。
    KURITA様の書き込みを見て思ったのですが、RM互換の場合、そのパークする項目まで
    RM互換の中を上から順に通過するのかもしれないですね。
    タブ用変数の所までの全てのコントロール検証を実行しているのかもしれませんね。

  • nkmt

    私はV8からのマイグレーション等は(今迄やってきた分は規模が大きくないという事もあり)
    RM互換は全廃しております。

  • tanda

    nkmtさん、全廃ですか。すごいですね。

  • nkmt

    プログラムリポジトリが2000本も3000本もあるようなシステムを担当しておりませんので、RM互換撤去もできております。今の所、最後にやった分はRMコンバーターはもう1度やり直せば良かったかなと後悔しました。
    V8 改め xpa4.6
    & Pervasive 改め SQL Server
    & RM互換不採用
    & 27社共用システム 改め 1社専用化に伴う不要処理撤去などで大変でした。
    その作業分の金を貰わないとやるべきではないと指摘されました。

  • tanda

    そうですね、予算との釣り合いが一番難しいところですね。

サインインしてコメントを残してください。