C++相談室 part153 - 暇つぶし2ch

C++相談室 part153 ..

102:デフォルトの名無しさん
20/10/14 07:58:42.58 qpMvVLdo.net
>>83
ケアレスミス多いな。

103:デフォルトの名無しさん
20/10/14 08:14:56.28 eS9CcskG.net
>>97
>>97が同じ関数を定義したのだから仕方が無い
 >>77は×と○は×を○に修正せよと言う意味であって書き並べよと言う意味ではない

104:デフォルトの名無しさん
20/10/14 08:25:44.48 fAfIBrSZ.net
>>102
修正せよという主張が誤っていると指摘しているんだ
intというかポインタでも参照でもない値の引数のconstは多重定義において意味を成さない

105:デフォルトの名無しさん
20/10/14 09:06:12.19 +cbHRaf/.net
完全に初心者のイチャモンで、他の言語も使えて無さそうだから、何か一つやり遂げてみたら良いと思います。

106:デフォルトの名無しさん
20/10/14 09:18:06.97 fAfIBrSZ.net
具体性のない、更には漠然としすぎて一体何の話かわからんことしか言えないやつこそ初心者だろうが

107:デフォルトの名無しさん
20/10/14 09:31:01.91 eS9CcskG.net
>>103
関数内で修正しない変数にconstをつけよという当たり前の話、
C++ではCよりも関数引数についてもやりやすくなっているからやったら？
という話ェ、

108:デフォルトの名無しさん
20/10/14 09:31:55.45 eS9CcskG.net
訂正orz、
×：修正
○：値を変更

109:デフォルトの名無しさん
20/10/14 09:39:06.95 aLuhanwR.net
int引数にconst付ける意味ってなんですか？
値渡しされるのだから関数内で値が更新されても呼び出し元には関係ないこと（関心がないこと）だと思えますが

110:デフォルトの名無しさん
20/10/14 09:42:59.50 eS9CcskG.net
>>108
>呼び出し元には関係ないこと（関心がないこと）
左様
呼び出し元に見せる宣言文では値渡しのconstは外して良い
C++ならそれができる
Cではできない（constをつけるとしたら定義と宣言の両方に付けねばならない

111:デフォルトの名無しさん
20/10/14 09:43:23.77 lJFXTbVx.net
>>92
あなたは経験不足だからどちらの方が便利かが分かって無い。
どちらの方式も互いに単純変換できるが、現実のアプリにおいては個数の方が
便利だと言っているのだが、あなたにはそれが分からない。
そういう人達がC++委員会に多くなってきているからC++の仕様が変になって
きていると言われているのだよ。

112:デフォルトの名無しさん
20/10/14 09:45:58.36 lJFXTbVx.net
>>100
>fill(dim, 2, 98, 0); //引数４個
これは違う。
インタプリタ言語ではこのようになってしまうが、伝統的にはCでは、
fill(dim +2, 98, 0); //引数3個
と書ける。

113:デフォルトの名無しさん
20/10/14 09:50:15.45 fAfIBrSZ.net
>>111
うわー・・・俺が示したコードが読めてないな
おまえのコード、意味違ってるんだけどｗ

114:デフォルトの名無しさん
20/10/14 09:52:34.69 eS9CcskG.net
ていうか >>91まつがえた。n_、
正： while (buf[i-1] < buf[i]) { std::swap(buf[i-1], buf[i]); i--; } // buf[0]はINT_MAX
ｱｳﾁ、

115:デフォルトの名無しさん
20/10/14 10:09:01.38 lJFXTbVx.net
>>90 >>94
それはクリッピングする場合のみだ。
しかし、いまのグラフィックライブラリはクリッピングは基本的に自動化されているので
クリッピングをアプリプログラマが自分で行う必要がある頻度はとても低い。
そういうことが優先順位ということ。
ライブラリの良し悪しは優先順位の高い作業が楽に書けるかどうかで決まる側面がある
から経験不足の人は優先順位が分かって無いので良いライブラリはなかなか作れない。

116:デフォルトの名無しさん
20/10/14 10:31:42.62 Z4l68xx0.net
ライブラリの良し悪しは俺様の流儀に従っているかどうか、まで読んだ

117:デフォルトの名無しさん
20/10/14 10:52:50.19 fAfIBrSZ.net
>>106
全然当たり前じゃねえよ
値引数にconstはつけねえんだよ
周り見てみろよ
周りがあればの話だが

118:デフォルトの名無しさん
20/10/14 11:20:31.96 fAfIBrSZ.net
>>111
待ってるんだけど返事がないね
fill(dim +2, 98, 0);
これでどうやって&dim[98]を知り得るの？

119:デフォルトの名無しさん
20/10/14 11:38:41.41 +cbHRaf/.net
「個数のほうが便利で現代的で洗練されている」と言ってる人は、STLが何故このような設計になったのか、全く理解していないので
、公共の場で主張するのはよくないのでは？

120:デフォルトの名無しさん
20/10/14 11:43:45.06 RddNL28g.net
STLは何故このような設計になったか教えて

121:デフォルトの名無しさん
20/10/14 11:44:04.35 dCmiKU7l.net
>現代的で洗練されている
誰がそんなこと書いてんだ
てか現代的とか洗練とかアホかと
なぜそうなっているか理解出来てないのはお前、D&Eの日本語版にその辺の話は載ってるから読んでこい

122:デフォルトの名無しさん
20/10/14 11:53:23.30 fAfIBrSZ.net
標準を盲信しろとは言わない
おかしいと思うことはおかしいと言っていい
いい、つーか歓迎で議論には付き合う
「議論には」な、感情論だの押しつけだの
そういう見苦しいのは相手せん

123:デフォルトの名無しさん
20/10/14 12:09:10.96 lJFXTbVx.net
>>117
あなたが何も書いてなかったから、98は個数だと認識して書いた。
もし、btm要素であるなら、
fill(dim + 2, dim + 98, 0);
と書く

124:ことになるが、このような btm 要素を指定する書き方が現実的なアプリではコーディング的に非効率な問題のある書き方だと昨日から主張し続けている。

125:デフォルトの名無しさん
20/10/14 12:15:37.74 lJFXTbVx.net
>>122
なぜかといえば、現実の大規模アプリでは配列の先頭の名前は、もっとずっと長く、
たとえば、aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx
のようになっていることが多い。それで昔ながらの C スタイルであれば、
fill(aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx, 個数, value);
と書けば済むのに、STLスタイルだと、
fill_stl(aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx,
　　　aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx + 個数,
　　　value);
のように複数行で書かないといけないハメになってしまう。
そして、aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxxに似た
aXxxxXxxxXxxxXxxxXxxxXxxxYyyyXxxx
というような他の変数もあることが多く、そうなると、
fill_stl(aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx,
　　　aXxxxXxxxXxxxXxxxXxxxXxxxYyyyXxxx + 個数,
　　　value);
のように書き間違えてもコンパイルエラーにならないので非常に重大な問題を巻き起こす。
また、少し修正したい場合、topとbtmの両方を修正しなくてはならないのに、
どちらか片方の
aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx
だけを
aXxxxXxxxXxxxXxxxXxxxXxxxYyyyXxxx
に書き換えてしまって変数名が長いので気づきにくくてどこでバグが入ったか分からない
重大な問題が入り込んでしまうことが有る。
その点、昔ながらのCスタイルではこのような問題が起きないので安全。

126:デフォルトの名無しさん
20/10/14 12:20:41.76 GsUUoEHv.net
なるほど一里塚

127:デフォルトの名無しさん
20/10/14 12:23:42.24 fAfIBrSZ.net
>>123
只でさえ長い識別子に名前空間だのスコープだのテンプレート引数がついて読む気なくさせるようなのはよく見かけるね
そういうのはusingでエイリアス作ったり左辺値参照でスコープを狭めたりで対応するのがよくあるケース
auto first = aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx.begin();
auto last = aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx.end();
とでもやっとけば楽になるのもある
昔ながらのCやC++98にしがみつくのをやめてC++11～17の新機能を有り難く頂戴することで
色んなストレスから解放される

128:デフォルトの名無しさん
20/10/14 12:40:03.79 ssGc8zMA.net
>>123
「個数」で誤魔化されてんな
個数でもこうなるんじゃね
fill(aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx, aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx.size(), value);

129:デフォルトの名無しさん
20/10/14 12:52:15.34 lJFXTbVx.net
>>126
それは経験的にならないことが多い。
なぜなら、個数は配列自体が覚えているだけでなく、何らかの変数に入っている事がとても多いから。
典型的には、個数はマクロ変数やconst int変数などに入っているか
または、ファイルから読み込んだ場合には読み込んだときの個数が
グローバル変数などに入っている。

130:デフォルトの名無しさん
20/10/14 12:55:51.73 lJFXTbVx.net
>>127
それから、
>fill(aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx, aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx.size(), value);
の場合だと、たとえ第二引数の部分に間違いがあってもバグの程度がまだまし。
なぜなら、xxx.size()は個数なので間違いがあってもデバッガで見てもまだ分かり易いバグとなるし、
バッファオーバーランしても個数なのでどこかで停止してくれる。
ところが、btm要素方式の場合、書き間違えてbtm要素が全く別の配列の中を指してしまっている場合には
バッファオーバーランが停止することなくほぼ無限に続くことになる。

131:デフォルトの名無しさん
20/10/14 13:02:09.57 ssGc8zMA.net
つまりずっと配列前提の話をしてたワケ？
そりゃ旧来的な書き方の方が合理的だ
配列とその個数のデータ構造なら明らかにdefineされてる個数を与えた方がラクになるな

132:デフォルトの名無しさん
20/10/14 13:02:59.84 tpi9enQu.net
stl以前にエディタもまともに使えないって

133:デフォルトの名無しさん
20/10/14 13:04:53.29 lJFXTbVx.net
>>128
さらに、その場合、全要素を対象にしているから専用の関数などや
for each文などで対応できる。
一方、良くある例として、あるところから10個の要素に対して処理したい
などというものがある。
それは例えば、エディタを作っている場合に画面内に10行表示されていることが
分かっている場合だ。
そういう場合に、C流だと
draw_lines(&aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top], 10);
で良いのに対し、STL流だと
draw_lines(&aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top], &aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top + 10]);
ととても長くなる。

134:デフォルトの名無しさん
20/10/14 13:05:56.40 lJFXTbVx.net
>>129
STLはリンクリストではなく、(動的)配列を推薦しているから。

135:デフォルトの名無しさん
20/10/14 13:11:45.84 lJFXTbVx.net
>昔ながらのCやC++98にしがみつくのをやめてC++11～17の新機能を有り難く頂戴することで
>色んなストレスから解放される
同意しかねます。

136:デフォルトの名無しさん
20/10/14 13:20:20.16 ssGc8zMA.net
>>131
にしてもdefineされてる配列の個数の名前もお長いんでしょ？
#define A_XXXX_XXXX_XXXX_XXXX_XXXX_XXXX_XXXX_XXXX_SIZE (100000)
#define A_XXXX_XXXX_XXXX_XXXX_XXXX_XXXX_YYYY_XXXX_SIZE (100000)
＊＊＊
今度は

137:「個数」の代わりに「10」になってる行数を受け取る変数名もやっぱり長いんじゃなくて？肝心のところを短く書いてるから、短く見えるこういう変数になるんじゃないのかな const int aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx_Lines = get_draw_lines();

138:デフォルトの名無しさん
20/10/14 13:22:47.51 EoVZjJO9.net
よくこんなくだらないことに熱くなれるな

139:デフォルトの名無しさん
20/10/14 13:32:19.34 +cbHRaf/.net
STLは設計のお手本的な部分があり、誰もが良く学ぶべきだけど、今回の事例で初心者がどう感じるのか、データが取れたのでは？

140:デフォルトの名無しさん
20/10/14 13:34:00.13 lJFXTbVx.net
>>134
その様な場合でも、
C流:
draw_lines(&aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top],
　　　　　　numXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx);
STL流:
draw_lines(&aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top],
　　　　　 &aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[top + numXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx]);
となりC流の方がまだまし。
それとC流だとハンガリアン記法で名前を付けて置けば、なんとかなってる。
STL流は最悪で、非常に危険な書き方。

141:デフォルトの名無しさん
20/10/14 13:34:55.35 HhRPmWpc.net
初心者は「ぼくちんのコードが長くなるからこの設計はクソ！」と言いがちなことが分かったので今後の教育の時に注意しようと思いました

142:デフォルトの名無しさん
20/10/14 13:35:10.63 lJFXTbVx.net
>>136
ちなみにどっちが初心者だと考えているのか。
こっちはプログラミングのエキスパートだが。

143:デフォルトの名無しさん
20/10/14 13:35:22.62 +cbHRaf/.net
引数に個数を指定するほうが洗練されていると初心者が言うけれど、設計の観点から言えば、事前に個数がわからなくても呼び出せるほうが汎用性がある。
つまり、ジェネリック。

144:デフォルトの名無しさん
20/10/14 13:37:07.37 +cbHRaf/.net
STLごときでつまずいてたら、関数型なんかさっぱり理解できないだろな。

145:デフォルトの名無しさん
20/10/14 13:40:26.69 +cbHRaf/.net
2chだった頃、このスレでもプッシュ型インターフェースが流行りかけてたんだよな。
5chになって若干質が落ちたんじゃないだろか。

146:デフォルトの名無しさん
20/10/14 13:41:57.79 HhRPmWpc.net
初心者くんはこの世の全ての範囲のendが「先頭からの個数」で決まる場合しかないと思い込んでるみたいだけど
例えばfindの検索結果とか、GUIの現在カーソル位置とかで決まる場合もあって、その場合だと本質的でない「個数」という数字を求めるコードが結局長くなってしまうことに注意しよう
簡単な練習問題だよ

147:デフォルトの名無しさん
20/10/14 13:44:01.55 ssGc8zMA.net
>>137
その配列のラッパークラスは作らんの？

148:デフォルトの名無しさん
20/10/14 13:51:26.20 Z4l68xx0.net
>>127
マクロ変数(定数？)とかグローバル変数とか生配列とか、旧態依然としたCの作法が好きなら無理にC++やSTLを使わずに自分の好きな道具を使えばいいんでないの？
今でも(そして恐らくこれから先も)変わらず使えるのだから。
自分の好みに合わないものを他人が嬉しそうに使ってるのが気に入らないの？

149:デフォルトの名無しさん
20/10/14 13:54:48.00 OK1/udlE.net
配列が個数を持ってるなら
fill(配列, 値);
で良くね？

150:デフォルトの名無しさん
20/10/14 14:08:57.43 lJFXTbVx.net
>>141
いや、数学的ならむしろSTLより理解できる。

151:デフォルトの名無しさん
20/10/14 14:35:28.55 fAfIBrSZ.net
>>146
常に全要素ならな

152:デフォルトの名無しさん
20/10/14 14:38:31.07 fAfIBrSZ.net
> こっちはプログラミングのエキスパートだが。
にーしちゃ恥ずかしいミスしてたね、さっき
fill(dim, 2, 98, 0); //引数４個
fill(dim + 2, dim + 98, 0); //引数３個
fill(dim +2, 98, 0); //伝統的にはCでは、(中略)と書ける。　←これｗ

153:デフォルトの名無しさん
20/10/14 14:39:14.81 fAfIBrSZ.net
引数４個と３個の違いは有耶無耶にしたいのかな？

154:デフォルトの名無しさん
20/10/14 15:03:45.73 d5S3+KHs.net
GCC9で-std=c++2aが使えるんだけど…C++20です…これってさぁ…
実験的にサポートみたいな事行ってるけど、使ってもOKなの？
experimental supportって言ってるけど…みんなどうしてるの？

155:デフォルトの名無しさん
20/10/14 15:07:19.79 ssGc8zMA.net
>>151
「腕に自信のある奴は無償デバッグ要員になってくれ」という委員会からのお願い
見つけたバグやあやしい挙動の個数に応じて名を上げることも出来る

156:デフォルトの名無しさん
20/10/14 15:14:57.44 lJFXTbVx.net
>>149
あなた、話の流れを理解して無いですよ。

157:デフォルトの名無しさん
20/10/14 15:15:36.27 d5S3+KHs.net
C++17で行きます…17でも十分新しい…。

158:デフォルトの名無しさん
20/10/14 15:16:35.85 fAfIBrSZ.net
>>153
で、終点アドレスではなく個数にすると
引数が少なく済むの？

159:デフォルトの名無しさん
20/10/14 15:37:35.37 +cbHRaf/.net
URLﾘﾝｸ(isocpp.org)

160:デフォルトの名無しさん
20/10/14 15:41:12.49 lJFXTbVx.net
>>155
今回は、引数の個数は議題にはして無い。

161:デフォルトの名無しさん
20/10/14 15:45:10.45 lJFXTbVx.net
>>157
つまり「引数の個数が多くなるからSTLが問題」などとは全く言って無いということ。
別に個数方式にしても引数が少なくなると言うことではない。
引数の個数ではなく、コーディングする時の引数の記述量を減らせることが多い。
+演算子も使わなくて済むのでケアレスミスも減らせる。
またtopとbtmで重複する事を書かなくて済む。
そしてそれは安全性に繋がる。
なぜなら同じであるべきところを誤って異なるように書く可能性がなくなるから。

162:デフォルトの名無しさん
20/10/14 15:51:28.70 +cbHRaf/.net
お前の考える正しいライブラリがSTL以上に使われるなら、お前の意見にも一理あるのかもしれないけど。
ここで見た分には、初心者が使い方わからんと騒いでるだけに見える。

163:デフォルトの名無しさん
20/10/14 15:53:12.69 fAfIBrSZ.net
>>157
いやいや、100に対して111の流れは引数の個数だよ
===== 引用開始 =====
100 自分：デフォルトの名無しさん[sage] 投稿日：2020/10/14(水) 06:46:30.43 ID:fAfIBrSZ [4/15]
fill(dim, 2, 98, 0); //引数４個
fill(dim + 2, dim + 98, 0); //引数３個
111 返信：デフォルトの名無しさん[sage] 投稿日：2020/10/14(水) 09:45:58.36 ID:lJFXTbVx [5/19]
>>100
>fill(dim, 2, 98, 0); //引数４個
これは違う。
インタプリタ言語ではこのようになってしまうが、伝統的にはCでは、
fill(dim +2, 98, 0); //引数3個
と書ける。
===== 引用終了 =====
しかもだよ、これインタプリタ方式とコンパイラ方式でどんな違いが出るの？
変に逃げ回ったり139みたいなプリティ発言するほど墓穴がでかくなるだけだぜ
ミスはミスで潔く認めたほうが被害拡大を防げると思うよ

164:デフォルトの名無しさん
20/10/14 15:54:50.74 lJFXTbVx.net
>>160
逃げたりとかじゃなく、あなたの言っている意味がこちらには伝わってないから
混乱が生じているだけ。
あなたの説明は言葉が足りて無いから。

165:デフォルトの名無しさん
20/10/14 16:07:49.07 lJFXTbVx.net
>>160
>しかもだよ、これインタプリタ方式とコンパイラ方式でどんな違いが出るの？
インタプリタ方式だと必ずそうなると言う意味ではなく、arr + 2
が「3番目の要素のアドレス」の意味で使えるのは、大体コンパイラ系の言語の仕様。
その意味で、
xxx(arr + 2,...) ではなく、xxx(arr, 2,...) のように書くのはインタプリタ言語
に多い書き方だから。

166:デフォルトの名無しさん
20/10/14 16:49:10.93 fAfIBrSZ.net
>>161
いや伝わってるよ
配列と個数で渡す方式と、始点と終点で渡す方式で
引数の個数に違いが出るという100におまえさんは反応してて
しかも引数の個数を減らす例を示そうとしてた（そしてミスった）
>>162
コンパイラ方式というよりCの影響を受けた言語ってことだね
そうでない言語では配列+整数はSYNTAX ERRORかvalarrayのような話で

167:デフォルトの名無しさん
20/10/14 16:53:34.15 lJFXTbVx.net
>>163
あなたの言っていることは、理解できないので議論を終えることにします。
逃げているのではなく、意味が分からないので。

168:デフォルトの名無しさん
20/10/14 17:07:55.33 fAfIBrSZ.net
結局、配列と個数で渡す方式が、始点と終点で渡す方式よりも
優位であることを示すのを諦めたわけだね
示せるわけがないという俺の予想どおりだわ

169:デフォルトの名無しさん
20/10/14 17:14:10.14 lJFXTbVx.net
>>165
いや、十分に示せているはずなのに、このスレでは頑なに理解して貰えないだけです。

170:デフォルトの名無しさん
20/10/14 17:15:40.91 +cbHRaf/.net
「我はSTLを超える者なり！！」などと初心者が言い出してビックリしたわ。

171:デフォルトの名無しさん
20/10/14 17:32:06.99 EoVZjJO9.net
これだけくだらない問題に白熱してる時点でセンスがない

172:デフォルトの名無しさん
20/10/14 17:36:09.65 fAfIBrSZ.net
>>1

173:66 で、配列と個数で渡すことで、始点と終点より引数の個数は減ったのか？

174:デフォルトの名無しさん
20/10/14 17:37:36.44 RddNL28g.net
だよね
どの話題に食いつくかでそいつの能力がわかる
このスレの老害はどうでもいいレベルの話を延々語る

175:デフォルトの名無しさん
20/10/14 17:42:38.61 ZV1nncqg.net
>どの話題に食いつくかで
自称数学者の発想ですね判ります

176:デフォルトの名無しさん
20/10/14 17:48:04.39 4qg33D8d.net
131見るとわかるけど
コピペや置換する発想すらない人がstlの利点とか理解できるわけないし

177:デフォルトの名無しさん
20/10/14 17:55:52.69 lJFXTbVx.net
>>169
外国の人？
引数の個数が減るとは一言も言ってない。
引数の記述上の長さが減り、分かり易さや間違いにくくなるといっている。
さんざん同じ事を言っているのに、全く違うことを言ったことになってしまっている。

178:デフォルトの名無しさん
20/10/14 18:23:42.32 lJFXTbVx.net
機械翻訳して、長さと個数が混乱して訳されてしまっているのだろうか。

179:デフォルトの名無しさん
20/10/14 18:53:52.73 qpMvVLdo.net
>>147
数学で言う関数は関数型じゃないよ。
写像とか勉強したら？

180:デフォルトの名無しさん
20/10/14 19:16:14.41 fAfIBrSZ.net
>>173
> fill(dim, 2, 98, 0); //引数４個
> 98は個数だと認識して書いた。
間違いにくいとか、間違えやすいとか、
それはおまえさんの個人的なことじゃねえかよ
配列と個数で渡すのが、始点と終点で渡すことよりも
優位だというのは、おまえさん個人が間違いにくいってことか？
言うまでもないが、俺は間違えずにコード示してて
間違えたのはおまえさんだけだぞ
それを一般論として優位ということにはできんだろ

181:デフォルトの名無しさん
20/10/14 19:16:18.40 qpMvVLdo.net
この手の配列の話でrangeが出てこないのはなんで？
最近の標準には疎いけど、この手の問題のほとんどがboost::rangeで解決しない？

182:デフォルトの名無しさん
20/10/14 19:18:22.41 d5S3+KHs.net
①std::list<Path>* pathListをソートするとします…。
②どっかのメソッドは…void sort(std::list<Path>* pathList)で受けるとします…。
③内部で以下のようにソートするとします…。
pathList->sort([](Path& o1, Path& o2) {
if(o1.getFileName().compare(o2.getFileName()) < 0) {
return true;
} else {
return false;
}
});
このときに！②メソッドで…void sort(std::list<Path>*& pathList)
としておかないと…なんか気持ち悪いんですが…
なんで参照の値渡しstd::list<Path>*だけで大丈夫なのかメモリアドレスまでは
僕は把握してません…参照の値渡しだけで行くだろうけど…なぜ大丈夫なのか説明できません…。
誰か…。

183:デフォルトの名無しさん
20/10/14 19:19:42.63 fAfIBrSZ.net
>>174
長さと個数の混同は「先頭アドレスを渡す」って前提で起きることだよな
dim + 2という例を示したら見事に思う壺にハマるやつがいてﾜﾛﾀ

184:デフォルトの名無しさん
20/10/14 20:10:37.92 qrfIlgcS.net
>>178
日本語でどうぞ

185:デフォルトの名無しさん
20/10/14 20:23:03.09 j1TiW1+l.net
伝統的なバッドノウハウ
「ニワカなやつほど語りたがる」
ID:lJFXTbVxのことね

186:デフォルトの名無しさん
20/10/14 20:37:36.49 fAfIBrSZ.net
俺も本当はもっとおとなしく話すつもりだったのに
エキスパートとかプリティ発言するから予定外にいじめっちゃうのを余儀なくされたのよ

187:はちみつ餃子
20/10/14 20:49:16.68 +PdAwU8N.net
Go や Rust でスライスを言語の基本要素として取り入れたのは
ポインタでやりくりするのが (少なくとも今となっては) あまりイケてない方式
という判断があってのことなんだろうな。

188:デフォルトの名無しさん
20/10/14 20:55:00.69 j1TiW1+l.net
ポインタこそが大事
ポインタこそが肝心
Cで一番大事なのはポインタ
C++は知らん

189:デフォルトの名無しさん
20/10/14 20:55:45.47 z3Ys6y55.net
>>178
俺はお前さんの文章が｢なんか気持ち悪い｣よ。
話し言葉もそんな感じなのか？

190:デフォルトの名無しさん
20/10/14 21:04:32.42 EoVZjJO9.net
>>178
URLﾘﾝｸ(ideone.com)
std::list<Path>& pathList
でいいじゃん．なぜ
std::list<Path>* pathList
なんだ？

191:デフォルトの名無しさん
20/10/14 21:27:18.64 eS9CcskG.net
>>116
なんじゃそりゃ；；
>>116は周りが死ね言うたら死ぬんか…？

192:デフォルトの名無しさん
20/10/14 21:35:17.95 4qg33D8d.net
>>178
ポインタの値自体はコピーされるけどその指してる先は同じだから

193:デフォルトの名無しさん
20/10/14 23:24:35.72 ssGc8zMA.net
>>137
aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx[aXxxXxxXxxXxxXxxXxxXxxXxxXxxXxx_NUM]
これのラッパークラスとかは作らんの？

194:デフォルトの名無しさん
20/10/15 00:28:14.53 ecxFi3He.net
begin, lengthでなくてbegin、endになっているのは
具体的に言えばNULL終端の文字列みたいなものにでもゼロコストで対応できるからでしょ
わかりやすさ～とかそういう感覚的なもの以前の話として、
length案は共通インタフェースを定める目的にあってない
既に上に何人かが同じ内容を書いてるけどなぜわからんかな

195:デフォルトの名無しさん
20/10/15 01:29:04.51 z3OAjGAN.net
>>ID:+cbHRaf/
>>120には言い返して来ないんだなww

196:デフォルトの名無しさん
20/10/15 06:05:35.87 qGtCPYoD.net
>>187
で、おまえさんの周りには値引数にconstつけてるバカはいたのか、いなかったのか、どっちだ？

197:デフォルトの名無しさん
20/10/15 07:48:07.21 8g5pkzoR.net
初心者はぼくちんのコードさえ短くわかりやすくなればそれでいいしそれが正しいと考えがちなので
共通インターフェースの必要性とか重要性は理解以前に想像もできないんだよね
その辺を教え込むのはたいへんだ

198:デフォルトの名無しさん
20/10/15 08:40:54.84 Rskl+IBz.net
STLは共通インターフェースの策定の失敗例。

199:はちみつ餃子
20/10/15 09:24:37.63 vnecXNks.net
配列ではポインタがイテレータとして機能するし、イテレータとしての要件を満たしてもいる。
そうなるようにデザインされたのは自明だな。
ポインタに合わせて統一したのが全面的に良いとは言えないのかもしれないが、
イテレータの枠組みに配列やポインタを含まないデザインにするというのは
C++ の立場からするとありえない選択でもあるし、
要するに「仕方ない」としか言えんわ。

200:デフォルトの名無しさん
20/10/15 14:12:18.99 kscRf0sZ.net
autoないときはイテレータめんどくさかったけど今は別になあ

201:デフォルトの名無しさん
20/10/15 14:25:43.71 btt8eLo1.net
もうautoなしでは書けんわ

202:デフォルトの名無しさん
20/10/15 15:41:54.19 qGtCPYoD.net
catch(nested_exception& nx)
{
auto C2065_p = dynamic_cast<C2065_t*>(&nx);
auto C2146_p = dynamic_cast<C2146_t*>(&nx);
auto C2653_p = dynamic_cast<C2653_t*>(&nx);
auto C2672_p = dynamic_cast<C2672_t*>(&nx);
}

203:デフォルトの名無しさん
20/10/15 17:12:09.30 lq1gR0YQ.net
lengthなんて数行で実装できるじゃんｗ
自分用のテンプレに入れときゃ解決ｗ

204:デフォルトの名無しさん
20/10/15 17:13:29.26 ecxFi3He.net
std::distance

205:デフォルトの名無しさん
20/10/15 17:23:04.67 qGtCPYoD.net
ﾜﾛﾀ

206:デフォルトの名無しさん
20/10/15 18:27:46.64 ZxgioYKc.net
aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx
↑この時点で手遅れレベルで腐ってるのは誰も指摘してやらないんだなｗ
 >>192
> 値引数にconstつけてるバカ
お題スレで答えてるやつにおったわ
みんなに空気として扱われてたけど

207:202
20/10/15 18:29:24.72 ZxgioYKc.net
俺は >>187じゃなくて横からね
いちおう断っておく

208:デフォルトの名無しさん
20/10/15 19:32:56.49 o1whfqB0.net
思ったほど落ちてなかった

209:デフォルトの名無しさん
20/10/15 19:51:50.58 o1whfqB0.net
>>202
手遅れだからそっとしといた

210:デフォルトの名無しさん
20/10/15 20:52:33.99 qGtCPYoD.net
>>203
はいはい横ねー

211:デフォルトの名無しさん
20/10/15 21:25:48.32 +lHmSCSK.net
エディタでは中核のデータであろう文字列の配列が
aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx
っていう名前で、しかもそれとは別に
aXxxxXxxxXxxxXxxxXxxxXxxxYyyyXxxx
みたいな、また別の文字列配列が存在する世界観なんでしょ
しかもそれぞれにどういうワケか
aXxxxXxxxXxxxXxxxXxxxXxxxXxxxXxxx_NUM
aXxxxXxxxXxxxXxxxXxxxXxxxYyyyXxxx_NUM
みたいな定数がdefineされている
それらの配列は
aXxxxXxxxXxxxXxxxXxxxXxxx_NUM
で統一されているわけではない

212:デフォルトの名無しさん
20/10/15 21:33:12.16 +lHmSCSK.net
「変数名を長くすればSTLの書き方ではとても長くなるので、STLの書き方はダメです」
と言うためだけにわざわざ作られた長い名前だから、名前が長い
ダメと言うためにわざわざ作られたダメな例なんだから、そのリクツの中ではSTLがダメなように見えるのは、彼の中では当然だよ
だってダメになるように作られたダメな例だもん

213:デフォルトの名無しさん
20/10/15 22:14:19.51 LO3W6bS9.net
頭おかしいのがまた湧いてるな

214:デフォルトの名無しさん
20/10/16 05:15:42.21 3AzgsKTP.net
値引数にconstつけてても別にいいと思うけどね
コピーで渡してなおかつconstであることを明示したいなら
むしろconstで引数渡さないって言いはるのは思考停止のバカ

215:デフォルトの名無しさん
20/10/16 06:18:41.00 y0b2R3Tf.net
同意
自分はそれ思いつつも、文法上の、狭い関数内だけでのバグ抑止以上の価値は無いだろうと考えて、やってないけど
あえてやってる人が居てもバカにしようとは思わない

216:デフォルトの名無しさん
20/10/16 06:43:39.95 5553rdQz.net
>>210
仮引数は変更しないって前提で思考停止してるのはお前だよ
void fill(int* first, int n, int val)
{
while (n--) *first++ = val;
}
関数の定義を別の翻訳単位に分離したら
それこそ定義かくやつだけの問題で
const付けろ付けるなと騒いでも他人の仕事に口出すなってだけ
おまえらと違ってこちとらおまえらごとき論破するのに侮辱語はいらねえ

217:デフォルトの名無しさん
20/10/16 06:57:04.56 3AzgsKTP.net
>>212
関数定義について言ってるに決まってるだろ
変更しないっていう前提で固定してるわけじゃないし
妄想激しいね

218:デフォルトの名無しさん
20/10/16 07:10:15.57 5553rdQz.net
日本語でおｋ

219:デフォルトの名無しさん
20/10/16 07:21:08.18 3AzgsKTP.net
そうやって僕ちゃんが正しいんだ！
あいつはくそだ！
って一生逃げ回ってろカス

220:デフォルトの名無しさん
20/10/16 07:35:25.34 5553rdQz.net
捨て台詞にしちゃ迫力も何もねえなｗ

221:デフォルトの名無しさん
20/10/16 09:55:58.36 6oF3ghE4.net
>>211
同感。いうほど意味はないけどまあ悪いことではないよな、みたいな感覚

222:デフォルトの名無しさん
20/10/16 10:02:26.25 hiR4Fq2K.net
>>216
小学生が｢やーい、おまえのかーちゃん出べそ｣って言うのと似たような感じだな。
昭和の漫画の中にしか存在しないけどw

223:デフォルトの名無しさん
20/10/16 12:45:32.25 5553rdQz.net
絵に描くとこんな感じだなｗ
URLﾘﾝｸ(image.middle-edge.jp)

224:デフォルトの名無しさん
20/10/16 13:05:10.30 E37X09wd.net
今ゲーム開発に向いてるライブラリってなんですか？
これまでdxlibとsiv3dは使ったことありますが今の主流が知りたいです

225:デフォルトの名無しさん
20/10/16 13:42:16.84 CKS46Mg3.net
UE4

226:デフォルトの名無しさん
20/10/16 13:45:36.97 RKtFr9bS.net
2次元で良ければ
ama損.co.jp
dp/4899774451
dp/4899775067
dp/4899774117

227:デフォルトの名無しさん
20/10/16 14:02:19.57 oFLj+i8c.net
EASTL

228:デフォルトの名無しさん
20/10/16 15:10:49.53 y0b2R3Tf.net
>>223
本気で言ってんの？

229:デフォルトの名無しさん
20/10/16 15:15:51.65 3AzgsKTP.net
SFML

230:デフォルトの名無しさん
20/10/16 15:18:07.81 3AzgsKTP.net
SDL2 + OpenGL

231:デフォルトの名無しさん
20/10/16 16:22:38.33 5553rdQz.net
>>220
ゲームの内容による
Xウイングでタイファイターと戦うようなのもあれば
将棋やウォーゲームみたいのもある

232:デフォルトの名無しさん
20/10/16 17:53:05.24 y0b2R3Tf.net
>>227
dxlibとsiv3dに代わるものはあるかと聞かれてんのに的外れ
知ったか乙とでも言って欲しいのか

233:デフォルトの名無しさん
20/10/16 17:53:07.57 gzagFIoh.net
>>224
冗談で言ってるとでも？使ったこともないくせに。

俺はないよ

234:デフォルトの名無しさん
20/10/16 17:57:48.24 8wgq9mv1.net
>>220
C#に浮気してUnityという手もある。
といっても扱ったの6年前（大学生の頃）だから現ゲーム業界事情は詳しくないが。
てか、この手の質問がでてきたということは、現状の開発に限界を感じているということでは？

235:デフォルトの名無しさん
20/10/16 17:58:03.44 y0b2R3Tf.net
知ったかこいてマウント取るしか出来ないアホばっかだな
EASTLがレンダリングとか担ってくれるのかよ

236:デフォルトの名無しさん
20/10/16 18:00:30.56 gzagFIoh.net
冗談か通じない奴だな…

237:デフォルトの名無しさん
20/10/16 18:04:19.22 y0b2R3Tf.net
嘘つけ
 >>220
てかDirectXスレかゲ制作技術板行った方がいいよマジで
ここに住み着いてるのはまともにソフト書き上げたことすら無い奴ばっかだから

238:デフォルトの名無しさん
20/10/16 18:14:08.55 8wgq9mv1.net
DirectXって...
ゲーム作る以前に、車輪の再発明して終わりそう。

239:デフォルトの名無しさん
20/10/16 18:14:09.24 +fSNMqF3.net
>>228
よく読めよ。
「主流が知りたい」だろ。
代わるものじゃない。

240:デフォルトの名無しさん
20/10/16 18:21:09.26 y0b2R3Tf.net
ライブラリの主流は何か=dxlib等に代わるもの、だと思ったんだが
まぁそもそもC++で一から作りたいのか勉強がしたいのか、単に趣味でゲーム作りたいのかわからんから
何とも言えないけど

241:デフォルトの名無しさん
20/10/16 19:19:09.58 a9PKFHNt.net
これ以上話も続かなそうだからボカすけど
俺はそれこそがすっごいアホっぽいと思う
C++で言うとイテレータのインクリメントをi++で書いちゃってるのより
必要も無いのにnewしてdeleteしてるのより
それよりももっと恥ずかしいと思う

242:デフォルトの名無しさん
20/10/16 20:16:18.37 VgjMdtJh.net
C++/WinRTやってる人いる？
ここの人達はあまりWindows好きじゃないかな

243:デフォルトの名無しさん
20/10/16 20:17:19.97 YHv0PA1W.net
winはやまほどいるだろうけどrtは全然おらんのじゃないか

244:デフォルトの名無しさん
20/10/16 20:45:00.91 VgjMdtJh.net
だよね
ちょっと自力でがんばってみる！

245:デフォルトの名無しさん
20/10/17 01:31:18.67 P3PLPttw.net
>>227
バカのくせに思慮深さを見せようとしてんじゃねえよｗ
結局オナニーしかできないんだな

246:はちみつ餃子
20/10/17 01:53:28.92 EbfBq8oa.net
>>220
dxlib や siv3d (OpenSiv3d) は十分に主流の一翼を担っているように思うが……。
C++ 的には dxlib は設計が古臭い感じはあるかな。
具体的なことが決まっているわけじゃなくて単に他にどんな選択肢があるのか
ということなら、私が知っているのはこれくらい。
URLﾘﾝｸ(github.com)
URLﾘﾝｸ(www.tilengine.org)
URLﾘﾝｸ(www.sfml-dev.org)
URLﾘﾝｸ(box2d.org)
URLﾘﾝｸ(godotengine.org)
Twitter とかで流れてきた話題の中で面白そうなのをちょっとブックマークしていた
という程度なんで具体的に利用してみたことはないんだが、
話題になる程度にはまともな完成度なんだと思う。

247:デフォルトの名無しさん
20/10/17 06:29:23.89 U3N3/O+C.net
>>228
235の指摘もそうだが
知ったかって「内容による」と言ったのが
お前さんにはそんなに高度な指摘に聞こえたのか？
手加減しきれねえ相手だなｗ

248:デフォルトの名無しさん
20/10/17 06:31:19.72 U3N3/O+C.net
>>241
バカ？
おまえさんにだけは言われたくねえな
昨日までいじめっちゃったやつだろ
悔しいそうだなｗ

249:デフォルトの名無しさん
20/10/17 06:31:47.44 U3N3/O+C.net
訂正　悔しそうだなｗ

250:デフォルトの名無しさん
20/10/17 06:40:29.09 P3PLPttw.net
> おまえらと違ってこちとらおまえらごとき論破するのに侮辱語はいらねえ
このあと逆に論破されて小学生みたいな煽りしてたなｗ

251:デフォルトの名無しさん
20/10/17 06:41:48.98 P3PLPttw.net
悔しかったら反論してみろ

252:デフォルトの名無しさん
20/10/17 06:51:39.36 foE/glNf.net
>>243
いつものアホだろうから相手したくないんだが
「内容によらない」と言われてんだよ気付けよ

253:デフォルトの名無しさん
20/10/17 06:53:17.86 P3PLPttw.net
> おまえらと違ってこちとらおまえらごとき論破するのに侮辱語はいらねえ
URLﾘﾝｸ(emotion-ai.userlocal.jp)
> 怒りの感情が強い文章です
論破されて怒っちゃったかな？初心者くん

254:デフォルトの名無しさん
20/10/17 07:23:58.19 U3N3/O+C.net
>>246
ねえねえ斉藤さん、どれのこと？
具体的なレス番とフレーズ教えてｗ

255:デフォルトの名無しさん
20/10/17 07:25:38.64 U3N3/O+C.net
>>248
うわ、内容によらないって主張か
なるほど、俺の手に負えない超アホだな

256:デフォルトの名無しさん
20/10/17 07:27:40.09 lpP9BTeB.net
将棋に向いてるライブラリと向いてないライブラリを具体的に言えばばいいんじゃないの

257:デフォルトの名無しさん
20/10/17 07:36:13.01 foE/glNf.net
いやいや、質問者が書いてるのはどちらも3Dの(2Dでも使えるけど)"グラフィックス周りの"ライブラリだぞ

258:デフォルトの名無しさん
20/10/17 07:46:35.47 lpP9BTeB.net
いや適当なこと抜かすから将棋に向いたゲームライブラリあるなら上げてみればって言っただけだけど

259:デフォルトの名無しさん
20/10/17 08:08:27.37 U3N3/O+C.net
>>254
ゲーム用である必要全然ないね
shogiguiとか中覗いたことある？

260:デフォルトの名無しさん
20/10/17 09:39:14.14 XiAEb7KG.net
なんだこのスレ

261:デフォルトの名無しさん
20/10/17 09:58:55.16 U3N3/O+C.net
マウント取ろうとして返り討ちに遭ったカブトムシがいるスレです

262:デフォルトの名無しさん
20/10/17 10:03:40.12 foE/glNf.net
>>255
ググってみたが既製のソフトやんけ
 >>257
自己紹介乙ww

263:デフォルトの名無しさん
20/10/17 12:55:56.00 6mBaBAeI.net
C++のメンターは半年で精神を害してやめるか廃人になる

次ページ