>>565
> 構造体にタグ入れといてclass1_toString(),class2_toString()・・にswitchって感じ

メソッドの数だけswitchが発生し、
新たなtoStringを必要とする新たなクラス（？）が発生したら、
対応するswitchに追記をしなければいけなくなる。

一方、ポリモーフィズムを用いれば、
新クラスをいくら作成しても、
toString呼び出し部分の既存のコードに変更はない。

> 関数ポインタ使う仕組みとかでもいける

俺なら素直に、OOPLを使う。

>>552
> 柔軟性は損なわれるがな。

柔軟な方がボクは好きです。
カプセル化も、OOPLのもので不自由したことなどありません。