てとらぽっとさん、おはようございます。

＞ここまでは、意図されていることは判るのですが、
＞「uo_Aのコンストラクタ内でわざわざグローバル関数を呼んで、
＞　その中で呼び出しもとのuo_Aの関数を呼ぶ」というのは
＞回りくどいような気もしました（笑）。
＞もちろん構わないのですが。(^^;

う?ん、いろいろと試行錯誤しておりまして、(^^;;
考えとしては、関数の呼び出し部分と関数実行部分の間に
その関数の実行にともなう周辺処理(エラー処理やメッセージ処理)などを
独立した中間処理関数(私の例ではgf_search)として置きたかったのです。

つまりuo_search()では検索処理をした後、
件数もしくはエラーフラグを返すだけのコンパクトな関数にしておいて、
中間関数では、その返り値によってメッセージを整形したり
エラー時の処理等を書くように方針だててまして、
あのような回りくどい記述になってしまいました。

めんどくさがらず、他とは別個にエラー処理を書けばすむことなのですが、
呼び出し部分はなんとなく統一させたかったのと、
メンテの時に複数箇所の変更は大変だな?と思ったわけです。

今考えるとgf_search()はウィンドウ関数の方が
良かったのかな?とも思うのですが、

＞グローバル関数 gf_search() で
＞uo_Aの関数を呼ぶ（これがuo_Bのケースもあるんですよね？）ために、
＞uo_Aへの参照をどうされているのでしょう？
＞gf_search() の引数に【UserObject】型で渡されてたりしませんか？

え?っと、w_main.uo_object.uf_search() で呼び出しています。
# ってこのような答えでいいのですかね？
引数は有りません。検索引数はユーザオブジェクト内の
例えばシングルラインエディットに与えられた文字列などから取得しています。
(つまりSLEもDWも一つのユーザオブジェクト内に配置されています。)

私自身、このような設計部分から進めることは初めてなので、
このような方法が的確なのか自信がありません。
# 例えばユーザオブジェクトを動的に再配置するような処理など

一般的に考えておかしな点や
後々不都合が発生しそうな点などございましたら
ご指摘頂けるとありがたいです。