こてちゅさん、M.Mさん、てとらぽっとさん
みなさんこんにちは。

一般的ではないにしろ、みなさんポリシーはもっていらっしゃる！
私も持っています！CSSもWebも結構経験してきました。
でもPBは初心者で、経験者に仕様を渡すことになって、
その経験者が全く考え方が違っていて、仕様を作る私は
「PBはそれが当たり前なのかなぁ...」これが発端。
共同作業者が多いと、ポリシーのぶつかり合いは
避けられませんから、折り合いを見つけるしかないのかも
しれませんね。

＜こてちゅさんのコメントから＞
＞んと、オブジェクト指向では、物と動作が一つになるのが基本ですね。
＞そうすると、DWが検索するのが基本となりますから、
＞A画面は、条件を受付けるだけになると思います。
＞んで、DWに対してその条件を渡し、
＞B画面にて条件を受取り、B画面に張り付いているDWにて
＞Retrieveするのがすっきりしていると思っています。

　私も基本的にＡ画面は条件の受付とチェック
　            Ｂ画面は受けた条件で検索
　の分け方が好きです。
　処理も考え方もすっきりして機能拡張しやすい。
　
＜こてちゅさんのコメントから＞
＞その辺りのことをクラスを作るときに規約化しておき、社内でのプログラミング規約とすれば、
＞社内標準が作っていけると思います。

　ネーミングルールはどこも用意していますが、
　処理の区分けって規定ないですよね。
　特に最近は小規模なシステムが多いので
　どの依頼者も作成者にお任せ状態です。
　これからはこんな規約化が必要かもしれませんね。
　
　今回の議題とはちょっと離れてしまいますが...
　実はこの検索一覧にはちょっとした更新処理が伴って
　その処理はスクリプトで直接UPDATE文を書きました。
　そのとき思ったのは、バインド配列は使えないのだろうか？
　DW使うほどでもないけれど、ちょっと複数ﾚｺｰﾄﾞﾃﾞｰﾀがほしい！
　「複数ほしかったらDW使うしかない！」
　今回の議題の基を作った友は言いました。そしたら５つも
　必要になった画面がありました。こんなんで良いのか？

　こんどこの話を議題に挙げますので、またご意見お聞かせ下さい。