まとめ
メニューを開く-
狂った設計のライブラリが標準になる程不幸なことはない。某IOStreamとか。 -
まぁ某IOStreamも、某MFCとかと比べたら、よくできたデザインだけど。
-
むしろ某IOStreamは、よく考えられすぎているせいで狂った感じだし。
-
お願いだから仮想継承とか勘弁してください。
-
ostream はまだマシだけど（ゼロオーバーヘッドに真っ向から対立している以外）、 istream の微妙さは泣きたくなる。
-
某IOStreamは狂ったライブラリだけど、資源に余裕があるならそこまで不便じゃない（少なくとも <cstdio> よりはマシ）ので、別に嫌いじゃないです。Boost.Formatさんが居ればマシだし。
-
pre-template時代の設計、「互換性」という名の絶対神、のコラボだからにゃー。 >Iostream -
Boost.IOStateServerは標準で入ってくれないと -
ものすごい同意。RT @cpp_akira: Boost.IOStateServerは標準で入ってくれないと
-
extendしなければ自作する事も可能だが…あのあたりにiwordとpwordがささってるのをのければ… >StateSaver
-
文句は言えても具体的な対処法は分からないクラスタ。
-
C++には歴史由来の不恰好な点があって、それが教える側にも教わる側にも障害になってるから、そこをどうにかしてほしい、という要望があるが…よく考えると、C++って敷居が低くなったらダメなんですよね。だからキモいくらいで十分なのかも。
-
C++には歴史由来の不恰好な点があって、それが教える側にも教わる側にも障害になってるから、そこをどうにかしてほしい、という要望があるが…よく考えると、C++って敷居が低くなったらダメなんですよね。だからキモいくらいで十分なのかも。
-
server？saver？ RT @zakkas783: ものすごい同意。RT @cpp_akira: Boost.IOStateServerは標準で入ってくれないと -
あれ！？Saverだ・・・(Boost.勉強会の資料にServerって書いちゃったよ) RT @melponn: server？saver？ RT @zakkas783: ものすごい同意。RT @cpp_akira: Boost.IOStateServerは標準で入ってくれないと
-
ふむ， std::istream と std::ostream の双方の役割を果たすものが1つのクラスとして表現されるべき理由はいくつか見つかったけれどより強い理由が欲しいにぇ，状態． -
Content from Twitter
コメント