[過去ログ] C++相談室 part134 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
603: (ドコグロ MM22-3fsH) 2018/03/14(水)08:15 ID:ylQhqnt4M(1) AAS
>>602
> daysはこうすればよい
> using days = std::chrono::duration<int, std::ratio<86400>>
>>555へ戻る w
604(1): (ワッチョイ da7e-uQtz) 2018/03/14(水)08:42 ID:eC4PF2tM0(2/3) AAS
閏秒を考慮するのと1日を86400秒とするのは全く関係ないのに閏秒がどうとか言い出した奴が悪いのでは
丁寧に書くなら計算の根拠として60*60*24を見えるところに書いておけばいい
605: (スッップ Sd8a-ted0) 2018/03/14(水)09:17 ID:MwJCRjiPd(1/4) AAS
知ってる知識を披露したかっただけだろうから罪は軽い
606: 2018/03/14(水)10:28 AAS
>>604
全く関係ないは言い過ぎ
607: (ワッチョイ 5b8a-4l6a) 2018/03/14(水)10:52 ID:a7dBFlsI0(1) AAS
ほぼ関係ないな、難癖もいいとこ
実用上は全く関係ない
608: (ワッチョイ 260e-hn8E) 2018/03/14(水)11:03 ID:2oR7xNCJ0(1/5) AAS
うるう秒がどうのこうのと言う、問題じゃなく86400秒をそこでしか使わないって根拠が無いんだよね
後でまたその数値が出てくるとしてその度に86400と書くのか、もしその数値を修正する事になったら全部書き直すのか、2回3回使うようになって始めて変数なり定数なりに入れるのか
それなら最初から式中に出てくる数値は変数に格納してから使えって統一した方が話が早い
609(1): (スプッッ Sd2a-ymMl) 2018/03/14(水)11:14 ID:G0IAn/x5d(1) AAS
今時マジックナンバーとか昭和からタイムスリップしてきたのかよ
610: (ワッチョイ 6a34-e70/) 2018/03/14(水)11:43 ID:xovkfTzX0(1/2) AAS
プログラムにおけるマジックナンバー(英: magic number、魔法の数字)とは、何らかの識別子もしくは定数として用いられる、プログラムのソースコード中に書かれた具体的な数値である。
そのプログラムを書いた時点では製作者は数値の意図を把握しているが、他のプログラマーまたは製作者本人がマジックナンバーの意図を忘れたときに閲覧すると「この数字の意味はわからないが、とにかくプログラムは正しく動く。
まるで魔法の数字だ」という皮肉を含む。
by Wikipedia
611(1): (アウアウウー Sa1f-RjcS) 2018/03/14(水)11:50 ID:I+60yKfra(1/2) AAS
「1日の秒数」って定数を86400って書いて怒られたって話じゃないんだ?
612: (ワッチョイ cb74-uQtz) 2018/03/14(水)12:06 ID:L/3+Hz1H0(1/7) AAS
>>609
じゃあオマエ、構造化もしてないのか?
昭和時代ほど耳にしなくなっても廃れたのではない話は結構あるぞ
613(1): (スッップ Sd8a-ted0) 2018/03/14(水)13:01 ID:MwJCRjiPd(2/4) AAS
>>611
怒られたという程じゃなくて、
一日の秒数 = 86400;
と書いたら「マジックナンバーやめろ」と言われたってことさ
614(1): (ワッチョイ da7e-uQtz) 2018/03/14(水)13:18 ID:eC4PF2tM0(3/3) AAS
わかりきった定数はマジックナンバーではない
615(1): (スッップ Sd8a-klMS) 2018/03/14(水)14:08 ID:IrrOEbi1d(1/2) AAS
>>613
それをヘッダに移動させるだけやん
616(2): (スッップ Sd8a-ted0) 2018/03/14(水)14:14 ID:MwJCRjiPd(3/4) AAS
>>615
そうじゃなくて
60*60*24 て書いて欲しいんだってさー
謎
617: (ワッチョイ 260e-hn8E) 2018/03/14(水)14:16 ID:2oR7xNCJ0(2/5) AAS
>>616
まぁ可読性高くて損する事は無いし、なるべく要素は分解して書いた方がいいんじゃないの
何かどうしても86400じゃなきゃ困る理由とかあるなら話は別だろうけど、無いだろ?
618: (スッップ Sd8a-klMS) 2018/03/14(水)14:34 ID:IrrOEbi1d(2/2) AAS
>>616
クソどうでもいいな
619(1): (ラクッペ MM43-1XNJ) 2018/03/14(水)15:05 ID:hFOwW8jGM(1) AAS
ITのエンジニアって
こういうくだらないことで
給料貰ってるんだろうなあ
620: (ワッチョイ 6a34-e70/) 2018/03/14(水)15:18 ID:xovkfTzX0(2/2) AAS
こういうクソみたいなことでもウンチク垂れてテコ入れしろと提案することにより仕事してます感かもし出す為だろうな
621: (ワッチョイ cb74-uQtz) 2018/03/14(水)15:45 ID:L/3+Hz1H0(2/7) AAS
>>619
結果のわからない投機的な模索をしているときは
逆にマジックナンバー地獄なコードだよ
他人に渡すコードを清書するときの書き方・考え方とは真逆
622: (ワッチョイ fb7f-uQtz) 2018/03/14(水)16:27 ID:9D6+Eo6Z0(1/3) AAS
俺がわかるからみんなわかるだろうというコードはすげー困るな
例えその場の全員がわかったとしても今後わからない奴が出てきた時の事を考えて
できうるかぎりわかりやすいコードを書くべきだな
623: (ワッチョイ cb74-uQtz) 2018/03/14(水)17:02 ID:L/3+Hz1H0(3/7) AAS
そのためのコストにもよる
空想論じみた「わかりやすさ」にまで付き合ってらんないこともある
特に最低限のプロとしてのスキルを欠く者を想定することはしない
ちょっと飛躍するがプログラム言語だってそうなっている
マシンの性能を使いやすさに振るということを無限にはやらない
どのくらいのアホまで付き合ってやるのか性能とのトレードオフで
色んなバランスで棲み分けになっている
624: (ワッチョイ 260e-hn8E) 2018/03/14(水)17:03 ID:2oR7xNCJ0(3/5) AAS
まぁ別に自分だけが使う分にはいくら分かりづらく書いてくれても構わんけどな
625: (ワッチョイ fb7f-uQtz) 2018/03/14(水)17:11 ID:9D6+Eo6Z0(2/3) AAS
86400を60*60*24と書くことにはなんのコストも支払ってないから書けばいいな
いちいち話を飛躍させる奴はなんなんだ
626(1): (アウアウウー Sa1f-RjcS) 2018/03/14(水)17:20 ID:I+60yKfra(2/2) AAS
人によっては>>599みたいにしろって言うだろうし
結局は人それぞれってことじゃないの
16を2*2*2*2っていちいち書く人はいないでしょ
まぁ1<<4って書けと言われるかもしれんが
627: (ワッチョイ fb93-ao9L) 2018/03/14(水)17:21 ID:jowRUKsS0(1) AAS
学校の試験問題で一日の秒数としてソースに86400を書いたら
マジックナンバーだからと減点された、納得いかない。
みたいな発端じゃないのかなぁ。
628: (ワッチョイ cb74-uQtz) 2018/03/14(水)17:22 ID:L/3+Hz1H0(4/7) AAS
それをfindとsedでやる勇気あるか?
たとえば俺なんかは1箇所ずつよく見て有機的に判断しないと怖いし
それの残業代は貰えるのか心配だ
629: (ワッチョイ fb7f-uQtz) 2018/03/14(水)17:51 ID:9D6+Eo6Z0(3/3) AAS
当然その程度のリファクタリングはするべきだしそもそもマジックナンバーをどうにかするべきだし
お前の残業代とかいう飛躍した話はどうでもいい
630: (ワッチョイ cb74-uQtz) 2018/03/14(水)18:19 ID:L/3+Hz1H0(5/7) AAS
飛躍じゃねえ実話だよ
ずいぶん昔、社内BBSでそれ系のことを言い出したやつが
偉い人から突っ込まれてた
631(1): (スッップ Sd8a-ted0) 2018/03/14(水)18:35 ID:MwJCRjiPd(4/4) AAS
プロとか言い出してる人がいるけど、それこそ飛躍では?
632: (ワッチョイ be81-uQtz) 2018/03/14(水)18:40 ID:y6ADsCAy0(1) AAS
プログラムの話題から外れてきていると思いませんか?
633: (ドコグロ MM22-3fsH) 2018/03/14(水)18:48 ID:uMO7yRavM(1/3) AAS
>>614
だからわかりきってるかどうかは人によって違うって話
プログラムの前に日本語の勉強しろよ w
634: (ワッチョイ 260e-hn8E) 2018/03/14(水)18:48 ID:2oR7xNCJ0(4/5) AAS
まぁコスト次第で可読性を犠牲にするケースもあるだろうけど
この場合はメモリ食う訳でも処理遅くなる訳でもソースの構造が変わる訳でもない
86400でも十分分かりやすいかも知れんが60*60*24なら更に分かりやすくなる
どっちが良いかなんて議論の余地無いよね
635: (ワッチョイ cb74-uQtz) 2018/03/14(水)18:50 ID:L/3+Hz1H0(6/7) AAS
>>631
別にプロでなくてもいいんだけどさ
おまえさんなりに、同じプロジェクトにいて欲しくない足手まといが
どのくらいから下というのはあるだろ
636(1): (ドコグロ MM22-3fsH) 2018/03/14(水)18:54 ID:uMO7yRavM(2/3) AAS
>>626
> 16を2*2*2*2っていちいち書く人はいないでしょ
> まぁ1<<4って書けと言われるかもしれんが
状況次第だろ
場合分けの条件が4個あって各々2状態をとるとかなら2*2*2*2って書くかもしれない
下から4ビット目のマスクが欲しいなら1<<4って書くこともある
637(1): (ワッチョイ 260e-hn8E) 2018/03/14(水)18:58 ID:2oR7xNCJ0(5/5) AAS
>>636
ビットフィールド使えば?
638: (ワッチョイ cb74-uQtz) 2018/03/14(水)19:09 ID:L/3+Hz1H0(7/7) AAS
シフト使うな、ビットフィールドで書け
なんて言われると、俺は相手にもよるが逆らいそう
639: (ドコグロ MM22-3fsH) 2018/03/14(水)19:37 ID:uMO7yRavM(3/3) AAS
>>637
ビットフィールドは割り付け順序が処理系定義だったりしたからあまり使ったことがない
640: (ブーイモ MMd6-dpuX) 2018/03/14(水)21:26 ID:kWAHqA+uM(1) AAS
たまには2進リテラルちゃんのことも思い出してあげてください
641(2): (ワッチョイ c193-y/L7) 2018/03/15(木)06:36 ID:F+InEeO+0(1) AAS
議論の本筋(1日の秒数として即値で86400と書くことの是非)とはさらに離れるけど、
ビットシフトを使う定数は常にカッコで囲んでくれ。
res = a + 1<<4 + b;
res = a +(1<<4)+ b;
642(1): 2018/03/15(木)07:15 AAS
>>641
3つ以上の項があると静的解析ツールで怒られるから
res = (a +(1<<4))+ b;
と書く
643: (ワッチョイ dfe3-MOYc) 2018/03/15(木)08:58 ID:x1WHRaDf0(1) AAS
>>641
下のつもりで上書いたらただのバグじゃん
644: (ワッチョイ a3dd-hKdO) 2018/03/15(木)09:19 ID:3Ym40JOm0(1/2) AAS
算術と混用するときは結合順位に注意せよ、というだけのことを
いちいち必ずだ!ルールだ!と金切り声で吠えついてくるやつはウザい
645: (ブーイモ MM61-R9c4) 2018/03/15(木)09:55 ID:LkpAylTJM(1) AAS
>>642
可読性悪くしてかえって品質低下招きそうな指摘だな
646: (ワッチョイ 87cc-SCBH) 2018/03/15(木)13:29 ID:O2sRH7tT0(1) AAS
vectorをつなげる際、copyが良いとか、insertを使えとか色々書いてあるのですが、どれが良いのでしょうか?
647(1): (ワッチョイ af7e-hKdO) 2018/03/15(木)13:54 ID:XNo6/02A0(1/4) AAS
あらかじめ領域を広げておく必要があるけどinsertの方がチェックが入らない分速い
648(1): (ワッチョイ 7b34-HLM0) 2018/03/15(木)15:23 ID:9f/t5+6G0(1) AAS
reserveしてinsertだな
649(1): (アウアウウー Sa9d-mp3k) 2018/03/15(木)15:36 ID:q9z+dA6Ga(1/2) AAS
insertの直前にreserveって意味あるのか?
650(1): (ワッチョイ af7e-hKdO) 2018/03/15(木)16:32 ID:XNo6/02A0(2/4) AAS
reserveは終端のポインタが更新されないからresizeじゃないとだめ
651: (ワッチョイ 7b34-HLM0) 2018/03/15(木)16:57 ID:R5/WYUtW0(1) AAS
reserveしてback_inserterでcopy
652(2): (ワッチョイ 7bcb-R9c4) 2018/03/15(木)17:05 ID:QEAEy0DH0(1/3) AAS
>>648
insertはサイズチェックしてるでしょ。
>>649
iteratorを2つ受け取るタイプのinsertなら意味あるんじゃね?
>>650
resizeは不味いだろ。
653: (ワッチョイ 7bcb-R9c4) 2018/03/15(木)17:09 ID:QEAEy0DH0(2/3) AAS
>>652
アンカしくった。
サイズチェックの指摘は>>647向け
654: (ワッチョイ af7e-hKdO) 2018/03/15(木)17:21 ID:XNo6/02A0(3/4) AAS
ごめんinsertとcopy逆だった
655(1): (アウアウウー Sa9d-mp3k) 2018/03/15(木)17:28 ID:q9z+dA6Ga(2/2) AAS
>>652
insertの中で追加数数えてreserveと同じことしてるでしょ
まさかループで一個ずつ挿入なんて実装はあるまい
656(1): (ワッチョイ 7bcb-R9c4) 2018/03/15(木)19:10 ID:QEAEy0DH0(3/3) AAS
>>655
失礼。挿入位置のiteratorもあるから、3つ受け取るタイプの誤り。
657(2): (アウアウウー Saaf-0FUd) 2018/03/15(木)22:07 ID:dQGk6ayHa(1/3) AAS
cpprefjpの任意の式によるSFINAEの頁でdecltype(a + b, bool())と記載されているコードがあるんだけれど、
このa+b, bool()はラムダ式?
該当頁
外部リンク[html]:cpprefjp.github.io
658: (アウアウウー Saaf-0FUd) 2018/03/15(木)22:09 ID:dQGk6ayHa(2/3) AAS
アドレス間違えた
外部リンク[html]:cpprefjp.github.io
659: (ワッチョイ a3dd-hKdO) 2018/03/15(木)22:15 ID:3Ym40JOm0(2/2) AAS
ラムダ式が[で始まらないことってあるのか?
660(1): (ワッチョイ 9beb-85/6) 2018/03/15(木)22:41 ID:ubsUN4Yb0(1) AAS
>>657
カンマ演算子とdecltypeでコンパイル時に評価される
decltypeの中身を左から順に評価し、結果は一番右の型が帰る
この場合はa+bの型が評価出来ればbool、できなければSFINAE
661(1): (ワッチョイ af7e-hKdO) 2018/03/15(木)22:41 ID:XNo6/02A0(4/4) AAS
>>657
>a + b
a + bが可能かどうか調べる
次の式を評価する
>bool()
bool型の初期値を返す
つまりdecltype(a + b, bool())はa + bでSFINAEをしつつカンマ演算子でdecltypeにbool型の値を与えて返り値の型をbool型にしている
662(1): (アウアウウー Saaf-0FUd) 2018/03/15(木)22:57 ID:dQGk6ayHa(3/3) AAS
decltypeで,も使えたんですね。一番右の型が帰るということはdecltype(a+b,a-b,a*b,a/b,bool())とかしてもよさそう。。。
自分ではその機能を説明してるページを見つけれませんでした。
ありがとうございます。
663: はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/15(木)23:50 ID:VBbQqJBt0(1) AAS
>>660-661
それで良いのか。 いいこと知った。
いちいち enable_if をしとったわ。
664(1): (スップ Sddb-dtcO) 2018/03/16(金)07:54 ID:UGENGinrd(1) AAS
decltypeって実行時の型を得れる?
665(1): (アウアウウー Sa9d-mp3k) 2018/03/16(金)09:23 ID:Qbg0TjKpa(1) AAS
>>656
a.reserve(a.size()+b.size());
a.insert(a.end(),b.begin(),b.end());
こんな感じのことをやるのかと思ったんだけど、これ意味ないでしょ?
666: (スッップ Sd2f-JcB1) 2018/03/16(金)10:04 ID:SYp9l/ZId(1) AAS
>>664
declとはdeclareの略であることを考えると
667: (ワッチョイ 7b34-HLM0) 2018/03/16(金)10:17 ID:g2YO+i2m0(1) AAS
a.reserve(a.size()+b.size());
copy(b.begin(),b.end(),back_inserter(a));
668: (ブーイモ MM3f-R9c4) 2018/03/16(金)15:36 ID:0r9PteXTM(1) AAS
>>665
random iteratorの場合の特殊化実装がありました。ごめんなさい
669: (ササクッテロレ Sp6f-N9vq) 2018/03/16(金)18:08 ID:Al45BtF0p(1) AAS
>>662
decltype comma trickでググれ
670: (ワッチョイ f3e7-dVgQ) 2018/03/16(金)20:56 ID:DBylbaSH0(1) AAS
まあoperator,()が定義されてるとまずいんだけどな
671(2): (アウアウアー Sa83-2N1f) 2018/03/19(月)18:07 ID:/U1oheuNa(1) AAS
インスタンスにdeleteかけたとき、メンバ変数が破壊されるのとデストラクタが実行されるのはどっちが先?
今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがあるから、破壊されるのが先なんだろうか?
672(1): はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/19(月)18:15 ID:RG1qd9Pc0(1) AAS
>>671
原則としては構築の逆順って覚えておくと間違えない。
673(2): ◆QZaw55cn4c (ワッチョイ 9360-MOYc) 2018/03/19(月)18:33 ID:lFWK67Qs0(1) AAS
>>671
delete this; とかしてませんか、これは基本的に避けたほうがいい
674: 片山博文MZ◆T6xkBnTXz7B0 (スフッ Sdd7-5vKF) 2018/03/19(月)18:43 ID:SpFx62hRd(1) AAS
>>673に同意。確保と破棄は生ポインタを触らずに自動化した方がいい。スマートポインタとかコンテナとか。
二回deleteを避けるためにポインタにNULLを代入する技もある。
675: (アウアウウー Saaf-0FUd) 2018/03/19(月)21:03 ID:kCg91IvDa(1) AAS
そろそろNULLは駆逐してnullptrに移行させたい
676: (ワッチョイ 53bd-mA8b) 2018/03/19(月)22:46 ID:jnDGFLZz0(1/3) AAS
>今書いてるコードがデストラクタでメンバ変数アクセスすると落ちることがある
へ〜んなの
ていうかメモリを壊しているかすでにdeleteされた死骸を再deleteしてるとしか、
>二回deleteを避けるためにポインタにNULLを代入
OpenCVのC言語インターフェースのやつ、
677(1): (ワッチョイ c193-7BQk) 2018/03/19(月)22:57 ID:cmSuhSLP0(1/2) AAS
C++勉強中の者です。
外部リンク:codepad.org
ソース自体をプログラムに読み込ませると
#includ
で止まってしまいます。
Cのfgets()のようには使えないのでしょうか。
678(1): 2018/03/19(月)23:06 AAS
>>677
According to the C++ reference
外部リンク:en.cppreference.com
getline sets the ios::fail when count-1 characters have been extracted.
You would have to call filein.clear(); in between the getline() calls.
679: (ワッチョイ c193-+EIL) 2018/03/19(月)23:26 ID:cmSuhSLP0(2/2) AAS
>>678
区切り文字を読まないとfail状態になってそれ以降は失敗し続けるので止まってしまうということですかね
680: (ワッチョイ 53bd-mA8b) 2018/03/19(月)23:27 ID:jnDGFLZz0(2/3) AAS
std::getline()は読み込んだ文字列に改行文字を含めないから
行末まできちんと読んだのか
文字数カウントのせいで読み込みが行の途中でぶちきれたのか
直ちにはわからないといいうアホウな仕様
判別には結局std::basic_istream<T>::unget()の助けが要る
C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ
※ 個人の感想です
681: (ワッチョイ 53bd-mA8b) 2018/03/19(月)23:28 ID:jnDGFLZz0(3/3) AAS
訂正
△: C++標準ライブラリのうちストリーム関連だけは腐っているからC言語のを使いなしゃれ
◎: C++標準ライブラリのうちストリーム関連だけは本当に腐っているからC言語のを使いなしゃれ
682: (ワッチョイ f3e7-dVgQ) 2018/03/20(火)01:02 ID:mI6/gPTY0(1/3) AAS
入出力はCもC++もクソまみれだからなぁ
ちょっとコンソール出力を整形しようとして、あの肥溜めのクソくだらない落とし穴地獄にいちいち付き合わされた結果
プログラミングそのものが嫌いになる人達が山のようにいるのが本当に残念だ
683: (ワッチョイ e19f-M10G) 2018/03/20(火)01:12 ID:PXcTmg8I0(1/2) AAS
いるか?
684: (ワッチョイ f3e7-dVgQ) 2018/03/20(火)01:20 ID:mI6/gPTY0(2/3) AAS
自分が知ってる昔はいっぱいいたけど
最近だとスクリプト言語から先に入るから減ってるのかね?
685(1): はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/20(火)01:21 ID:N1yoGURK0(1/2) AAS
オブジェクトの外部表現を型ごとに定義できる iostream は悪くない設計だと思うんだけどなぁ。
686: (ワッチョイ 7bcb-R9c4) 2018/03/20(火)01:41 ID:PjVFN34O0(1) AAS
ローカライズに向いてない。
打鍵数が倍増どころじゃない。
モダン言語はみなprintfライクだしねー
687: (ワッチョイ e19f-hKdO) 2018/03/20(火)02:48 ID:PXcTmg8I0(2/2) AAS
printf()は便利ではあるが桁を揃えて出す時に面倒になることもある。
特にこの頃は UTF-8 で漢字混ざりだと文字幅とバイト数または文字数が一致しない。
そもそもそんなものの一致をあてにすること自体が間違いかも知れないが、Unicode
には一応 HALF WIDTH, FULL WIDTH 等があるんだから何とかしてこれを生かした
フォーマッタが欲しいところではある。
688(1): (アウーイモ MMb3-2N1f) 2018/03/20(火)06:49 ID:eswqOupsM(1) AAS
>>672
>>673
あるクラスがあって、その中でスレッド立ててるの
それでクラスのデストラクタが呼ばれたら、メンバ変数のスレッドポインタをつかってスレッドcancel->joinってやろうとしてて
それでjoin呼ぶあたりで落ちるんだよね
作られた逆順ってことはデストラクタのほうが先に実行かな?それだとメンバ変数はいきてるよね
689: (ワッチョイ af7e-hKdO) 2018/03/20(火)06:55 ID:83N3dpVy0(1) AAS
streamはコンソールの入出力のためだけにあるわけじゃないから
690: (ワッチョイ 1ff3-hKdO) 2018/03/20(火)06:55 ID:Wsijl5j90(1) AAS
つーてもcoutだってsetw/setfillはあんまり使いやすくないしなあ
operator<<をユーザー定義できるのはありがたいけどね
691: (ワッチョイ a723-tAvx) 2018/03/20(火)13:10 ID:geezFnQ40(1) AAS
>>688
デストラクタの実行中はそのクラスとその派生元クラスのメンバ変数はまだ使える
必ず落ちるならデバッガでバックトレース見てみたら?
692: (ワッチョイ f3e7-dVgQ) 2018/03/20(火)19:32 ID:mI6/gPTY0(3/3) AAS
別の原因に見える
まずデストラクタじゃなくて普通のメンバ関数で明示的に呼んで止めた時に大丈夫か確認してはどうか
693: (スップ Sd03-tAvx) 2018/03/20(火)19:45 ID:KQMGt9+Dd(1) AAS
pthread_cancel はいろんなことがよく分かっている人しか使ってはいけない
694(1): (ワッチョイ 53bd-mA8b) 2018/03/20(火)22:33 ID:f35CyiEk0(1) AAS
>>685
「<<」と「>>」の2種類しか用意できんやんけ
それらを表示と入力に割り当ててしまえば結局シリアライズのための固有なメソッドなりインターフェースなりを別途作らねばならんぬ、
そもそもの構想からして頓挫してゐる、
頓挫してゐるのだ…!
695: はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/20(火)23:55 ID:N1yoGURK0(2/2) AAS
>>694
表示用とシリアライズ用はストリームの性質で切り替える筋合いのものだろ?
シリアライズ用のストリーム型を用意してオーバーロードすればいいんじゃね。
696(3): (ワッチョイ 53bd-mA8b) 2018/03/21(水)00:33 ID:7c9Ne47J0(1) AAS
ちょっなんで数億年の生物史史上はじめて
ようやっとSTDINとSTDOUTとSTDERRの3種類に世界が抽象化されたストリームという概念|を
細分化するという元の木阿弥にしますか;;
藻前は
some_command | tee result.txt > some_file.bin
とかいったパイプやリダイレクトを表示専用とかシリアライズ専用とかに分けたいのかっていうか、
697: (ワッチョイ e17f-hKdO) 2018/03/21(水)00:44 ID:p0rFESlF0(1) AAS
なに藻前って
698(1): はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/21(水)01:10 ID:MouF+uE40(1/9) AAS
>>696
お前は何を言ってるんだ。
ここで言ってるストリームは C++ 用語のストリームだぞ。
「ストリーム『型』」ってわざわざ書いてるんだからわかれよ。
下位レイヤでは好きなところに繋げればいい。
699: (ワッチョイ af7e-hKdO) 2018/03/21(水)01:18 ID:9NBOfW2C0(1/3) AAS
streamとstreambufの違いを理解しよう
700: はちみつ餃子◆8X2XSCHEME (ワッチョイ 3b6f-hKdO) 2018/03/21(水)01:24 ID:MouF+uE40(2/9) AAS
要するに std::basic_ostream を継承した何かを作ればいいんだ。
701: (ワッチョイ b180-lboF) 2018/03/21(水)06:52 ID:fTbDiwfs0(1) AAS
ストリームはもう捨てたほうが良いぞ。
おじさんからの警告だ。
702: (ワッチョイ 7b34-HLM0) 2018/03/21(水)07:14 ID:2n7LolrI0(1) AAS
便利そうに見えて便利に使えない
それがstream
上下前次1-新書関写板覧索設栞歴
あと 300 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.276s*