C++相談室 part142

**デフォルトの名無しさん** · 2019/04/01(月) 22:17:05.84

次スレを立てる時は本文の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++相談室 part140
https://mevius.5ch.net/test/read.cgi/tech/1547326582/
C++相談室 part141
https://mevius.5ch.net/test/read.cgi/tech/1550772463/

このスレもよろしくね。
【初心者歓迎】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/04/11(木) 00:18:20.98

このご時世に本読んでプログラミング勉強するってあほだろ

**デフォルトの名無しさん** · 2019/04/11(木) 00:27:14.17

1周回ってきて本になるんだよなあ

**デフォルトの名無しさん** · 2019/04/11(木) 00:36:20.66

Effective系以上は本でもいいと思う

**デフォルトの名無しさん** · 2019/04/11(木) 00:47:54.22

少なくともeffective系統読んでもわけわからんレベルの人はまずはしっかりした本を読むべきと思う。
しかしc++は勧めたい本がない。。「独習c++」かな。。いいとは言いずらいがしかしほかに勧めたい本もない。

**デフォルトの名無しさん** · 2019/04/11(木) 01:24:17.64

ネットさえありゃ本なんかいらんだろアホ、と思っていた時期が俺にもありました
実際ちょっと前まではそんな感じだったんだけど、最近は Google のアルゴリズムがポンコツなのか
それの裏をかく技がものすごく洗練されたからなのかしらんが、とにかく検索上位にアホみたいな
ページがひっかかる事が多い上に、ほんとうに必要な情報が見つからないことが多い
特に最近では Python 関係のネット情報はほんとどうしょうもなくぐらい腐ってるな
C++ 関係はまだかなりましな感じだが

**141** · 2019/04/11(木) 02:06:27.08

外人が書いた「Effective 何々」には、良い本が多い

「Rubyのしくみ」も良い。
RubyVM(仮想マシン)の内部の仕組みがどうなっているのか、など

コンパイラ・インタープリタを作る人は、読んでおいた方がよい

C++ の場合「1. 入門書、2. Effective 何々」の間隔が大きい

つまり、仕様が複雑すぎるから、入門書の範囲が大きすぎる！
独習1冊で、Rubyの1～3 まで軽く読める

常識的には、C++ の本を読めるレベルは、Rubyなど数言語をやった後の話。
とてもじゃないが、素人がやるような言語じゃない！

素人は、細かい仕様の話よりも、
まず、Ruby on Rails などのフレームワークなどで、アプリが動くまでの全体の構造・工程を学ぶのが先

各部分の細かい仕様・バグは、後でよい。
そうしないと、バグってばかりで何も作れない

**デフォルトの名無しさん** · 2019/04/11(木) 03:36:50.02

ネットで学ぶのがアホってドワンゴ社員のあいつの主張繰り返すのかよ
誰が仕様書読むんだあほ

**デフォルトの名無しさん** · 2019/04/11(木) 03:41:11.24

日本語でおｋ

**デフォルトの名無しさん** · 2019/04/11(木) 06:24:23.60

>>141,147
消えろ

**デフォルトの名無しさん** · 2019/04/11(木) 06:54:46.28

>>146
例の医療関係のページビュー稼ぎ対策の影響で個人が細々とやってる良質なサイトが引っ掛かりにくくなってる
って新聞に書いてあったな

**デフォルトの名無しさん** · 2019/04/11(木) 09:44:13.72

具体的にC++でいいサイトはどこ

**デフォルトの名無しさん** · 2019/04/11(木) 10:06:20.10

cpprefjp

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

>>146
お前のいうネットってqiitaとかだろ？
だからダメなんだよお前はw

**デフォルトの名無しさん** · 2019/04/11(木) 18:46:33.30

cpprefjp一択。

**デフォルトの名無しさん** · 2019/04/11(木) 19:07:44.03

リファレンスだけ並べたクソサイトじゃねーかw

**デフォルトの名無しさん** · 2019/04/11(木) 19:27:25.55

この手のランキングは本当に十人十色だな。
人気言語ランキングC++3位
https://www.tiobe.com/tiobe-index/

**デフォルトの名無しさん** · 2019/04/11(木) 19:30:26.87

リファレンスがあれば十分だわ
応用は頭使え

**デフォルトの名無しさん** · 2019/04/11(木) 19:38:13.25

話にならん。。

とりあえずここら辺から始めるのが良いか。
https://www.tutorialspoint.com/cplusplus/cpp_quick_guide.htm

**デフォルトの名無しさん** · 2019/04/11(木) 19:48:35.94

cpprefjpは仕様の成り立ちから使用例まで載ってる

**デフォルトの名無しさん** · 2019/04/11(木) 19:54:53.54

cppreference.comの方が好き

**デフォルトの名無しさん** · 2019/04/11(木) 19:58:11.07

cpprefjpは左の文字が小さすぎるのをなんとかしてほしい

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/11(木) 20:14:39.34

Ctrl+ホイールで画面拡大縮小

**デフォルトの名無しさん** · 2019/04/11(木) 20:36:15.86

それはおかしい

◆QZaw55cn4c · 2019/04/11(木) 20:40:05.89

>>145
独習の後は同じくハーバートシルトの stl 本（ただしC++11じゃない) でしょうけれども…

**デフォルトの名無しさん** · 2019/04/11(木) 21:41:21.15

【小説】ストリームの悪魔

**デフォルトの名無しさん** · 2019/04/11(木) 21:42:54.19

>>157
でも、C++17だと圏外かも。

**デフォルトの名無しさん** · 2019/04/11(木) 21:49:17.62

C++の人気はだいたいWindowsと同期してて、XPで盛り上がり、その後下降して、Windows10発売後ちょっと盛り上がり、その後下降し始め、WSLでまたちょっと盛り上がり、みたいな感じで上下する。

**デフォルトの名無しさん** · 2019/04/11(木) 23:00:30.59

>>165
ビャーネストロヴストルップのプログラミング入門はどうですか？

**デフォルトの名無しさん** · 2019/04/11(木) 23:10:49.56

>>165
◆QZaw55cn4c さんはプログラマーですか？

**デフォルトの名無しさん** · 2019/04/11(木) 23:16:43.21

STLを解説した本として最も優れてるのどれ？

**デフォルトの名無しさん** · 2019/04/11(木) 23:26:14.78

解説するほどのものか？

**デフォルトの名無しさん** · 2019/04/11(木) 23:29:16.82

cpprefjpかcppreference.com眺めるのが一番いいのでは

**デフォルトの名無しさん** · 2019/04/11(木) 23:35:00.33

>>171
C++標準テンプレートライブラリがおすすめ

**デフォルトの名無しさん** · 2019/04/11(木) 23:36:01.51

https://cppmap.github.io/
個人的にはこっちもおすすめ

**デフォルトの名無しさん** · 2019/04/12(金) 00:33:29.09

C++ coding standards が、入門書と effective C++の間という感じで良かったのですが、今新品で買いやすい和書の中で同じくらい良い本ありますか

**デフォルトの名無しさん** · 2019/04/12(金) 07:49:20.68

>>173
それでコードを書けるようになるとは全く思わん。

**デフォルトの名無しさん** · 2019/04/12(金) 08:33:36.67

「ロベールのC++入門講座」を勧める

**デフォルトの名無しさん** · 2019/04/12(金) 09:37:34.83

コード書くために勉強したことが無い人間とコード書くために勉強した人間に分かれるな

**デフォルトの名無しさん** · 2019/04/12(金) 10:54:15.24

RPGのバトルシステムがいつまでたっても出来ない
どうなってんだコレ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2019/04/12(金) 12:39:56.53

>>180
ドラクエの技術を解説した本を買えば

**デフォルトの名無しさん** · 2019/04/12(金) 13:56:50.34

そこでレポートプログラム　ジェネレータを思い出さないと
文句はユニシスに言っとくれ

**デフォルトの名無しさん** · 2019/04/12(金) 16:07:32.84

RPGなつかしいなw
知人でそれの専門で仕事やってるやついたが
今ごろどうしているだろうか・・

**デフォルトの名無しさん** · 2019/04/12(金) 16:19:27.39

>>180
自分が具体的に何を作るのか見えていないとか、自分が何が分からないかがわかっていないとか。

**デフォルトの名無しさん** · 2019/04/12(金) 18:44:05.94

std::rpgの登場が待たれる

**デフォルトの名無しさん** · 2019/04/12(金) 21:59:51.74

>>179
どういう分類か興味がありますね…

**デフォルトの名無しさん** · 2019/04/12(金) 22:35:09.99

これもSFINAE？？？

int plus(int a,int b){return a + b;}
double plus(double a,double b){return a + b;}

int main( int argc, char *argv[] )
{
double c = plus(1.0,2.0);
return 0;
}

**デフォルトの名無しさん** · 2019/04/12(金) 23:46:54.37

SFINAEを理解してないな？
templateでわざと失敗させるんだぞ

**デフォルトの名無しさん** · 2019/04/12(金) 23:50:14.00

それは関数のオーバーロード(オーバーロード関数)
SFINAEはテンプレートに関わる話

**デフォルトの名無しさん** · 2019/04/12(金) 23:55:37.58

SFINAE ていう単語みるたびになぜか
ソフバンの白犬が低い声で「スフィ姉ーーー」て言ってる映像が頭にうかぶ

**デフォルトの名無しさん** · 2019/04/13(土) 00:08:44.65

>>188
最初のplusで失敗して、次のオーバーロードを探しに行ってんじゃん。
もし最初でコンパイルエラーなら、このプログラムはコンパイルされないが、SFINAEのおかげでコンパイルエラーが出ない

**デフォルトの名無しさん** · 2019/04/13(土) 00:43:18.21

>>186
自分の興味のあることをやっていたら気づいたらコードが書けるようになっていた人と
コードを書けるようになることを目標に勉強をした人
前者は入門の仕方を聞かれると上手く答えられない傾向にある
とりあえず好きなもの作ってみて困ったらリファレンスとかみれば良いんじゃないの？とかは割とガチで言ってる

**デフォルトの名無しさん** · 2019/04/13(土) 01:17:48.59

せやな
なぜそこでロベール！？とか思ったけど、なんか納得した

**デフォルトの名無しさん** · 2019/04/13(土) 02:30:55.25

rvalue・lvalueの見分け方について、=の左に書けないならrvalueって考えで良いですかね？

**デフォルトの名無しさん** · 2019/04/13(土) 07:01:49.87

>>194 確かダメじゃないかな。
C の例でアレだけど、配列名 int a[5]; の a は
左辺値だけど代入の左辺に置けない、
「代入不可能な左辺値」というカテゴリになる。

『プログラミング言語C++』第4版 §6.4.1 (p. 175)の図によると
左辺値 lvalue は「アイデンティティを持ち、ムーブ不可能」
右辺値 rvalue は「(アイデンティティの有無によらず)ムーブ可能」

…ムーブできるか出来ないかの判断を、左辺値か右辺値か見分けることで
やろうとしてるなら、この説明は循環論法でしかないけどね。

**デフォルトの名無しさん** · 2019/04/13(土) 08:07:08.65

その場で（1つの文の中で）ムーブされ得るやつが右辺値、ぐらいで良いのでは、
と言いたいところだが
　SomeType a = b = 1;
でbあ右辺値なのかと言われるとうーん…
実際bがその場で所有権を失うこともできる（SomeTypeにムーブコンストラが定義されていた場合
のだから当たらずしも遠からずだとは思うが知らん

**デフォルトの名無しさん** · 2019/04/13(土) 09:00:05.96

てかリファレンスだけ必要な奴はここにそういうことを聞きには来ないだろ。
なんかその辺の感覚がすでにずれてるように思うが。

**デフォルトの名無しさん** · 2019/04/13(土) 09:09:41.91

>>195
「代入できない」って視点で言えば194で合ってるんでは？
確かに a[0] =5 なんかはできるけど、 a = b みたいにポインタそのものは代入できないわけだし。

**デフォルトの名無しさん** · 2019/04/13(土) 09:48:36.03

>>196
右結合なんだから b は左辺値、 b = 1 が右辺値でいいんでは？

L · 2019/04/13(土) 11:50:51.08

全く関係ない話になるけど、JNI = Java Native Interface(?) なるものを使えば、
C++で OS 非依存のアプリが作れるんだね。多分。
C++からJavaの任意のメソッドを呼び出せるし、逆も可能なので、
グラフィックをJavaに描かせて、キーやマウスのイベントをJavaからC++に
伝達すればよさそう。すると、LinuxやAndroidで共通に動くC++アプリ(?)
が出来てしまう。wasmも必要ない。

**デフォルトの名無しさん** · 2019/04/13(土) 15:06:42.85

>>200
C++の部分はネイティブなのでOSに依存する

**デフォルトの名無しさん** · 2019/04/13(土) 15:20:25.21

スマン。CPU毎にバイナリは必要で、
clangに -macrh=xxx-xxx-xxx オプションを指定して CPUやOSを
指定してコンパイルしておくことを想定していた。
ただし、複数のCPU/OS向けのバイナリを1つのAPKにパッケージして、
使用時に自動選択する事が出来るらしい。

**デフォルトの名無しさん** · 2019/04/13(土) 15:31:06.15

わざわざjavaを使わなきゃいけないのが気にくわない
その場合、javaだけで書くこと以上のメリットある？

**デフォルトの名無しさん** · 2019/04/13(土) 15:32:58.01

速度が速い。

**デフォルトの名無しさん** · 2019/04/13(土) 15:33:33.54

てかそれってjavaのアプリ作っているだけじゃ

**デフォルトの名無しさん** · 2019/04/13(土) 15:36:48.83

Androidアプリは、Javaで書くのが基本とされてるけど、
Chromeブラウザなんかはきっと、C++で書いたものを ARMなどの
CPU向けのnative binaryに直し、それをAPKにパッケージ化して
配布してるのではなかろうか？ AmazonのFire7 や Fire HD 8 などの
タブレットのCPUはどちらもARMらしい。スマホもARMが多いのかな。

**デフォルトの名無しさん** · 2019/04/13(土) 15:38:37.67

>>205
基本的な描画系と入力系をライブラリ化しておけば、メインロジック部分は
C++で書けると思うよ。

**デフォルトの名無しさん** · 2019/04/13(土) 15:42:52.17

さっき、AdoptOpenJDK なるものをインストールしてみたら、
java と javac コマンドが起動することを確認した。
多分このJDKは、Oracle フリーで無料でクローズド商用利用できると思う。

**デフォルトの名無しさん** · 2019/04/13(土) 15:46:26.77

jniはjavaのプラットフォームにc++での開発成果物を持ち込むためのもので、そうでないならわざわざそんなもの使う意味は薄い

マルチプラットフォームなアプリを作りたいならQtなりwxなりを使った方が速いし楽

**デフォルトの名無しさん** · 2019/04/13(土) 15:47:10.35

>>208
でもいつ訴えられるかわからないから怖いですう。

**デフォルトの名無しさん** · 2019/04/13(土) 15:58:39.59

そもそも、Androidアプリにとってのシステムコール(API)とは、Javaの関数だと
思うので、この構造自体は Android における「最も高速なアプリ」になっている
と思う。

**デフォルトの名無しさん** · 2019/04/13(土) 15:59:50.41

>>210
一般アプリ作者は大丈夫だと思うな。一番危ないのは、オイラみたいに、
ToolKit作って儲けようなんて思ってる人なのさ。(^_^;)

**デフォルトの名無しさん** · 2019/04/13(土) 16:11:49.69

>>209
それらはサイズが大きい。

**デフォルトの名無しさん** · 2019/04/13(土) 16:14:38.06

糞デカイ上に更新面倒なjavaのruntime入れさせるほうが害悪だろ

flashより糞度が高い

**デフォルトの名無しさん** · 2019/04/13(土) 16:22:55.04

AndroidはJREはプリインストール済みなんじゃないの？
オイラは実機持ってないので全く分からないんだな。

**デフォルトの名無しさん** · 2019/04/13(土) 16:32:58.01

androidで実質c++でのアプリ開発する仕組みなら既にある
jniそのまま使うよりは大分マシ

**デフォルトの名無しさん** · 2019/04/13(土) 16:36:12.19

>>216
どうやるの？

**デフォルトの名無しさん** · 2019/04/13(土) 16:39:07.74

何でグラフィックをわざわざJavaに？

>>217
QtならほぼC++で書ける

**デフォルトの名無しさん** · 2019/04/13(土) 16:42:39.35

Qt は、内部的に Backend で Java を使ってるのかな。

**デフォルトの名無しさん** · 2019/04/13(土) 17:18:44.33

なんかJavaを間違って理解してるっぽい。

**デフォルトの名無しさん** · 2019/04/13(土) 17:21:04.26

>>219
もういい加減スレ違いだから消えてくれ

**デフォルトの名無しさん** · 2019/04/13(土) 19:21:24.16

vector に格納されてる値から添え字の番号を取得するための最も手軽な方法はなんでしょうか

イテレータから添え字番号を取得することはできますが、あくまで値からやりたいです

**デフォルトの名無しさん** · 2019/04/13(土) 19:26:24.27

格納してる値にインデックスの手がかりがないんだったら
findで探して結果のイテレータから取得するしかないな

**デフォルトの名無しさん** · 2019/04/13(土) 19:26:44.48

>>222
findしてdistance

**デフォルトの名無しさん** · 2019/04/13(土) 19:31:01.29

>>223-224
ありがとうございます
格納する値の範囲もサイズも小さいvectorなので、今回は辞書を作って対応しようと思います

**デフォルトの名無しさん** · 2019/04/13(土) 19:42:14.61

>>225
そんな単純な検索なら3行くらいなんだから作ればいいのに

**デフォルトの名無しさん** · 2019/04/13(土) 20:12:30.52

奇遇なことに辞書も三行くらいです

**デフォルトの名無しさん** · 2019/04/14(日) 01:05:39.34

そら奇遇ですな。

◆QZaw55cn4c · 2019/04/14(日) 06:41:11.16

>>200
とても興味を覚えました
私は、そろそろ言語間でライブラリも共用されるべきだと考えています
一つの記述体で各言語共通というのはさすがに難しいにせよ、
Java のライブラリと同等なもの（名前と機能が共通のもの）が C++ にもあってもいいんじゃないか？と数年前から妄想しています…

**デフォルトの名無しさん** · 2019/04/14(日) 07:17:55.90

もうJavaのことは忘れて生きろ

**デフォルトの名無しさん** · 2019/04/14(日) 07:42:20.38

JavaとC++に共通インターフェースを作るのは反対。
車輪の再発明にしかならない。自由を奪うだけの愚策。

◆QZaw55cn4c · 2019/04/14(日) 07:51:31.17

>>231
強要するのではなく、オプション（選択肢）として提供するのはどうでしょうか？

**デフォルトの名無しさん** · 2019/04/14(日) 08:04:00.89

>>232
共通ライブラリを使う側にとってはオプションであることは当然。
共通ライブラリを作る側の話をすべき。共通ライブラリの規格決定権者が増えすぎること自体が好ましくない。
これはEU諸国がトルコがEU参加することを拒否する感覚に近い。

◆QZaw55cn4c · 2019/04/14(日) 08:50:47.24

>>233
私は EU には否定的（グローバリストの巣窟であり、普通選挙／自由選挙による合意形成をスキップするポジションを作って人を操作するからくり、トルコもたぶん目が覚めているのでは？）ですが、それはさておき、
すでにある java/classpath スケルトンを真似してしまおう、という低姿勢・低いプライドを貫くのであれば、規格策定者は基本要らなくなりませんか？だって真似するだけだし…

**デフォルトの名無しさん** · 2019/04/14(日) 08:59:21.33

まだC++98しか知らないと、取り残されますか。

**デフォルトの名無しさん** · 2019/04/14(日) 09:09:36.38

まずは、Javaと瓜二つな C#、.NET、C++/CLIが今どうなっているか考えてみては。

L · 2019/04/14(日) 09:28:45.12

>>229
ちょっと話しはズレるけど、あなたの賛同で嬉しくなったので、入手した耳寄りな
情報を書いておこうと思う。既に知ってる人も当然いると思うけど、
WebAssemblyで作ったようなWebAppliは、ブラウザのURL欄やタイトルバーなどが
表示されてしまうのが難点として残っていた。ところがなぜかElectronでは消せて
いたのでChromeではなくChromiumを使っているからかと思っていた。
ところが、manifest.json なるものを書いて、HTMLにそのファイルを使うように
書いておいて、display プロパティーを standalone やfullscreen にすると、
URL欄が消せるらしい。

◆QZaw55cn4c · 2019/04/14(日) 09:41:42.35

>>237
もう時代はすっかり html/css/js ですね…
VSCode も　Electron ですし…

**デフォルトの名無しさん** · 2019/04/14(日) 10:28:52.88

質問を変えてみよう。
C++11やC++14のコードは、職場で取り入れられてますか。

**デフォルトの名無しさん** · 2019/04/14(日) 11:49:20.77

>>239
ガンガン取りいれてるよ。

なにげにでかいのが日本語識別子の保証。適切に使うと可読性が笑っちゃうくらい上がるｗ
ヘッダーのプロトタイプ宣言とかが特におすすめかな。

あとchar16_t/char32_tも結構ありがたい。WindowsとUNIX系のOS間で同じ文字コードとして共通で使える型が以前はなかったからね。
20でようやく入るみたいだが、なぜchar8_tを入れかったのか(´･ω･｀)

std::initializer_listもかなり便利。型安全で個数も分かる上に、引数の一番後ろじゃなくてもいいので、cの...と違って気軽に使える。

あとよく使うのは範囲for文と、イテレータの簡略化かな。いくつかの演算子をオーバーロードすれば良いだけだから、
結構気軽に範囲for文対応のイテレータを書ける。

ラムダ式も関数の引数に直接関数を埋め込んだりできて便利。

◆QZaw55cn4c · 2019/04/14(日) 12:36:24.13

>>240
＞char16_t/char32_tも結構ありがたい

確かに
char16_t と u"" がなければ win32api W 系とか途方に暮れていたとおもいます… https://mevius.5ch.net/test/read.cgi/tech/1434079972/53