C++相談室 part140

**デフォルトの名無しさん** · 2019/01/13(日) 05:56:22.70

次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512

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

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.103【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1530384293/

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

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2019/02/12(火) 11:46:23.37

>>723
TYPE *ptr = new TYPE;
の場合は、delete ptr; で、

TYPE *ptr = new TYPE[N];
の場合は、delete [] ptr;

と書くのが C++ の原定義。ここが、C++ のちょっと怖い気がするところ。
間違えてても、コンパイル段階ではエラーになってくれない。

**デフォルトの名無しさん** · 2019/02/12(火) 11:55:45.12

ほんそれω

**デフォルトの名無しさん** · 2019/02/12(火) 12:07:41.98

deleteにカッコつけるのってちょっと配列を特別視してて嫌だわ。
配列を実現するにしても、[]表記を捨ててもいいんじゃないの。

**デフォルトの名無しさん** · 2019/02/12(火) 12:14:13.71

その辺は禿先生も失敗だったと認めてるけど今更変えられないんだよ
new[]は一切使わず、配列をnewするときはstd::arrayを使うのが今時の推奨スタイルです

**デフォルトの名無しさん** · 2019/02/12(火) 12:14:29.27

今時はstd::unique_ptrを使えという人もいるかも知れん。
newとdeleteでいいと思うが念のため。

**デフォルトの名無しさん** · 2019/02/12(火) 14:38:12.08

Linuxのシステムコールオススメ本ありますか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 14:52:25.40

たしかオブジェクトは、それと同じ型を要素とする大きさが 1 の配列と同じレイアウトだっていう保証は
どっかに書いてなかったっけ？ (C++ じゃなくて C だっけ？うろ覚えですまん。)
それを前提とすると delete と delete[] の区別を導入してしまったのは不用意だよな。
malloc / free では区別なしに出来てたわけだし。

**デフォルトの名無しさん** · 2019/02/12(火) 14:54:20.86

>>730
オーバーロード

**デフォルトの名無しさん** · 2019/02/12(火) 15:08:09.96

>>730
ヘッダ部分を除いたデータ部分としては完全に同じといっても過言ではないんだけど、
ptr = new TYPE; とした場合は、C++ の仕様上は
メモリブロックの先頭に「配列の場合には埋め込まれるところの要素数」をコンパイラは
必ずしも埋め込まなくても良いという事になっていて、その場合、delete 命令から見ると、
要素数1の配列とは同じではない。ただし、VC++ の場合には、危険を避けるため、
delete と delete [] は、どちらを書いても問題なく動作するようになっている
という文書を読んだ事が有る。

(C++元々の)仕様は、なるべくメモリ使用量も検査量も少なくして効率を上げる、
という哲学から来るものなんだけど、型検査をがちがちにして安全性を高めている一方で、
非常に危険な仕様になっていると言えなくもない。ただし、TYPE が小さなオブジェクトの
場合、new TYPE において、メモリブロックのヘッダ部分を配列と同じ構造にしてしまうの
は、結構、メモリの無駄使いにはなる。ただし、それもC#なんかの無駄と比べれば
すずめの涙程度の全然問題ない程度のものではある。しかし、それだけ、C++が効率が
良いはずではある。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 15:18:28.58

>>732
new はランタイムの処理だ。
同じメモリプールから切り出してくるならどちらにせよ大きさの管理は必要で、
コンパイル時に型が (すなわち必要なバイトサイズが) わかっているからといって、
それで効率的にはなる余地はあんまりあるとは思えんな。

**デフォルトの名無しさん** · 2019/02/12(火) 15:22:00.28

>>733
要素数が正確にわからないと、デストラクタを呼び出す回数が分からない。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 15:28:51.61

>>734
？？？

**デフォルトの名無しさん** · 2019/02/12(火) 15:44:00.70

>>735
生のメモリブロックも、大きさは管理されているといえばされているんだけど、
理由は分からないけど、サイズを取得するための _msize(ptr) が存在しない
ライブラリがある。あと、TYPE が小さい場合、アラインの問題もあって、
MBのサイズがTYPE が2個以上入ってしまうようになってしまう場合も有り得て、
要素数を計算する再にその場合の処理を適切にしないといけない。
恐らく出来ないわけではないはずなんだけど、そういう変な事情も
考慮して元祖の C++ は設計されたんじゃないかな。

**デフォルトの名無しさん** · 2019/02/12(火) 17:37:31.15

日本で最も使いやすい無料レンタルサーバーといえば、xrea だろう。
しかし、bit defender traffic light は、「黄色ランプ」になる。
これも、日本人に対するいじめの一環と考えられよう。

一応の理由としては、xrea で設置されていたバナー広告が過去に
マルウェア感染していた事があるかららしい。

いずれも日本で最も使いやすかったり普及していたり、日本人にとっては
最も重要なものばかりだ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 18:16:06.64

>>737
誤爆？

**デフォルトの名無しさん** · 2019/02/12(火) 18:28:54.36

pmrとかいう名前空間が出来ててワロ。

**デフォルトの名無しさん** · 2019/02/12(火) 18:55:34.22

スマートポインタを返す関数？について質問です
Smp<Foo> f = foo(); // こういうのがあるとき
if (foo()->bar) {} // こういうのとか
handle h = foo()->handle; // こういうのは安全なんですか？
または、スマポのデストラクタが動く瞬間はいつですか？

**デフォルトの名無しさん** · 2019/02/12(火) 19:31:38.96

実装による

**デフォルトの名無しさん** · 2019/02/12(火) 19:33:57.75

>>740
uniequ_ptr/shared_ptrはチェックしない
ただ、operator bool()を持ってるから取得してすぐチェックしてやれば以降は安全
デストラクタが呼ばれるのは寿命が尽きるとき
1番上の例はfのスコープの終わり、下2つはその行の終わり

**デフォルトの名無しさん** · 2019/02/12(火) 19:52:41.54

operator bool()について勉強になりました
if (f = foo() && f->bar) {}
こういう書き方にすればnull関係のチェックとなるというわけですね
> 下2つはその行の終わり
なるほどですね、実はそれを恐れていましたｗ
あほっぽいですが->barする直前にもしやデストラクタ動く？と怯えました
ありがとうございます

**デフォルトの名無しさん** · 2019/02/12(火) 20:32:31.62

>>743
ifの場合はその後に続く{}の終わりまで延長する、一応

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/12(火) 20:59:11.79

>>743
最新の C++ (C++17) なら

if(auto f=foo(); f && f->bar) {}

というように初期化と条件式をセミコロンで区切った書き方もできる。
ここで宣言した変数は if 文全体の終わりがスコープの終わりになるので、
範囲が限定的、かつ、スコープの終わりがわかりやすいので、
積極的に活用したいところ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 00:18:46.08

>>716
変数を使う直前に宣言するのは、
今では C でも望ましいスタイルだと思う。

**デフォルトの名無しさん** · 2019/02/13(水) 01:07:33.18

今までは構文の都合でconstであるべき変数もconstにできないことがあったが↓↓↓、
char c;
while ((c = *(p++), (c != '\0' && isprint(c))) {
　/*...*/
}
// 以下変数cを使わないコード

これからはconstにできる↓↓↓やたー！
while (const char c = *(p++); (c != '\0' && isprint(c))) {
　/*...*/
}

**デフォルトの名無しさん** · 2019/02/13(水) 01:12:36.96

もうfor文とかも見境無し！
for (int i = 0; const char c = str[i]; c != '\0'; i++) {
　/*...*/
}

すばらしい…！

**デフォルトの名無しさん** · 2019/02/13(水) 01:37:32.24

shared_ptrじゃなくてunique_ptrじゃないとだめなときってあるの？

**デフォルトの名無しさん** · 2019/02/13(水) 01:40:02.25

あるよ。

**デフォルトの名無しさん** · 2019/02/13(水) 01:44:30.84

普通のポインタとしての運用ができる

**デフォルトの名無しさん** · 2019/02/13(水) 01:58:56.40

shared_ptrでもできるくね

**デフォルトの名無しさん** · 2019/02/13(水) 02:01:16.26

ごめんshared_ptrが

**デフォルトの名無しさん** · 2019/02/13(水) 02:02:23.91

基本sharedでいいけどリソース節約したいところではuniqueって感じ？

**デフォルトの名無しさん** · 2019/02/13(水) 03:25:00.08

shared_future, shaed_mutex を使い分けるポイントって何でしょうか？

**デフォルトの名無しさん** · 2019/02/13(水) 12:15:19.31

基本uniqueで、いろんな所に取り回したいのがsharedかな
所有者がはっきりしてればunique、パタパタ受け渡したり色んなので共有するならsharedが自分の基準

**デフォルトの名無しさん** · 2019/02/13(水) 17:50:02.15

c++のデスクトップアプリケーションをVS２０１７で作ろうと思うのですが、フォームデザイナーはないのでしょうか？
ボタンの位置などは全部コードで作る感じでしょうか？

**デフォルトの名無しさん** · 2019/02/13(水) 17:52:20.25

mfcを追加でインストールしろ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 17:52:50.90

>>757
リソースエディタ、ダイアログエディタがそれに該当する。Win32のリソース参照。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 17:59:32.77

リソースエディタでダイアログを作って、DialogBoxまたはCreateDialog系の関数でダイアログを作成できる。

**デフォルトの名無しさん** · 2019/02/13(水) 18:13:16.31

↑mfcというのは今はあまり使われないそうですが、c++でインターフェースを作る場合、
今どきは何が使われるんでしょうか？
ある程度いい見た目にするのなら、自作しなければいけない感じですか？

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 18:17:11.29

>>761
C++/WinRT
https://github.com/Microsoft/cppwinrt

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 18:17:30.33

>>761
wxWidgetとGTK3がオススメ。キャリアがほしけりゃ、Win32なんか窓から捨ててしまえ。

**デフォルトの名無しさん** · 2019/02/13(水) 18:25:09.79

↑ありがとうございます
調べてみます

**デフォルトの名無しさん** · 2019/02/13(水) 18:25:23.74

>>761
Visual studioでは標準的
ただマイクロソフトから見切られているので今後の発展は無い

最近ならQtが人気
初心者には取っつきづらいのと日本語情報がほとんど無いのとライセンスがちょっと厳しいのとVSで完結させることはできないが移植性が高くガンガン更新されているから将来性は一番ある
今時なデザインにしたいならQt内で独自言語のQMLを使ってつくるかWebEngineをつかってhtmlとjavascriptと連携させて作る必要がある
どちらも簡単にはできないけど

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/02/13(水) 18:31:17.25

Qt5なんてダウンロードに数十分かかるアホなビッグシステム。

**デフォルトの名無しさん** · 2019/02/13(水) 18:31:55.58

使うものだけダウンロードすればいいじゃん

**デフォルトの名無しさん** · 2019/02/13(水) 18:34:59.46

アホが釣れたようだな

**デフォルトの名無しさん** · 2019/02/13(水) 18:40:53.11

>>757
Tcl/Tk

**デフォルトの名無しさん** · 2019/02/13(水) 18:42:26.28

>>766
ほんそれ

**デフォルトの名無しさん** · 2019/02/13(水) 18:53:39.36

使いもしないオプションを付けて時間がかかるとか言ってる人がいるってマジ？

**デフォルトの名無しさん** · 2019/02/13(水) 19:05:18.58

>>756
htmlやcssはできるので調べてみます

**デフォルトの名無しさん** · 2019/02/13(水) 19:08:10.14

もしかしてｃ＋＋って個人で使うようなものではなかったりしますか？

**デフォルトの名無しさん** · 2019/02/13(水) 19:19:16.70

>>773
目的によるだろうね
個人でC++を使ってる人の大半はC++を使うこと自体が半ば目的化していると思う
自尊心と中二心をくすぐる言語だから

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 20:01:48.29

間違いなく C++ に出来ることは多いのだが、
要はそこまで必要な場合ってそんなに多くないでしょって話。

画像処理とか仮想通貨マイニングみたいな性能のチューニングがギリギリまで必要ってのなら
C++ を使う甲斐があるけど、 GUI を記述するのに C++ を使うのはそれほど強い必然性はない。
本来の処理をする部分が C++ で書かれているなら、
あえて GUI だけ別言語にする必要もないなっていう程度のことだと思う。

**デフォルトの名無しさん** · 2019/02/13(水) 20:06:47.12

意外とここアマチュア多かったのかな？
仕事でもないのにわざわざC++触るやつの気が知れん

**デフォルトの名無しさん** · 2019/02/13(水) 20:24:14.55

型がきっちりしてるから処理追いやすくていいと思うんだけどなあ
Javascriptで書かれたオープンソースなんて読んでもわけわからん

**はちみつ餃子** ◆8X2XSCHEME · 2019/02/13(水) 20:36:26.96

ワイはアマチュアやで。むしろプロは必要もないところまで取り組まんやろ。

知り合いにプロのゲームプログラマ (誰もが知っている有名シミュレーションゲームの老舗メーカーに所属)
がいるけど、 C++ の言語機能に関する知識なんて、びっくりするほど貧弱やぞ。

**デフォルトの名無しさん** · 2019/02/13(水) 20:51:52.56

ゲームプログラマは特殊だわ
あいつら例外なくゲームのことしか頭にないし
エンジン作ってる部署の人なら詳しい人もたくさん居るだろう

**デフォルトの名無しさん** · 2019/02/13(水) 20:52:55.58

日吉の会社ね

**デフォルトの名無しさん** · 2019/02/13(水) 20:57:07.30

可読性とデバッグのバランス考えると、
C中心で毛が生えた程度に++浅く
使うのが一番楽。

物理計算とかAIとかのが重要で
C++の文法遊びや多重にネストした
テンプレ遊びに深く付き合っても、
生産性上がんないからなあ。

**デフォルトの名無しさん** · 2019/02/13(水) 21:36:58.08

テンプレみたいなコンパイラ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

**デフォルトの名無しさん** · 2019/02/13(水) 22:13:34.76

++で生産性上がらんとか言ってる人はOOP理解出来てないだけだろ
俺も昔は同じで++に謂れのない敵意を持ってた
でも他のモダンな言語に乗り換えてファウラーやエヴァンスなどを読み漁ってOOPに習熟してから++に戻ってきたら今度は逆にCがゴミに思えるようになったよ
まあしかしこの壁を乗り越えるまでが大変なんだけどね

**デフォルトの名無しさん** · 2019/02/13(水) 22:28:44.60

競技プログラミングはC++一択なんだが

**デフォルトの名無しさん** · 2019/02/13(水) 23:15:55.01

C++はクラスの記述コストが高すぎて真面目にOOPするには辛いわ
モダンな言語と比較して、心理的にどうしてもクラスやメソッドの粒度が大きくなりがち

**デフォルトの名無しさん** · 2019/02/13(水) 23:33:32.80

C++クラスの最大の恩恵はRAII
ガベコレなし、値指向、デストラクタ最強

**デフォルトの名無しさん** · 2019/02/13(水) 23:39:30.60

C++は破壊的代入ができるから嫌
デフォルトがconstでないとか、言語としてどうなの…

**デフォルトの名無しさん** · 2019/02/13(水) 23:40:51.03

はいはいrust,rust

**デフォルトの名無しさん** · 2019/02/13(水) 23:45:11.06

お客さんが来たぞ

**デフォルトの名無しさん** · 2019/02/14(木) 05:24:13.40

>>774
なるほど、自分はｃｇやりたいのでC++使うしかない感じですが、とりあえずｃ＃をまともにできるようになります

**デフォルトの名無しさん** · 2019/02/14(木) 16:05:08.53

>>782
jsみたいにブラウザ毎に動作の異なるもんに執着してたら明らかに生産性下がるわ。

**デフォルトの名無しさん** · 2019/02/14(木) 16:21:32.04

クソとクソを比較するな

**デフォルトの名無しさん** · 2019/02/14(木) 16:58:10.52

>>791
いまどきもそうなのか？

**デフォルトの名無しさん** · 2019/02/14(木) 18:27:36.97

ブラウザごとに動作が異なるのは、マイクロソフトが憎いからであって、影響力を失った今、マイクロソフトと違う動作にする必要が無いような気がする。

**デフォルトの名無しさん** · 2019/02/14(木) 18:37:23.11

まだデスクトップでは絶大なる影響力があるから駄目だ。
凋落のメドも立ってない。

**デフォルトの名無しさん** · 2019/02/14(木) 18:54:11.85

そしてGUIライブラリ開発者が萎えてQt一強になったりwebview的なものが流行るんですね
もうおしまいだわ

**デフォルトの名無しさん** · 2019/02/14(木) 19:01:20.69

未来ではリテラシーが高まってCUIが標準になってるよ
GUIはエンタメ分野でだけ生き残る

**デフォルトの名無しさん** · 2019/02/14(木) 19:11:38.67

Windowsタブレットは中々イケてるけどな。
ちょっとだけ未来が見えるんだけど、惜しい、まだ未来じゃない。
って感じ。
手書きは流行ると思うよ。
電車の中でキーボード打つのは無理だけど、手書きなら何とかなる。
でも、ペン高いし、文字認識は驚くほどの精度だけど、図は描きにくかったり。
まだ未来は来てないんだよね。

**デフォルトの名無しさん** · 2019/02/14(木) 23:05:43.78

ウィンドーズホンは未来だった（過去形

**デフォルトの名無しさん** · 2019/02/15(金) 00:09:02.90

参照渡しについて質問です
void hoge(const int &x) ってすると int以外の型を渡すと危険ですか？
（short、long、unsigned、doubleなど）

void hoge(int x) のほうが安全な気がするけど、別にどっちでも一緒ですか？

**デフォルトの名無しさん** · 2019/02/15(金) 00:21:58.58

int以外の型を渡せばintに変換した一時変数が作られてその参照が渡されるからそこに危険性はない

**デフォルトの名無しさん** · 2019/02/15(金) 01:34:11.24

>>800
そもそも参照である必要を感じない
実質ポインタだから無駄な参照く

**デフォルトの名無しさん** · 2019/02/15(金) 01:36:20.74

constの参照渡しってでかいコピーを作りたくないときだよね？

**デフォルトの名無しさん** · 2019/02/15(金) 01:38:17.51

組み込みの型で参照はいらない

**デフォルトの名無しさん** · 2019/02/15(金) 01:58:57.74

>>801-804
なるほど、安全性は一緒なんですね。
うちの会社にそういうコードを書くベテラン社員がいるので、
気になって質問させてもらいました。
やっぱり組み込み型は普通に値渡しでいいみたいですね。

**デフォルトの名無しさん** · 2019/02/15(金) 06:42:38.91

ｃ＋＋だけで個人でソフトを完成させるのはめんどくさすぎるのですかね

**デフォルトの名無しさん** · 2019/02/15(金) 06:43:48.42

言語は関係ない

**デフォルトの名無しさん** · 2019/02/15(金) 07:12:10.42

>>800
そもそもc++でプリミティブ型単体で引数にすることなんてあるの？
できるだけクラスか構造体にラップして参照渡しするもんだけど

**デフォルトの名無しさん** · 2019/02/15(金) 07:16:18.56

それjavaでやってる奴見たことあるけど無駄すぎて周囲に陰で笑われてたぞ

**デフォルトの名無しさん** · 2019/02/15(金) 11:35:50.98

>>808。
Cの時代から普通にあるよ。構造体で渡すまでもない場合はそれが最も効率がいい。

int add( int x, int y )
{
　　return x+ y;
}

float fadd( float x, float y )
{
　　return x+ y;
}

とか。

**デフォルトの名無しさん** · 2019/02/15(金) 12:00:51.60

MyIntとかやっちゃうの？

**デフォルトの名無しさん** · 2019/02/15(金) 12:19:55.21

↑とか言って人を見下す奴もゴミのようなtypedefの山には疑問を抱かないのがC++er

**デフォルトの名無しさん** · 2019/02/15(金) 12:29:01.92

logとって足し算or引き算に降格なんて良くする事でしょ

**デフォルトの名無しさん** · 2019/02/15(金) 12:31:45.75

>>800
C++ で参照渡しする理由は：
1.構造体などをそのまま引数に渡すと、スタックにコピーする動作が入ってしまい、
　構造体のサイズが大きいと時間がかかる。参照渡すにすると先頭アドレス
　(4バイト、または、8バイト)だけがスタックにコピーされるので効率がいい。
　int, float などは、中身のサイズとアドレスのサイズが変わらないので参照渡し
　にしてもコピー動作に置いては効率が上がらない。そして、実際に引数を
　読み取る段階では、参照渡しは1クロックほど時間が余計にかかってしまう。

2. 戻り値には1つの値/オブジェクト/変数しか返すことが出来ない。そのため、2つ以上の
　値を返したい場合には、C では伝統的には、引数にポインタ渡しで変数の先頭アドレス
　を渡し、そのアドレスを介して対応する変数に値を書き込む方法をとっていた。
　C++ では、ポインタ * の変わりに参照 & を使うことが出来るようになった。
　参照の方が見易かったり、分かりやすかったりする事があるといわれている。

3. const int &a や const float &a では、値を呼び出し側に返すことが出来ない。なぜなら、
　const 属性が付いているから呼び出された関数側からは書き込めないため。
　その上、アドレスのBIT数が、中身のBIT数と同じか、むしろ大きいので、実引数から
　スタックにある仮引数へのコピー動作に置いても効率も上がらない。
　さらに、参照なので、実際に読み取るときには1クロック余計な時間がかかってしまう。
　だから、int a や float a で渡すほうが良い。

**デフォルトの名無しさん** · 2019/02/15(金) 12:49:09.91

>>814
手短に説明するのは難しいが、float と double は、それぞれ32BIT、64BITで、
ポインタのBIT数と同じかどうかは、使ってるOSのBIT数によって違ってくる。
だから、double 型を参照渡しで渡した場合、わずかに効率が上がる場合が
絶対ないとは言い切れないかもしれない。ただし、その場合でも、参照型
の仮引数を実際に読み取るときには、「間接参照」というアセンブラで書くと、
[アドレス値] や、[ポインタ値] のようなオペランドを持った mov 命令が
1つ追加で必要になって、1クロック分余計にかかる。
なお、処理系によっては、関数呼び出しに置いては、float 型でも、double 型として
渡される場合があるかもしれない。

だから、関数呼び出しの時点でわずかに効率が上がっても、読み取る段階で
1クロック遅くなるかも知れない。だから、この位のBIT数の変数の場合で、
値を呼び出し側に戻り値として「出力（返す）」すつもりではい場合には、
参照渡しにせず、値渡しにしたほうが良いと考えられる。

**デフォルトの名無しさん** · 2019/02/15(金) 13:09:37.97

void hoge(const int *x)と同じことだろ

**デフォルトの名無しさん** · 2019/02/15(金) 13:17:50.81

そんなところの速度気にする前に無駄なI/Oや描画処理がないかとかクソみたいなアルゴリズム使ってないかとかを心配しろ

**デフォルトの名無しさん** · 2019/02/15(金) 13:20:58.06

C++もC#みたいに参照渡しで呼び出す方にoutやref修飾子みたいなのを明示的に書けるようにしてほしいわ
結果を引数の参照に代入することの欠点は一見してそれが参照渡しか分からないことにある
別に強制じゃなくていいからさ

**デフォルトの名無しさん** · 2019/02/15(金) 13:52:43.03

constなら区別する必要ないだろ
渡されたものを書き換えるなら生ポにすればよい

**デフォルトの名無しさん** · 2019/02/15(金) 14:12:58.62

>>798-799
これだな
「著作権侵害だから」という理由で「スクリーンショットを規制」するとマジで死ぬというのをかつて証明した実例がある
https://gunosy.com/articles/RImqe

**デフォルトの名無しさん** · 2019/02/15(金) 14:18:59.83

>>806
「だけ」で言うとフレームワークとかライブラリとかモジュールとか全部自作なら大変だな

**デフォルトの名無しさん** · 2019/02/15(金) 14:19:30.44

>>806 ( >>821 )
どんな言語でもっていう意味ね

**デフォルトの名無しさん** · 2019/02/15(金) 14:20:59.00

>>810
テンプレ使え