>546
>例えばconfig_openとかの名前にするのはどう思う？それもだめ？
open/write/close は否定しているが、SaveToFile は否定してない。が答え。

>あと、サブクラスでオーバーライドする用なんて可能性はどう？
541の例で言うと、Fileクラスを派生させてオーバーライドする形式が一番好ましいかと。

>つまり、Wrapper関数/クラスCはAとBの間に構築するもので、AとBの外側にあるもの。
だからこそopen/write/closeがData内にあるのは変という主張なんだけど。

>547
>例えば、数行からなる、複数メソッドで使用するdatabseのopen/write/closeを
>privateメソッドとして実装するのもオブジェクト指向的に間違っているという主張？
そのクラスとの関連が強い処理で、分離するには粒度が小さくなりすぎる場合「とか」は、
無理して分離する必要は無いと思う。（他にも例外はあるかと）

ただし>541みたいに、必要性が薄いのに分離されてるものを別のクラスに引き込むのは
当然駄目/無駄だと思う。