>>318
だから言ってるように、オブジェクト指向は否定してない
オブジェクトの操作を、クラスで書くか、関数で書くかっていう記述方法の違いでしか言ってない
関数はスカラー関数に限ってない

流れがプロパティ保持の話ばかりだけど、その程度ではクラスにする必要ない
クラスの特徴はメソッドと継承

そのメソッドが外に出てるのがスタティック関数
書く場所が違うだけで、機能は同じ

Oｂｊ.Close
Close（　Oｂｊ　）
の違い
で、実は後者の方が生産性が高い、ということもあるかもしれんねと（体感）

かといってWinAPLみたいに長い名前の膨大なグローバル関数がずらーっとあると、生産性低い
そこは子クラスでなくても、名前空間で分類するだけでも整理が付くので、工夫次第

さらに外人の「動詞＋目的語」じゃなく、「主語＋動詞」という命名なら分類ごとに並ぶ
×　OpenObj、CloseObj
〇　ObjOpn、ObjClose
（クラスのメソッドなら後者の並びになるが、なら関数名自体もそのセンスでいいじゃんていう）

継承は、いろんなイベントで共通の処理があるフォームのバージョン違いだと、ごっそりソースは減る
でもイベント関数自体を共通にして、中で条件分岐の方が見通しがいいかもしれない
（エクセルでシートイベントに対するブックイベントみたいな）
クラス継承は、継承の様子は掘って掘ってしないと調べがつかないので