- 1 名前：デフォルトの名無しさん [2022/02/19(土) 11:56:42.14 ID:kSnJ/KwP.net]
- 前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1636969758/
- 756 名前：デフォルトの名無しさん [2022/03/27(日) 19:33:51.31 ID:lspELT3N.net]
- >>739
wstringというものを初めて知りました。
今回はLPWSTRの必要があったので使わなかったのですが、
ワイド文字を使う上で必要な知識が増えました。
ありがとうございます。
・・・手帳持ちなんだけど就職できるといいなぁ、未経験で
- 757 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 19:45:45.04 ID:uW5IEa4H.net]
- >>744
うまくいきますよーに☆
- 758 名前：デフォルトの名無しさん [2022/03/27(日) 19:52:33.76 ID:lspELT3N.net]
- >>745
ありがとうございます(≧∀≦๑)ゞ
- 759 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 20:24:01.35 ID:nbMAc3Vl.net]
- pythonのプラグイン作成ライブラリpybind11は今やwstringが標準
さもないとWindows対応できない
- 760 名前：688 mailto:sage [2022/03/27(日) 21:15:33.59 ID:Fwb/ewtW.net]
- >>699
ありがとうございます！
C++14までの設定でそれでいけました！
マジ黒魔術ｗ
そしてC++20なら>>690がいけて感動ｗ
concept神すぎる…！！
- 761 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 21:21:28.16 ID:PoGWmBV8.net]
- wstringしか使えないゴミライブラリなんて使わないでいいよｗ いつもの自演君ｗ
- 762 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 21:35:17.61 ID:VLMZp/O7.net]
- wstring なんかいらない…普通に std:::basic_string<char16_t> とかで十分
https://ideone.com/uQKe4J
というか、wstring なんかさっさと obsolete/deprecated にすればいいのに、ほんと馬鹿ですね
- 763 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:00:38.95 ID:rG9TE9zE.net]
- std::basic_string<TCHAR>とかはまれによくやる……
が操作や表示に_tで始まる関数を使わなければならないから
移植性とともに魂を損なわれていく気がするので
特段の理由が無い限りWin32APIの方を末尾Aので呼ぶことにしてstd::stringで通すようになった今日このごろ……
>>749
残念、自演君は私だ
- 764 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:07:12.24 ID:nbMAc3Vl.net]
- > まれによくやる
どっちなの
- 765 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:08:19.23 ID:PoGWmBV8.net]
- ２垢でIDがうまく操作できてない感出まくってるｗ
- 766 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:10:49.45 ID:rG9TE9zE.net]
- >>753の書くコードはことごとく根拠が欠けているのであろうことは想像に難くない
検証とかどこ世界の話？、ﾚｳﾞｪﾙかと、
- 767 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:33:58.84 ID:nbMAc3Vl.net]
- 確かに反ワクチンとかウクライナはネオナチとかこじらせてそう
- 768 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 22:59:19.24 ID:K7MWSPEs.net]
- >>751
WindowsというOSはwchar_tが標準装備であってcharを受け付ける***A はWin9xのレガシーなのだよ...
Win32API向けの文字列操作はwchar_t系に統一するべきなのだが...
大体のC/C++コードは(ファイルIOですら)charがベースなので、Win32APIとの相互運用で***Wを使うことが苦痛になる
- 769 名前：デフォルトの名無しさん [2022/03/27(日) 23:25:52.46 ID:QKAmAp06.net]
- Microsoftは馬鹿かと思う。
勝手にBitlockerがかかって、「この箱には鍵がかかっています。その鍵をあける番号は
箱の中にあります。」の連続。
- 770 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 23:36:32.07 ID:PoGWmBV8.net]
- そんなことみんな知ってて言ってるだろｗ 何を今更ｗ
通常C/C++だと低レベルな処理はプラットフォームでAPI分けるから、Windowsでは仕方なく(可能な範囲で)ワイド文字を使用する仕様にしたりすることもある、というくらいｗ
でもターゲットがWindowsだけだと逆に癖で文字にtypedef切ったり_T使ったりする不思議ｗ
- 771 名前：デフォルトの名無しさん mailto:sage [2022/03/27(日) 23:49:21.31 ID:nbMAc3Vl.net]
- Pythonの内部コードはUTF-16らしいよ
- 772 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 02:22:28.60 ID:51Y1Thh9.net]
- それも違うｗ
https://peps.python.org/pep-0393/
- 773 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 08:08:46.35 ID:DkKihmtS.net]
- ボクが考えるWindowsスレですか、ここは。
- 774 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 08:45:03.78 ID:zvnGSWPp.net]
- どうでもいいけど、黒魔術とかコンセプト神とかなんとか大袈裟な言い回し、ブログとかでよく見るんだろうけど
あまり真似しない方がいい気はする
- 775 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 08:56:12.53 ID:HSBaMW3J.net]
- やたら絵文字を使いまくる頭悪そうなメールとノリが似てるね
- 776 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 11:30:00.76 ID:npKEPSZJ.net]
- >>759
Pythonじゃなくてジャバスクのstringの内部表現やろ
UTF16って意外と標準採用されてるからな
至極単純にUTF8と比べてCPUパフォーマンスは良いし
- 777 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 11:35:09.55 ID:4U9zlcIi.net]
- 鼻から悪魔とか自分を足を撃つとか
そういう言い回し好きなアマチュアが吸い寄せられるのがC++って感じする
もちろん、仕事で嫌々使わされてる連中は除く
- 778 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 11:37:17.98 ID:npKEPSZJ.net]
- >>756
標準装備っていうかカーネルがUNICODE_STRINGっていう非null terminatedな明示長stringしか扱わないからな
つまりA版APIは変換コストがかかる
- 779 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 13:30:08.02 ID:HSBaMW3J.net]
- fjによく出没していた河野ってやつが言ってた
「C++はちょっと気が狂ったようなところがある言語」
あんまりあいつに同調したくないがこれは言い得て妙だ
これは何から何までキチガイ仕様ばっかりという意味ではない
たまに首をかしげる変なところがあるってことだ
- 780 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 13:39:02.76 ID:yqBWM3bb.net]
- 難しいコード書けても設計出来ないとなんの意味もないしな
- 781 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 15:23:35.37 ID:DkKihmtS.net]
- 他人が読めないコード書いてマウンティングする文化があるからな。
- 782 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 16:26:35.03 ID:R1D4p1O0.net]
- >>765
それはどちらもCだろ
C++の黒魔術とかの表現は気持ち悪いと思う
- 783 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 21:04:31.59 ID:f80bfIyg.net]
- >>765
それは C だ…
- 784 名前：デフォルトの名無しさん mailto:sage [2022/03/28(月) 21:31:46.30 ID:Uu0YihOb.net]
- 色々すっきりわかりやすくなってプログラミング効率の良いRustと比べればC/C++どちらも
- 785 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 08:04:21.14 ID:mWQ/GdlN.net]
- >>772
学習曲線をなだらかにしてから言いな。とりあえずＮＧにしとくわ。
- 786 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 08:09:47.04 ID:LEuYcsU9.net]
- > 学習曲線をなだらか
C++が言うな
- 787 名前：デフォルトの名無しさん [2022/03/29(火) 09:12:38.67 ID:V3Kl11Pp.net]
- 学習曲線をなだらかって何
- 788 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 09:40:35.27 ID:FuLLa2J8.net]
- >>765
最近買ったRust本の帯に、もう二度と自分の足を撃ちたくないならって書いてあった。何なのこれ？
- 789 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 09:40:51.62 ID:UOqSecAo.net]
- 学習曲線なだらかだったらいつまでたっても習熟が進まないんだよなあ
- 790 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 10:05:42.16 ID:WvuxHdPq.net]
- 舌触りなめらか
- 791 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 10:21:02.72 ID:HFhqj5qW.net]
- ちんちんシュッシュッシュッ!
- 792 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 10:46:35.81 ID:MRVYy131.net]
- >>776
何なのってFPSゲームでしょ
- 793 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 11:27:10.53 ID:l/5rTAs8.net]
- >>777
絶壁だったら学習できないよ。
第一、プログラミング言語を学習したいなんて奇人は少ないだろ。普通はプログラムを作りたいだけだし。
昔Accelerated C++みたいなC++を使うための入門書があったけど、ああいうのを整備する団体とか無いんかな。
- 794 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 13:24:22.14 ID:oJxqSb9h.net]
- >>776
https://qiita.com/evid/items/adfa237f4dc6b73a2b5d#fnref5
要するに自分で自分を壊すような話
- 795 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 13:36:11.92 ID:owrRZ3L6.net]
- 設計ヘタクソなヤツは致命的、いや、池沼的なの居るからな
Rust養成ギブスで勉強してこいカスって感じ
- 796 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 15:03:31.53 ID:ijYpt7F/.net]
- >>783
Rustやったところで、Pythonのインデントスタイルの勉強と一緒でRustスタイルのコーディングしかできなくなるだけだよ。
C++のプログラム技術向上のためにRustを勉強するとか、まったく意味無い。
- 797 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 15:26:21.04 ID:6kEE5hUV.net]
- >>784
その通り
しかしRustの方がプログラミング効率が良くて書きやすくて保守性も良いから
普通はC++使わなくなるよな
- 798 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 15:32:53
]
- [ここ壊れてます]
- 799 名前：.51 ID:owrRZ3L6.net mailto: グローバル変数でi宣言してるヤツとか
理由聞くと書くの面倒くさいからとか
池沼にも程がある [] - [ここ壊れてます]
- 800 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 19:18:21.80 ID:ijYpt7F/.net]
- >>785
スレ違い。ここに書き込むの禁止な。
下のスレに行け。
C vs C++ vs Rust Part.3
ttps://mevius.5ch.net/test/read.cgi/tech/1643289587/
- 801 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 19:46:14.12 ID:LEuYcsU9.net]
- 面倒だからメンバは全部public
- 802 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 20:17:40.82 ID:rprUptDm.net]
- structって書けよ
- 803 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 22:21:49.66 ID:JBheGd8b.net]
- structなんぞ頼らずnamespaceに全部書けよ
- 804 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 22:27:01.22 ID:pxj3Uqek.net]
- structはデフォルトがprivateでclassはデフォルトがpublicなことを考えるといっそclassを消してしまった方が愚かな設計がなくなるのでは？
- 805 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 22:40:45.57 ID:q6aCWf20.net]
- >>791
それってRustじゃん
- 806 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 22:45:51.77 ID:42Nx7yvC.net]
- RustRustうるせーっつーの
巣に帰れ
- 807 名前：デフォルトの名無しさん mailto:sage [2022/03/29(火) 23:12:23.14 ID:LEuYcsU9.net]
- キチガイrust厨しね
- 808 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 06:33:06.22 ID:8NFBSa0P.net]
- >>781
学習曲線は横軸時間で縦軸習熟度の曲線やから絶壁が効率よくて、水平やったら誰も理解できん、という曲線やで
- 809 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 07:12:05.54 ID:7Zu/8ZF2.net]
- >>791
おいおい逆だろｗ
禿もアクセス種別の省略時の解釈は十中八九誤りだったと言ってるね
- 810 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 08:22:59.56 ID:WX1Rp50C.net]
- >>796
本当だ逆だった…お恥ずかしい
- 811 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 12:47:10.06 ID:mFVNBRSc.net]
- しばらくpythonとか触ってたけど今更C++の隠蔽設計とかバカらしく思えてきた
- 812 名前：776 mailto:sage [2022/03/30(水) 17:13:54.11 ID:+a7BCMWw.net]
- >>782
ありがとう
- 813 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 19:26:05.50 ID:xRfGRGrW.net]
- オープンな性格なのです
- 814 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 23:38:58.59 ID:rveKwnBH.net]
- >>767
河野@琉球大学？（記憶モード
- 815 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 23:47:02.15 ID:rveKwnBH.net]
- しばらくgoとか触ってたけど今更C++のクラスベースのオブジェクト指向とかバカらしく思えてきた
- 816 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 23:49:39.17 ID:rveKwnBH.net]
- ていうかプログラミング言語とか人間の愚かさに対する対策なので
特にシンタックスシュガー的な言語要素は突き詰めれば突き詰めるほど頭おかしい言語になっていくのは必定
- 817 名前：デフォルトの名無しさん mailto:sage [2022/03/30(水) 23:52:55.50 ID:eQfKD0DM.net]
- >>802
GoもRustもclassなんてなくてstructしかないが困らないもんな
- 818 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 01:51:31.09 ID:nXMYhSR8.net]
- >>802,804
チンチャそれな！
- 819 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 02:10:02.10 ID:lTtwcp13.net]
- C++とオブジェクト指向を関連付けて考えるからおかしくなる
C++の内包する多様なパラダイムの中にオブジェクト指向が含まれてるだけ
C++の良いところは何でもありなところ
- 820 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 02:53:58.08 ID:lTtwcp13.net]
- C++のclassもオブジェクト指向のための文法として捉えるべきではない
- 821 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 03:00:57.77 ID:3NXOGCnE.net]
- C++のclassにpolymorphicというキーワードがあればclassとして理解しやすかっただろうに
C++自体が古いから仕方ない面もあるのだが
- 822 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 05:37:45.41 ID:ZLovgCJ7.net]
- >>804
C++ も struct だけでもたいして困らんけどな
- 823 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 06:50:05.99 ID:yEOSoCRj.net]
- SmalltalkやEiffielみたいにOOPとしての完璧さを目指した言語ではないからなC++は
PascalへのアンチテーゼがCであったように、完璧さを目指すことへのアンチテーゼでもある
そこを批判するやつとは根本的に相容れない
- 824 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 06:54:16.14 ID:ivAOVlIc.net]
- CからC++へ行かずに
CからGoとRustへ行けば十分に問題ない
- 825 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 08:09:28.04 ID:il5bYK9P.net]
- >>811
>>787
- 826 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 17:34:12.61 ID:4cSTCvUa.net]
- >>767
言い回しがそいつのtwitterに出てくる感じと同じすぎる
ワイ大学生なんだけどその人20年以上前からそんな口調なのか
- 827 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 17:45:20.70 ID:R4GrqV7T.net]
- 河野氏になんか恨みあんの？
俺知り合いだから代わりに言っとくよ
- 828 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 19:53:32.15 ID:mHRscCZz.net]
- if (xmm0 == xmm1)って下のやり方しかない？
_mm_movemask_epi8(_mm_cmpeq_epi...) == 0xFFFF
- 829 名前：デフォルトの名無しさん mailto:sage [2022/03/31(木) 21:25:00.23 ID:SxSNo1AU.net]
- >>814
嫌な知り合いすぎる
無自覚？
- 830 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 01:39:47.02 ID:/eP2awHk.net]
- PTESTがあるぞ
- 831 名前：デフォルトの名無しさん mailto:sage [2022/04/01(金) 20:07:44.20 ID:kF+DLIFz.net]
- >>817
_mm_testc_si1281命令でできるのか
サンクス
- 832 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 03:00:41.15 ID:JI80ciY+.net]
- ハンガリアン記法、いまだ健在なり
- 833 名前：デフォルトの名無しさん [2022/04/02(土) 05:57:08.65 ID:iaVgC0+D.net]
- プログラムほぼ未経験だけどこれから始めます
今は坊主頭の人の本を読み始めたところです
IDEのCLionを考えています
他におすすめあったら教えてください
- 834 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 08:28:40.83 ID:KzPuamrt.net]
- Visual studioオススメ。VSCode+CMakeでもいいぞ
- 835 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 12:16:55.77 ID:roqf8g4r.net]
- bitsetで実装し終わった後にvector<bool>がconstexpr対応してる事知ったんだが？
はー先に教えてくれよ（ｸｿﾃﾞｶため息）
- 836 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 12:49:25.68 ID:/j0/DBCU.net]
- vector<bool>なんか使っちゃいけません
- 837 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:22:05.97 ID:YBLKDYh3.net]
- bitsetを実現するのならvector<bool>は妥当
だと思う派
- 838 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:30:40.42 ID:YBLKDYh3.net]
- しかしvectorKbool>様のﾌﾞﾂ（一般に数千ビットとかのデカくて比較的疎なやつ）がconstexpr対応している
と特段のありがたみと
かあるん？？
- 839 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:35:10.49 ID:X+p83iug.net]
- 二進法で書いちまった方が…
- 840 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:36:56.48 ID:T5fexWVc.net]
- vector<bool> 駄目って言ってる奴らって思考停止のバカでしょ
「特殊化されてるのである時は注意が必要」というのを理解できず思考停止でとりあえず禁止と見なしてるバカ
- 841 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:38:37.01 ID:YBLKDYh3.net]
- これか
https://cpprefjp.github.io/lang/cpp20/more_constexpr_containers.html
やっぱ内部でループのみならず、new / deleteするような関数までconstexprであってほしいと願うマニアが一定数居るんやな……
- 842 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:40:50.98 ID:CNYN+CEs.net]
- キューとかスタック的な使い方なら自然だと思うね
- 843 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:44:28.98 ID:p6D1htC0.net]
- 一度作ってみたけどconstexpr関数内でnewしたらその関数内でdeleteまでしなきゃいけないのは使いづらい気がする
- 844 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:53:16.59 ID:ARI85DWJ.net]
- まずはvector<bool>で実装してみて問題あるなら考える派
- 845 名前：デフォルトの名無しさん mailto:sage [2022/04/02(土) 14:53:28.58 ID:YBLKDYh3.net]
- だがちょっとまって欲しい毎秒1億も2億も回るようなループの中でこそ高速化が必須だが
そんなループ内でnew /deleteしようとする発想が最初からなんかおかしいのではないか
- 846 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 18:44:27.58 ID:NmP3n2Yz.net]
- struct Hoge
{
std::vector<Hoge> hoges_;
};
ってなんでコンパイル通るの？
hoges_の定義時点ではまだ、Hogeの定義は完了していないのに。
- 847 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:05:25.24 ID:Yvr+7/y4.net]
- struct Hoge {
Hoge* ptr;
};
が通るのと同じ理屈なんじゃない？
- 848 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:25:23.89 ID:7tOdFV5I.net]
- ソースコード次第やな
allocatorでサイズ使いそうなもんだけど
- 849 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:33:06.66 ID:5C/3HoVM.net]
- 宣言の時点では別に適当
- 850 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:35:01.81 ID:BfkCmsi5.net]
- 宣言？
どこにも宣言のみの記述はありませんけど？
- 851 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 19:48:52.09 ID:CJTxuxUG.net]
- 半角全角使うな厨が絶滅しますように (AA略
- 852 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:07:54.56 ID:Mnzv/avn.net]
- 定義自体は再帰してても大丈夫じゃない？
- 853 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:32:55.79 ID:sNbs7j4z.net]
- >>839
あそう、だったら
struct Hoge {
Hoge hoger;
};
これもOKだろｗ
- 854 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 20:58:54.41 ID:NWvQ4doQ.net]
- 参照だったらサイズが一意になるから問題なく処理できる
実態だったら無間地獄に落とされるからNG
- 855 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 21:17:02.42 ID:sNbs7j4z.net]
- >>841
839は参照じゃないじゃん
話し通じないな
- 856 名前：デフォルトの名無しさん mailto:sage [2022/04/03(日) 22:20:50.07 ID:wOH19oBO.net]
- えっstd::vector<T> hoge_; とやった場合Tが何であってもその場でhoge_のサイズは決まるから
struct Hogeのメモリレイアウトは鎧袖一触で決まるか
ら何の問題も無い
決まらないのはhoge_のインスタンスがポインタで保持することになるヒープ上の領域のサイズであって
struct Hogeのサイズは上述の通りstruct Hogeの定義を一通り見たとき鎧袖一触で決まっているから
Hoge::hoge_をインスタンス化するタイミングで問題無くインスタンス化されるという印象のような希ガス
いや知らんけど
※ 個人の感想です
|
 |
