ostream はまだマシだけど(ゼロオーバーヘッドに真っ向から対立している以外)、 istream の微妙さは泣きたくなる。
2010-04-15 12:41:44某IOStreamは狂ったライブラリだけど、資源に余裕があるならそこまで不便じゃない(少なくとも <cstdio> よりはマシ)ので、別に嫌いじゃないです。Boost.Formatさんが居ればマシだし。
2010-04-15 12:51:13@SubaruG (実装の継承を伴う) 仮装継承に関して言えば,例えば std::iostream で言えば,入出力双方のエラー状態とフォーマットフラグの状態を共通化するために,当時の C++ プログラミング技法を踏まえて,他にどういうあり方が例えば考えられたのでしょうか?
2010-04-15 13:01:27@Cryolite 当時の技法、と言われると、何も言えなくなってしまいますねー。C++とiostreamは足並みを揃えて進化したと僕は認識してますし。ただ、現状としてオーバースペックではないか、と感じるのは間違ってない筈です(上手い設計なのは分かってますが)。
2010-04-15 13:07:33@Cryolite 単純に「殆どの場合だと ostream か istream だけで済むのに、仮想継承をしている」ってのが気にくわないだけなんですよねー。それに対する具体的な対処法とかは思いつけなかったのですが。そもそも仮想継承したところで多分コストはあんまり変わらないんでしょ
2010-04-15 13:21:16@myun2 C++の文法は歴史由来の不恰好な点があるので、そこを改善してくれるなら僕はかなり助かるわけですが。
2010-04-15 13:31:53C++には歴史由来の不恰好な点があって、それが教える側にも教わる側にも障害になってるから、そこをどうにかしてほしい、という要望があるが…よく考えると、C++って敷居が低くなったらダメなんですよね。だからキモいくらいで十分なのかも。
2010-04-15 13:37:05C++には歴史由来の不恰好な点があって、それが教える側にも教わる側にも障害になってるから、そこをどうにかしてほしい、という要望があるが…よく考えると、C++って敷居が低くなったらダメなんですよね。だからキモいくらいで十分なのかも。
2010-04-15 13:37:05server?saver? RT @zakkas783: ものすごい同意。RT @cpp_akira: Boost.IOStateServerは標準で入ってくれないと
2010-04-15 14:33:06あれ!?Saverだ・・・(Boost.勉強会の資料にServerって書いちゃったよ) RT @melponn: server?saver? RT @zakkas783: ものすごい同意。RT @cpp_akira: Boost.IOStateServerは標準で入ってくれないと
2010-04-15 14:35:23ふむ, std::istream と std::ostream の双方の役割を果たすものが1つのクラスとして表現されるべき理由はいくつか見つかったけれどより強い理由が欲しいにぇ,状態.
2010-04-15 14:44:00