[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 03/19 07:59 / Filesize : 267 KB / Number-of Response : 1031
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

C++相談室 part131



1 名前:デフォルトの名無しさん(ワッチョイ 3b96-ov1m) mailto:sage [2017/07/29(土) 11:28:28.97 ID:o30VDF4g0.net]
次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

前スレ
C++相談室 part130
mevius.2ch.net/test/read.cgi/tech/1490917669/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.100【環境依存OK】
echo.2ch.net/test/read.cgi/tech/1478440682/

■長いソースを貼るときはここへ。■
 codepad.org/
 https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
www.bohyoh.com/CandCPP/FAQ/ (日本語)
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

159 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 10:13:11.47 ID:2Vqw9aXW0.net]
>>156
思いっきり叩いてやるからまず自分が書いたソースをどこかにアップしろ

160 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 11:23:26.49 ID:w9JmRxmV0.net]
>>157
mevius.2ch.net/test/read.cgi/tech/1434079972/20

161 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 12:05:03.25 ID:uvlmBKsV0.net]
他人に使わせる気のないコードなんていくら書いても意味ない
ソフトウェアとして公開して叩かれろ

162 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 12:07:34.16 ID:w9JmRxmV0.net]
>>159
>他人に使わせる気のないコード
どうすれば他人に使わせる気満々のコードになるのでしょうか?
ソースを公開する以外に何かしないといけないのでしょうか?

163 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 12:13:16.84 ID:YuM2o2hA0.net]
3行以内で書く、とか?

164 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 12:46:02.69 ID:dHC0uy3l0.net]
使いたくなるか否か、それを判定するソースコードを見せてくれれば一番早い
そしてそのソフトウェア自体をその判定にかけると得点はMAXになるのは当然

165 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 15:54:33.73 ID:/pRbJcl80.net]
>>160
・OSSライセンスを適用する
・有名処のOSSホスティングサービスで公開する
・ソフトウェアの目的と利用方法を理解しやすいようにドキュメント化する
・CPUやメモリなどのリソースを効率よく使用する
・汎用性が考慮された作りにする
・特殊化も考慮された作りにする
・バクが無いようにする
・こまめに更新し継続して改善されている事をアピールする

このくらいやれば他人に使わせる気満々のコードに見える

166 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 16:03:12.53 ID:w9JmRxmV0.net]
>>163
なるほど

でも >>158 をやる気満々で公開しようと思ってもアピール点が見つからないんです
「C++ だけで簡潔する多桁演算」というのは訴求ポイントとしてはどうなんでしょうか
誰かやってるかどうかはさておき、魅力的がどうかは気になります

167 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 16:04:19.60 ID:w9JmRxmV0.net]
×簡潔○完結



168 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 18:29:45.94 ID:xqVOePdU0.net]
右辺値参照がやっぱりわからん
template<class T>
void test(T&& t) {
f(std::forward<T>(t))
}
このstd::forward<T>(t)は左辺値なの?
名前持つt(左辺値)を転送してるから左辺値でいい?
f()はf(T&)を呼ぶであってる?

169 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 18:30:36.24 ID:eKyb4lix0.net]
C++11,14を勉強するのにいい本おしぇーてください。

170 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 19:12:00.26 ID:o+HPRhwX0.net]
effectiveなんちゃらフォイ

171 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 19:19:27.18 ID:eKyb4lix0.net]
もだーん?

172 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 19:52:37.70 ID:g5B0Pqab0.net]
>>166
forward<T>(t)はtをTの右辺値参照にキャストして返すんだから
f()はT&& tを受け取る(f(T&&)が呼ばれる)んじゃね?

173 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 20:21:54.83 ID:3jYO+FxO0.net]
>>166
それはforwarding referenceという機能を使ったperfect forwardingというテクニックで
右辺値参照を理解した先にあるものだ
右辺値参照の勉強中なら今は気にせず忘れておくもので
右辺値参照を理解してるなら右辺値参照とは別物として新たに勉強しなくてはならないものだ

174 名前:166 mailto:sage [2017/08/19(土) 20:37:29.73 ID:xqVOePdU0.net]
>>170
やっぱり右辺値参照へのキャストか
左辺値参照ぽい動きなんで質問してみた。ありがと
>>171
俺にはforwardはまだ早いってことスね
まずforwardなしでもう少し考えてみるわ

175 名前:デフォルトの名無しさん mailto:sage [2017/08/19(土) 22:34:08.72 ID:s/7RraD70.net]
>>166
もとの test という関数が右辺値、左辺値どっちでも引数に取れる、そして std::forward でそのまま転送している
f がとる引数の型は test がとった引数と同じ。
つまり答えは実引数次第だ。

176 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 08:37:02.88 ID:5zFtpOhv0.net]
うにふぁいどこーるしんたっくすはしんだなぜだ!

177 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 08:45:14.41 ID:0H5//osor.net]
死んだ?
むしろ他の提案が出ておちつきそうだったのに
自尊心を傷つけられたと感じたハゲがゴネだして蒸し返えされたような



178 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 08:47:52.43 ID:5zFtpOhv0.net]
>>175
あんた詳しそうだな。今どうなってるの??
猛烈にほしいんだけど、サクッと入らんかな?
詳しいリンクとかあったらいただけないでしょうか。

179 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 12:02:18.26 ID:0H5//osor.net]
>>176
すまんが別の提案と間違えた。忘れて
open-std.orgのWG21のpapersの2016のP0251R0が最新ではないだろうか
何の動きもなくC++20ドラフトN4687にも入っていない

180 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 13:06:57.93 ID:FiktH31Q0.net]
3年毎に膨らんでいく仕様とか嫌だな
そらリナスさんもブチキレますわw

181 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 14:55:44.31 ID:5zFtpOhv0.net]
>>177
あぁ、情報ありがとう。やっぱ死んだままか。
手間かけさせてゴメンね。

やっぱコンセプト無いとコードサジェスト爆発するから気に入らないんだろうなぁ。。。

182 名前:デフォルトの名無しさん [2017/08/20(日) 14:59:30.48 ID:sGdhnhOm0.net]
トーバル君は単に自分のニーズに最適な言語はCと言っているだけで
他の言語がどうなろうと知ったこっちゃないでしょ
それを周りのアフォどもが色々押しつけに来ることに時折ブチキレるだけで

183 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 15:24:25.28 ID:4v9fraNU0.net]
スキルの差によって読める、読めないの差がありすぎてもはや言語としての体をなしていない。
コンパイラによってもコンパイルできる、できないの差も激しい。大きなプロジェクトを管理する側はキレて当然。
癌のように誰も望んでない仕様拡張が続けられている。

184 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 15:43:51.01 ID:Np+yxjmfM.net]
メイヤーズがこっそりc++とバイナリ互換の新言語を開発している…と信じたい

185 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 15:57:28.37 ID:uPeoc0+j0.net]
そのバイナリ互換ってなに?

C++11 以降で、役に立つ仕様とどーでもいい仕様とをわけるとすれば、何?

186 名前:デフォルトの名無しさん [2017/08/20(日) 16:05:02.55 ID:sGdhnhOm0.net]
>>181
誰も望んでいない仕様拡張?
autoは? range-based-forは? R"リテラルは?
initializer_listは? ラムダ式は? template parameter packは?
<random>は? shared_ptrは? <regex>は? <system_error>は?

187 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 16:10:46.08 ID:H9uxxda60.net]
>>181
ふつう、どの規格を使うかとか、場合によってはどの開発環境のどのバージョンを使うかまで
プロジェクトで規定するものだろう。
決めたことと違うコードを混ぜようとするメンバーがいたりしたらキレてもいいが。



188 名前:はちみつ餃子 mailto:sage [2017/08/20(日) 16:14:30.65 ID:ikEvsZIR0.net]
少なくとも個別の提案はプログラムが読みやすくなるし楽になる方向なんよね。
だからまぁ、 >>181 の言い分にある「誰も望んでない」という言説には違和感があるな。
嫌だという人がいるのはわからんでもないが、
勝手にユーザ全体の意見を代表してしまうやつは単にクズなので、
誰も耳をかさないよ。

189 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 16:17:20.06 ID:uPeoc0+j0.net]
>>154
TFか‥ソニーからも何か出たようだね

190 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 16:41:18.86 ID:gPEOCHBy0.net]
>>181
> スキルの差によって読める、読めないの差がありすぎてもはや言語としての体をなしていない。
日本語(自然言語)でも同じだろ。
馬鹿と天才でおなじ結果(コード)にしかならない、という方が問題だ。
それが天才側に揃っていれば理想的だが、実際は馬鹿側に揃うわけだし。

>>186
> 少なくとも個別の提案はプログラムが読みやすくなるし楽になる方向なんよね。
これは同意だが、問題は一部が本質的なところ(骨組み)まで変えられる程な点だろ。
現実的には>>185のようにプロジェクトリーダーが何を使うか厳密に決めればいい話で、
Linuxの場合はCだ、って言うんだから他の奴が布教しなければ丸く収まる話だ。

とはいえ通常製品の場合は「何でも出来る=何にも使えない」ではあるのだが、
C++の場合は半製品(製品を作る道具)ではあるし、
実際、機能はあった方が便利だったりするので、(使う側がどこまで使うか決めればいいだけ)
プロジェクトリーダーがしっかりしていれば、現在の貪欲な拡張方向も悪くない。
「全部の機能を使わないといけない」と信じている馬鹿と初心者は混乱するだろうけどね。

191 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 16:58:27.04 ID:zvlsjK6m0.net]
>>188
>「全部の機能を使わないといけない」と信じている馬鹿と初心者は混乱するだろうけどね。
残念ながらこういう人たちは少数派ではないのだよ。。

192 名前:デフォルトの名無しさん [2017/08/20(日) 18:05:26.65 ID:sGdhnhOm0.net]
>>188
馬鹿側に揃えるポリシーを見事なまでにやってのけた言語と言えば。。。
IDENTIFICATION DIVISION.
再帰できない、ダミーセクションできない、動的記憶ない、オラこんな村いやだ♪

で、その結果なにが起きたか。。。
エロパブの嬢がどこかで見覚えのある顔だと思ったら、うわあ(kwskはガン無視します)

193 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 18:47:40.43 ID:gPEOCHBy0.net]
>>190
COBOLの事か?だとするとあれは試行錯誤の結果だ。非難されるべき物でもない。
そもそもあの時代の言語は再帰出来ないのも多かった。Fortran77もBASICもそうだろ。

俺が思うに、第

194 名前:一世代言語(C以前)は「プログラミングとはこうあるべき」、
つまり、プログラミング自体を規定しようとしている。

COBOL:自然言語の仕様書がそのままソースになるべき
C:所詮アセンブラ
smalltalk:オブジェクト間のメッセージングこそが真の未来
Lisp:ラムダこそ真理
BASIC:馬鹿でも使えることが重要
Fortran:所詮計算機だろ

で、C以外が全部糞だったのでCで統一された。
当然第二世代言語はCの後継で、C++/Java/C#のような面子になる。
とはいえ、COBOLの方向性は間違いでもないよ。
ソース自体が可読性のあるドキュメントであるべき、ってのは今でも理想だろ。
[]
[ここ壊れてます]

195 名前:デフォルトの名無しさん [2017/08/20(日) 19:00:58.06 ID:sGdhnhOm0.net]
>>191
BASICは再帰できたぞ
FORTRANを実装できないマシン用に作られた縮小版で、
でもFORTRANより新しく作られた分、改良が図られていた
そのうちの、すべての行に行番号というのが賛否両論だった
当時初心者だった俺にとってはあれがラベルの概念の入り口になってくれたが
1桁KBのパーコンで構造化などという寝ぼけた老害たちがGOTOがどうたら言ってた
あ、嫁が呼んでるw じゃあな

196 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 19:05:55.32 ID:QoZjiUMw0.net]
>>192
BASIC で再帰ができるのは,ハドソン系ベーシック等,マイクロソフト以外の BASIC ではないか?

197 名前:デフォルトの名無しさん [2017/08/20(日) 19:39:46.63 ID:sGdhnhOm0.net]
メインフレーム用の一部の言語が再帰できないのは
当時のS/370がスタックのないアーキテクチャだったからだ
逆にBASICが実装された多くのPCではCPがにスタックを持っていた
なので全変数がグローバルなのでやりにくいができるにはできた
俺もBASICでの再帰は大道芸の域を出ることがなく
実用上の手の内に入ったのはCからだった



198 名前:デフォルトの名無しさん [2017/08/20(日) 19:45:06.60 ID:sGdhnhOm0.net]
s/CP/CPU/

CPじゃ制御プログラムだねw

199 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 21:07:10.22 ID:gPEOCHBy0.net]
>>194
> 全変数がグローバルなのでやりにくいができるにはできた
これは一般的には出来るとは言わない。
再帰が出来る=関数ローカルの変数が定義出来る、だよ。
変数共通で突っ込むのは今なら「再入」と呼ばれる物に近く、
これは言語として云々ではなく、対応する構造にするかどうかだけ。

また、CPUのスタック操作命令は高速化に寄与するだけであって、
無ければエミュレートすればいいだけだろ。
その論法だとスタック操作命令がないCPUではC言語を実装出来ないことになるが、
これはないだろ。
(S/370上のC言語実装も無いとは思えないし)

200 名前:デフォルトの名無しさん [2017/08/20(日) 21:48:19.43 ID:sGdhnhOm0.net]
>>196
そこは俺とは見解が違うね
再帰の定義はサブルーチンの中からそのサブルーチンを呼び出すことで、
それをやりやすく補助する存在は本質じゃない
なのでスタックですら再帰の本質ではない
マシンによってはサブルーチンのネストが6層までとか限定されていて
それは何かというとリンクレジスタの個数でありスタックじゃない
再入は共通変数なんか使わないし、使ったらRENTじゃなくなる
メインフレームの流儀ではいちいちGETMAINとかね
メインフレーム上のCの実装は、俺が目撃したのはS/370じゃなく
ESA/370だったけどいちいちGETMAINはしてなかった

201 名前:デフォルトの名無しさん [2017/08/20(日) 22:03:55.37 ID:sGdhnhOm0.net]
秀和の解析本にはBASICのくせにunwindがあるぞってなのが載ってたね

202 名前:デフォルトの名無しさん mailto:sage [2017/08/20(日) 22:43:04.76 ID:gPEOCHBy0.net]
>>197
> 再帰の定義はサブルーチンの中からそのサブルーチンを呼び出すことで、
> それをやりやすく補助する存在は本質じゃない
これは屁理屈だ。
なぜならこの定義では、「再帰出来ない」言語なんて無いから。
再帰出来る/出来ない『言語』を議論している時点で、この定義は無意味で、
「普通に再帰を記述した時に問題なく動くか」が議論用の定義になる。
これは当然であり、自明だ。

つか、君は何が言いたかったんだ?
君の定義ならCOBOLだって再帰出来るだろ?

203 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 04:24:06.96 ID:LgR8oR3f0.net]
再帰アルゴリズムを繰り返し(ループ)アルゴリズムに変換することは普通のアーキテクチャー上では常に可能、
再帰回数に応じて新規のメモ化用領域を本質的に必要とするという重症なケースでも、最悪配列が使えればどうとでもなる、

>>197
メインフレームってグローバル変数として配列とか確保できなくて
いちいちGETMAINするしかないのスゲー

>>199
System/370で動くGCCの実装があったと聞いたわ(ただし今はSystem/390が動作下限とのこと)
再帰ができるかどうかはしらんwwwwwww

204 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 06:45:36.67 ID:OHbYaZtv0.net]
>>199
> 君の定義ならCOBOLだって再帰出来るだろ?
(当然だが当時のCOBOLは)できないよ
戻り番地を1つしか覚えてないのでネストしたら戻れなくなる

205 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 07:37:14.11 ID:7Rgof7Fhr.net]
そろそろよそでやれ

206 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 08:01:15.80 ID:7Rgof7Fhr.net]
C++17ドラフトのguaranteed copy-elisionが難しい
しかも規格が約50カ所修正されている
A a = A{}; と A a = f(); のムーブ無くすだけでどんだけ根本概念に手を入れてんだ

207 名前:デフォルトの名無しさん [2017/08/21(月) 08:10:41.60 ID:M1FJxIMj0.net]
>>199
だから見解が違っているねと言ったろ
アセンブラは再帰できるのか、できないのかという問いと、
COBOLは再帰できるのか、できないのかという問いに、
同じバックボーンで答えることが俺には出来ないが
おまえさんには出来るということだろ?

>>200
bfdではi370だね



208 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 22:52:00.36 ID:Ec7rLiDE0.net]
ついに裁判か…
https://www.bengo4.com/gyosei/n_6539/

209 名前:デフォルトの名無しさん [2017/08/21(月) 23:00:08.39 ID:M1FJxIMj0.net]
犯人扱いしておいて違ったら知らん顔という制度そのものが間違ってる
捜査協力した人には謝礼だろうが
にせ伝票で架空の謝礼費を着服なんかしてないで
やるべきことをやれっての!

210 名前:デフォルトの名無しさん [2017/08/21(月) 23:01:02.71 ID:M1FJxIMj0.net]
架空の謝礼費を内部告発した仙波さん、えらい扱い受けたよね

211 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 23:09:51.41 ID:BkgqT9qm0.net]
C++の最新仕様を追い続けられる人ってのはやっぱどこかちょっと変わり者というか
ふわふわしたものが許せないというか、なんとなく動いてるからいいや的な緩さが
許せないというか、白黒はっきりつけようぜ的な性格なのかな?って思ったw

212 名前:デフォルトの名無しさん [2017/08/21(月) 23:12:01.91 ID:M1FJxIMj0.net]
たったの千円でも知らん顔とは次元が違う
謝礼の対象でないという取り決めがあるばかりに
警察官の横柄な態度を誘発しているんだよ

213 名前:デフォルトの名無しさん [2017/08/21(月) 23:56:14.20 ID:pHph3yYu0.net]
>>208
たかだか3年に1度の更新がそんなにしんどいのかよ
追い続けるもクソもねえ
重箱の隅をつついても1冊程度にまとめられる量しかないのに

214 名前:デフォルトの名無しさん mailto:sage [2017/08/21(月) 23:59:39.85 ID:RPf0vXrN0.net]
最近は生ポインタ撲滅されそうと聞いたが
今までのメソッドとかどうしてるん
混在してるだろ

215 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 00:35:41.09 ID:CYQ4BtpJ0.net]
生ポのオレオレ定義

216 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 00:59:49.41 ID:2UJiCQ8C0.net]
プロパティーいつ実装されるのやら
getsetくっそマンドクサ

217 名前:デフォルトの名無しさん [2017/08/22(火) 01:03:51.34 ID:NIldwpVs0.net]
>>208
ほとんどが待ってた機能だぜ?
言語仕様だけでなくライブラリまで
おまえろくすっぽC++使ってねえだろ



218 名前:デフォルトの名無しさん [2017/08/22(火) 02:32:46.66 ID:Z58zmq8rp.net]
全くわからない
雰囲気でc++を使っている

219 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 02:42:19.05 ID:S2ZGAu0e0.net]
VSのインテリセンスさんだって
いまだについていけず
ポンコツなエラー吐きまくってるわけだし
まだまだ大丈夫!

220 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 11:30:22.61 ID:FcKiiis6a.net]
>>210
>重箱の隅をつついても1冊程度にまとめられる量しかないのに

お前は本を出したことないから「1冊程度にまとめ」るのがどれだけ大変か分からないだけ

221 名前:デフォルトの名無しさん [2017/08/22(火) 12:26:19.96 ID:NIldwpVs0.net]
そういうおまえはあるのか?

222 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 12:33:51.83 ID:c0Kw6L5Fd.net]
雑誌の編集長ですから

223 名前:デフォルトの名無しさん [2017/08/22(火) 12:42:39.12 ID:NIldwpVs0.net]
それが本当なら恥ずかしい見積もりミスしてんぜおまえさん

224 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 12:43:40.67 ID:aOcQtSkRH.net]
>>217
本を読む、理解する側の分量の話をしてるんだから、まとめる側の労力が大きいかどうかはどうでもいいのでは?

225 名前:デフォルトの名無しさん [2017/08/22(火) 15:03:21.13 ID:d7ebk59r0.net]
うん。するどい。

226 名前:デフォルトの名無しさん [2017/08/22(火) 15:14:35.21 ID:NIldwpVs0.net]
雑誌ってエロ本か何かだろどーせ
技術系の雑誌やっててあーゆーバカ言っちゃ自殺もんの恥だぜ

227 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 17:02:21.79 ID:w4zQmMtVr.net]
>重箱の隅をつついても1冊程度にまとめられる量しかないのに
その一冊程度の更新にclang/gcc/vc++すべてが追従出来ていないというのに



228 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 17:10:08.87 ID:hmTXL6wT0.net]
>>205
情熱があるんだね,うらやましい‥
ガス欠状態から脱却した

229 名前:デフォルトの名無しさん [2017/08/22(火) 17:20:14.07 ID:NIldwpVs0.net]
あいたた、本にまとめることも、実装とテストも、
とにかく量的な感覚がどこにもないのか

230 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 20:47:37.89 ID:0/CmF7JC0.net]
>>213
なら、publicにしちゃえばいいじゃんといってみる。

関数は振る舞いを書くべきだと思うし、変数の代わりに使うものじゃないと思うんだ。

あと、オブジェクト指向的にクラス変数は基本悪である、ということも考えるべきではないだろうか。

231 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 20:56:12.81 ID:COEJtZVq0.net]
>>227
横からだけど俺もそれに同意だ
余分な抽象化は単に工数が増えるだけ
しかしなんで"貪欲"な標準化委員会はプロパティは入れないんだろな

232 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:04:28.96 ID:dxaP++Hz0.net]
プロパティ導入したら、なんかいいことあるの?

233 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:13:44.10 ID:CYQ4BtpJ0.net]
>>227
クラス変数って何?

234 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:18:39.19 ID:BxNeEQM2M.net]
>>229
変数そのものがバッキングフィールドにカプセル化されることで、変数へのアクセスを必ずメソッド経由にできる

235 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 21:46:13.74 ID:dxaP++Hz0.net]
>>231
バッキングフィールドってメンバ変数をprivateにすれば今でも同じことできるんじゃね?

236 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:05:33.19 ID:q1PzJh5lM.net]
地味に嬉しいのは既存のパブリックメンバ変数にアクセスしてるコードを変更せずに処理を追加できること

237 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:30:23.44 ID:uMve0U0S0.net]
>>232
privateな変数はclass内からアクセスし放題だけど、バッキングフィールドはアクセッサ経由以外では絶対に触れない



238 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:34:14.35 ID:ONlIaE3KM.net]
c++erは厳しくしつけられているので、既存のpublicメンバがそもそも存在しない

239 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:35:33.43 ID:uMve0U0S0.net]
>>235
これは正しい

240 名前: []
[ここ壊れてます]

241 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:36:16.75 ID:ONlIaE3KM.net]
おっと変数が抜けた

242 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:58:36.57 ID:D8nSL4rC0.net]
>>233
逆にそれが入らない原因なのでは?
軽い処理(public変数)なのか重いかもしれない処理(関数呼び出し)なのか、
見た目分かるようにしろってのがC++の流儀なんだろ。

俺はあった方がいいと思うけどね。
速度チューニングでこの手のマイクロマネージメントは全く意味がないから。

243 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 22:59:26.20 ID:UHwuUWMX0.net]
publicなメンバが一つもなかったらそもそもインスタンスを構築できないのでは…

244 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:02:04.62 ID:UHwuUWMX0.net]
>>238
メンバ変数の公開よりもアクセサーを設けてインライン展開してもらう方がC++の思想的に望ましいのでは…

245 名前:239 mailto:sage [2017/08/22(火) 23:02:59.41 ID:UHwuUWMX0.net]
スマンfriendを使えば良いのか…

246 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:13:00.45 ID:zLx3ukqP0.net]
>軽い処理(public変数)なのか重いかもしれない処理(関数呼び出し)なのか、
>見た目分かるようにしろってのがC++の流儀なんだろ。

C++って、それを判断するのが最も困難な部類の言語だと思うが。

247 名前:デフォルトの名無しさん [2017/08/22(火) 23:20:46.21 ID:NIldwpVs0.net]
set/get用のデータメンバをちまちま用意するという
狭い考えに限定してきやがる思考妨害アイテムは無用



248 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:28:17.57 ID:D8nSL4rC0.net]
>>240
それはオブジェクト指向の理想。C++はそっちを向いていない。

>>242
いや簡単な部類の言語だ。

249 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:37:15.06 ID:+MsUtw+Or.net]
ほう、ではこのプログラムがC++17で何回ムーブが行われるかわかるかね?
auto f() {
struct C{int m;};
return C{};
}
auto c = f();

250 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:37:39.41 ID:CYQ4BtpJ0.net]
はいはい属性の抽象化属性の抽象化

251 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:39:19.18 ID:CYQ4BtpJ0.net]
>>245
0回

252 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:41:09.40 ID:+MsUtw+Or.net]
残念
0回または1回
因みに確認のためにムーブコンストラクターを追加すると0回に変わる

253 名前:デフォルトの名無しさん mailto:sage [2017/08/22(火) 23:49:21.67 ID:+MsUtw+Or.net]
ということで、見た目で判断することは難しいのではないかと

254 名前:デフォルトの名無しさん mailto:sage [2017/08/23(水) 00:09:19.34 ID:CuDbJhab0.net]
つかお前ら他言語使ってないだろ。
逆に言えばC++はその程度の精度での見積もりが出来る、ということなんだよ。

GC言語なんてGCがどこで走るか予測不能だから、実行時間の保証なんて全く出来ないし、
JIT言語はJIT側にその最適化が入っているかどうかで全く速度が変わってしまう。
つまりJava/C#/JavaScript等はその精度での見積もりはそもそも不可能なんだよ。

それとは別に、C++はその辺の仕組みがかなり複雑になっているのは認めるが、
それでも他言語と比べたら精度高く見積もれる方だよ。

getterを使った場合の問題は、それが見積もりにくくなることと、
あまりに多用するとどこで処理しているのか分かりにくくなる点だが、
まあ、適切に使っている限りはかなり使える機能だから、有った方が便利なんだけどね。
だから普通に考えれば「貪欲」なら当然入れるべきだし、
むしろラムダより先に入れるべきだが、入れないんだから何か引っかかってんでしょ多分。

255 名前:デフォルトの名無しさん mailto:sage [2017/08/23(水) 00:16:20.92 ID:Cw77BvbJ0.net]
>>248


256 名前:はちみつ餃子 mailto:sage [2017/08/23(水) 02:11:33.58 ID:wuLlGfOo0.net]
getter がただの変数アクセスに被せてあるだけならまともなコンパイラなら最適化で消えるから速度的なペナルティはゼロだよ。

257 名前:デフォルトの名無しさん mailto:sage [2017/08/23(水) 07:57:53.52 ID:KTb6BBkr0.net]
a = 1;

こんなコード片で、aの型がプリミティブ型かconstr(int)/operator=(int)を持つクラスなのかによって
実際に実行される処理内容が違う時点で

>軽い処理(public変数)なのか重いかもしれない処理(関数呼び出し)なのか、
>見た目分かるようにしろってのがC++の流儀なんだろ。

そんなものないとわかるだろう。
それににしても、そこからGCのオーバーヘッドに話が



258 名前:飛ぶのはさすがにアクロバティックすぎるw
実実行時間の話なら、マルチスレッドの非リアルタイムOS上のプログラムはどれも正確な見積もりなどできん。
[]
[ここ壊れてます]

259 名前:デフォルトの名無しさん [2017/08/23(水) 08:29:43.04 ID:kvkWqUxa0.net]
プリミティブ型? ああJava訛りね、C++用語はISO/IEC14882:2011 3.9.1に規定あるから

a = 1; がビルトインの代入か、トリビアルのoperator=か、
ユーザー定義のoperator=か、コンストラクタを呼び出すか、
コピーかムーブか、読めない人はC++には向いてないので無理しなくていいよ
要するにアセンブラ苦手なんだろ

マルチスレッドでもタイムクリティカルとか割り込みマスクとかあるしね
別にRTOSに限ったことじゃなく






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<267KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef