C++相談室 part143

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/15(土) 13:51:53.57

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

前スレ
C++相談室 part142
https://mevius.5ch.net/test/read.cgi/tech/1554124625/

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

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

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

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/24(月) 22:05:46.06

C++プライマーとaccelerated C++一通りやってeffective C++始めたんだけどすんごくめんどくさーい
acceleratedの後半あたりから思ってたんだけど純粋なロジックやテクニック以外のところで考えなきゃいけないこと無限にあってできるようになる気がしない
実際に開発になってクラスやインターフェイスの設計ってみんなこんな色々考えてやってんの？って
競プロっぽい問題だったりちょっとしたもの作るのは割と面白いけどなんかもう萎えてきた
世の中のプロってやっぱ(modern) effective C++とかmodern C++ designとかその辺りは基礎教養レベルまでもっていってるもんなの？
2年目のペーペーだけどとてもC++のプロになれる気がせんわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/24(月) 22:08:08.69

そのへんはさらっと何が書いてあるか見ておいて、実際書くときに関係ある部分を参照する本では？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/24(月) 23:54:52.99

>>141
それは思うわ
結局その辺の不満を改善したのがJava以降のオブジェクト指向言語だから
今C++を勉強すると面倒すぎると感じるはず

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 00:51:00.92

必要だと思うもんだけ使えばええがな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 01:40:27.96

11 名前：（´・ω・｀）（｀ハ´　）さん[] 投稿日：2019/06/24(月) 17:55:34.54 ID:PqEssjoP
世界三大英雄は野茂と村田と、あと１人は誰?

142 名前：（´・ω・｀）（｀ハ´　）さん[sage] 投稿日：2019/06/24(月) 21:21:51.77 ID:osRVwCku
>>11
中野英雄

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 07:42:37.27

>>132
回復できないエラーでもユーザーに通知する余地はあるでしょう。最悪abort()でも、もみ消すよりはマシ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 12:36:52.78

JavaもC++も大して変わらないと思うけど

2019/06/25(火) 12:59:41.31

>>141
modern C++ designはメタプログラミングに片足突っ込んでるからだいぶ後回しでいいと思う
考えること無限にある、は同意だけど優先順位低いものは忘れた方がいいんじゃないかね(特に、ループ回しもしない箇所の速度効率とか

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/06/25(火) 17:37:46.05

むしろjavaの方がいろいろ面倒くさくね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 17:56:57.79

使用する概念としてはJavaとCを足してさらに多重継承とか演算子オーバーロードとかを足した
のがC++という印象だった。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 18:01:11.39

プログラミング言語　収入　ランキング
とかでぐぐると
難しい上に重要なはずのC++が年収ランキングで10位以内に無いんだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 18:15:31.86

統計の取り方が不明

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 18:20:11.68

>>140
多いってのはどこで集計されて発表されてるの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 18:30:38.49

一発当てて稼げてるのがwebサービスやってる人たちだから

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/06/25(火) 19:12:58.12

C/C++まともに書ける人は貴重になってきてるのに何故か低いよねえ
特定の会社に行くしかない気がする

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 19:18:47.91

>>151
経済の世界でよくあること：
・高度な能力を持つ人は給与ではない部分にやりがいを感じるので給与に
　関係なく集まってしまう。アニメーターは絵がものすごくうまいのに、
　マクドナルド店員よりも自給が低い。「やりがい搾取」。

・高度な分野は、人材も高度な人が集まってくるので需要よりも大き過ぎる過剰な
　成果を出してしまうので給与が下がるらしい。プログラマや数学者、
　コンピュータ業界なんかは大体、そんな感じのところがある。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 19:21:25.34

高度な分野においては、とても僅かな一握りの人が、過大な成果を出してしまう。
すると、大体の場合、給与が下がるらしい。世界のわずか数人が異常なほど大きな成果を
出しているとか。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 19:28:18.56

みんな勘違いしてるが儲かる商売してるかどうかだけが稼ぎに関係している
儲からない商売に超絶技巧を投入しても意味ない
サービスで一発当てる方が100倍稼げる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 19:43:08.34

というか自分のビジネス思いつくタイプでもないプログラマーが稼ごうと思ったらなるべくニッチな言語を探していくべきなんだと思う
C/C++なんてメジャーどころは一番だめなんじゃないか。まだまだ人が少ないか、書ける人がどんどん減っていきそうなところを

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 19:50:04.75

COBOLは意外と稼げるらしい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 20:09:29.07

>>159
違うぞ稼げる商売やってる人に乗っかるのが正解
現在儲かってしょうがない会社に入るか今後そうなる会社に入っておくしかない
専門分野は関係ないが一発当てようがない業界というのはあるからそういうところは目指さない方がいい

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:00:35.29

言語は表現手段にすぎないので、言語で分野が決まってしまう現状には疑問を持ちます
少なくともライブラリーは統一されるべきだと昔から夢想してきています

2019/06/25(火) 21:02:24.65

現実にあったんじゃよCOMというものがな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:03:41.95

ライブラリはCインターフェースさえあれば全てのまともな言語から呼べるから問題ない

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:07:14.96

>>163
OLE は重過ぎるんじゃないでしょうか？単に名前と仕様が「ある程度」統一できればいいかと考えています
でも OLE はもう一度調べなおしてみます、キーワード提供ありがとうございます

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:07:47.47

>>164
OO であるべきでは？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:10:43.33

素朴な疑問なんだけど
オブジェクトをshared_ptrで管理するとき
そのオブジェクトから他のオブジェクトにポインタを渡したいときってどうするの？
コンストラクタ以外のメソッドからならenable_shared_from_thisで
生なthisポインタからshared_ptrを生成して渡せばよいけど
コンストラクタだとそれも無理だよね(shared_ptrが作られるのはnewの後だから)
どうするの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:11:27.40

ポインタ指向プログラミングとオブジェクト指向プログラミングは根本的に相性が悪い
これがC++高難易度化の一要因

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ) · 2019/06/25(火) 21:13:45.53

>>167
make_sharedじゃね？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:15:54.14

てかさ
自分自身のスマポを
外部から渡してもらわないと、自分では知れないってのは
設計ミスなんじゃね？
当たり前、JavaやC#だとそんな制約ないからなぁ

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/06/25(火) 21:18:19.51

代入がメンバのコピーという仕様が全ての複雑さの元凶
互換性のために仕方なかったとはいえ
おかげで完全に動くクラスをつくるのが凄まじくしんどい
それを改善しようとしたJavaは全てポインタのコピーというふうに割り切ったが
Optinalを導入しなかったせいかヌルポの山を築いた
それを改善しようと
Rustは全てがムーブという世界を作ったがまだ受け入れられるには早かった

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:24:24.92

>>171
これまた不思議なもんで
Cからして配列は参照渡しなのに構造体は値渡しだからねぇ
Cの構造体が配列みたいにアクセスするとポインタに成り下がる仕様だったのなら
C++もまた違ってただろうねぇ
どちらがいいかは分からないが

2019/06/25(火) 21:26:08.00

えっ
普通は呼吸をするように
const T& var
て書く様に訓練されてるだろ？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:29:04.07

任意にコピーとポインタとムーブを使い分けることになんの苦労も無いと思うけど

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:29:56.71

>>172
私は逆を考えていました、すなわち、配列ですら値渡しであるべきかと
参照渡しにしたいのなら、そのすべてに * をつけて明示するべき

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:32:48.81

そうではなくて
構造体において何も考えずに代入した場合
実体のコピーになるって話では
その点、配列では実体のコピーにならないので
JavaやC#のオブジェクトに近い仕様で
なかなか先鋭的

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:44:51.24

そんなことより
コンストラクタで自分自身のshared_ptrが欲しい時
どうするの？
欲しい理由としては、どっかシステム的なところにattachしたり
自分のコンポジションした子供たち？に渡したり
そういうことをコンストラクタですっかりしたい場合どうすんの
enable_shared_from_thisを継承して二段階初期化ってのもかっこ悪いし
（↑生成する側がshared_ptrを使ってくれなかった場合
　クラッシュするってのは置いておいてさ）

そもそも実行時型情報なんて反則が許されるなら
仮想関数付きのオブジェクトは実行時型情報のどこかに参照カウンタを隠し持っている
って仕様でもよかっただろ？
スマポ側が参照カウンタを持っているってのは一見賢そうだけど…
上手くいかないパターンもあるよね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:48:45.68

>仮想関数付きのオブジェクトは実行時型情報のどこかに参照カウンタを隠し持っている

↑これはちょっと不正確だな
vtableと一緒に参照カウンタ～
が正解かな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:52:05.85

ファクトリでやれ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/25(火) 21:54:23.16

>>177
create関数でshare作ってから後の構築処理して返すしかないんじゃね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 00:01:25.34

有害でしかない美意識は投げ捨ててshared_form_this使えって話になるだろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 00:07:57.67

それでもコンストラクタでは使えないから二段階初期化になるな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 00:27:47.77

ちょっと質問なんですが、どういうときに必要になるんですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 01:38:39.12

Intel、新プログラミング言語「Data Parallel C++」を開発中
2019/06/25 11:08　後藤大地
https://news.mynavi.jp/article/20190625-848112/

ossbytesは2019年6月24日(米国時間)、「Intel Is Working On A New 'Data Parallel C++’
Programming Language」において、Intelが「Data Parallel C++」と呼ばれるプログラ
ミング言語の開発を進めていると伝えた。

Data Parallel C++に関しては、先日Intelが発表した「Intel’s ‘One API’ Project
Delivers Unified Programming Model Across Diverse Architectures」程度しか情報が
なく、具体的にどのようなプログラミング言語なのか、わからない状況にある。
記事では、これまでに公開されている情報から、Data Parallel C++の特徴として以下を
まとめている。

・Data Parallel C++ (DPC++)はIntelが以前から取り組んでいるOneAPIプロジェクトの
成果物の1つ
・OneAPIプロジェクトはさまざまなコンピューティングアーキテクチャにおいて統合された
プログラミングモデルを提供するための取り組み
・Data Parallel C++はC++をベースに開発されている
・Data Parallel C++はKhronos GroupのSYCLシングルソースC++プログラミングスタン
ダードがベースになっている
・CPU、GPU、FPGAといった異なるアーキテクチャに対して使用できる
・Data Parallel C++の詳細は2019年第4四半期の発表される見通し

GPUの活用はスーパーコンピュータにおいても重要度が増している。Intelは異なるアーキ
テクチャに対して利用できるプログラミングモデルを構築することで、さまざまなコン
ピューティングアーキテクチャに対して同じコードベースで開発を進められる仕組みを
実現することを目指していると見られる。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 04:17:13.86

結論
使えない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 06:38:56.80

>>177
相互参照自体がクソ汚い設計なんだからツールがいくら綺麗になってもダメ。
諦めてthis渡せや。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 07:32:00.47

>>184
OpenCLとの違いは何

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 07:40:21.71

異なるアーキテクチャに対応
高額
インテルサポートあり

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 08:12:04.77

OpenCLがずっと停滞気味なのに業を煮やしたんじゃね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 12:31:58.13

Intelは、CPU内臓のGPUを自前で作ってるから、そのための開発環境は
重要で、実行時のパイプライン関連のさまざまな高速化においても、
共通の技術が使えるので開発するメリットは大きいのだろうと思う。
レジスタ割付、ループ関連の最適化などは、CPUを実行する段階でも
似たことが行われる。

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/06/26(水) 12:39:28.47

そんなくだらんライブラリ作ってる暇あったらCUDA互換のランタイムだせーい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 12:57:05.45

言語ではなくて、テンプレートライブラリなの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/26(水) 17:24:56.62

海外のニュースサイト見ても言語と書いてある

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/27(木) 22:57:53.41

accelerated C++みたいな実際にプログラム組んでいきながら組むときはこういうところを気をつけないといけないみたいなこと解説してる本って他に無い？
細切れの文法はC++プライマーやプログラミング言語C++第4版あるし、テクニック集みたいなのはeffectiveC++でいいだろとは思うんだけど
プログラミング構築を実際にどう進めていくのがいいのかってところが全然分からない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/27(木) 23:06:50.63

他人の設計をパクる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/27(木) 23:34:52.50

>>194
同じ著者の再考C++とか？
ただクソ古い時代のC++
あとストラウストラップのC++によるプログラミングの原則と実践
これはモダンだが鈍器なので読むのは覚悟がいる

**デフォルトの名無しさん** (ｵｯﾍﾟｹ) · 2019/06/28(金) 02:18:49.53

C++に限らず、プログラムに関連した技術書について議論するスレってある？
他板でも良いが、書き込みが活発な場所が良い

金を持て余してて、「定番中の定番」という技術書をかき集めたいんだ
ランキングなどあったらなお良い

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ) · 2019/06/28(金) 02:20:52.05

アマゾン

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 08:26:19.94

>>197
本だけ読んでも何もみにつかない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 10:02:58.07

>>197
スレじゃなくてリアルで聞け

2019/06/28(金) 10:46:50.38

昔は推奨本スレとか無かったっけ
過去ログを漁ってみるとか

**デフォルトの名無しさん** (ｵｯﾍﾟｹ) · 2019/06/28(金) 12:40:55.68

>>199
質問に対する回答にま～～～～ったくなってない
お前死ぬほどアタマ悪いだろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 12:54:03.48

2chでは模範解答なんだが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 14:42:29.18

金持て余してて収集欲のために名著集めたいみたいな話なのに身につく身につかないとか言ってるのは確かにおかしいよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 15:07:13.61

全然関係ないけどこのスレワッチョイの表示がワッチョイだけなんだな
初めてみた

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/06/28(金) 15:33:25.35

>>204
それこそC++に限らないなら他のスレで聞けばよくね？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 16:02:48.30

各C++コンパイラのシェアってどのくらいなんだろう
Builderとかまだ使ってる人いるのかな

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/28(金) 16:39:19.43

cppreference.com眺めてりゃわかる

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 16:48:57.53

>>207
いるんじゃない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 16:51:56.00

推定だと、Delphiを含めれば、VC++の10分の一位は、Embarcadero製の
開発環境を使っているらしい。C++とPascalの内訳は分からない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 18:34:46.13

C++で、マルチプラットフォームで、コンパイラとライブラリを同じ組織が
作っているものは多分、他にない。Qtはライブラリと簡易IDE程度だし。
やはり同じ組織が全てを管理しているのは信頼性において優位。
なお、MSだと、Windowsシェアを根本的に減らす開発環境は存在し得ない。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 18:58:18.67

MSの開発環境で、果たしてMSを脅かすような製品を作れるだろうか。
一見便利に見えても、MS社内にはさらに便利なツールやライブラリがあるのでは。
だから、生産性は常にMSには適わないことになる。MS以外の開発環境を
使えば、あるいはMS社内の生産性を超えることが出来るかもしれない。運がよければ。

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 19:16:56.00

コマンドライン引数にファイル名を取って、そこに記述されている数値列を vector に格納して、その後その vector に何かするプログラムを作りたいとします。
そのファイルに入ってる数値列が int でも float でも良いとき、 main 関数ってどう書いたら良いのでしょうか。
ただし、数値列の中の全ての数値が同じ型であることは保証します。

int main(int argc, char* argv[]){
　vector<ここに何を入れたら良いか分からないです> v;
　ifstream fin(argv[1]);
　auto tmp;
　while(fin >> tmp) v.push_back(tmp);
　fin.close();
　
　～ v にしたい処理を書く～
}

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 19:31:18.51

＞auto tmp;

2019/06/28(金) 19:33:04.89

doubleか何かにしとけば
あるいはvariant

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 19:35:02.98

>>214
vector<auto> って意味ですか？
>>215さんの案とどっちが良いんでしょうか。
思想による？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 19:54:16.23

>>216
auto tmp;なんてありえねーってことだろ
型推論でけへんやん

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 20:01:01.82

>>217
じゃあそこもどう書くべきか分からないです

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 20:08:22.32

根本的にはオートマトンで判定する

IP型 192.56.125.0
小数型 1025.62
整数型 100731
分数型 57/1269

+-の記号も含めて状態遷移図を考えてif文のすごい連なりを作る
単純でしょ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 20:12:43.82

9.7/2.01
ピリオドと/を含むこの文字列を分数と見做して小数にしてしまうかどうかも勝手に決めて言い

2.54/-0.07
これは非常に怪しいけど、負の小数に直してもいい、と決めていい

.565
これはどこからどう見ても小数の0.565に見えるから小数である、としてもいい

00.3
ゼロが重なってるけどだいたい小数だろ、ということにしてもいい

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 20:30:23.52

>>219
トライ木みたいなものを作るべきということですか？
それとも、トライ木など言わずにもっとシンプルに実装できるのでしょうか

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/28(金) 20:38:09.73

読み込みの時点で処理をするときの型に変換するだけでは？

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 20:41:38.84

>>222
>>213のコードで言うと、fin >> tmp の部分が「読み込みの時点」ですよね？
どう変えたら良いですか。

ちなみに、
～ v にしたい処理を書く～
というところには int なら int、float なら float 向けの工程が書かれるというつもりです

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 21:21:06.58

とりあえずvector<string>に収集してから中身がintかdoubleかcomplexかゆっくり解析すればええやん

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 21:23:57.66

>>224
皆そんなダサいやり方でやっているのですか？

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ) · 2019/06/28(金) 21:25:54.60

字句解析の方法を勉強しないといけないよ。簡単に言えば文字列を一文字一文字解釈する訳。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ) · 2019/06/28(金) 21:27:07.49

std::atoiとか、std::strtolなどの関数を使えば字句解析は省略できるけど。

**蟻人間** ◆T6xkBnTXz7B0 (ｽﾌｯ) · 2019/06/28(金) 21:27:59.32

std::sscanfっつーのもあるね。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 21:29:46.80

ださいと思うならプログラミング向いてない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 21:36:20.96

てか面倒だから全部doubleで読むんじゃダメなの？

**デフォルトの名無しさん** (JP) · 2019/06/28(金) 21:41:50.76

ハァ～～～ダセェ奴しかいねぇなここは
分かった。自分で勉強するわ
ありがとう

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ) · 2019/06/28(金) 23:21:16.52

Ｎ⊆Ｚ⊆Ｑ⊆Ｒ⊆Ｃ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/28(金) 23:59:43.49

答えでてんのに何が聞きたいんだこいつ

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/29(土) 00:51:14.21

>>233
自分が思うカッコイイやり方があるかと期待してたら、誰も期待に応えてくれなかったということだろう。
周囲の人間が｢お前のカッコイイは世間からずれてるぞ(むしろバカっぽいぞ)｣と教えてやっても、本人は納得しないのだろう。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 01:06:46.73

C++をPythonかなんかと勘違いしてるんだろう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 01:39:33.69

>>196
ストラウストラップのは初心者用って聞いてたからスルーしてた。両方ちょっとチェックしてみるわ感謝

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 01:58:15.72

typescriptだとint|floatみたいな型指定ができるんだっけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 02:25:19.40

質問です。weak_ptr<T>とintの双方向マップがやりたかったので

boost::bimap<weak_ptr<T>,int> bm;

とやったらweak_ptrはハッシュにできないのでエラーになりました。よく考えると当たり前ですね。
仕方ないのでとりあえずunordered_mapと組み合わせて

boost::bimap<T*,int> bm;
unordered_map<T*, weak_ptr<T>> um;

この２つをセットで用いてるんですが、なんか不格好というか・・・
もしかして変なことしてますかね自分？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 07:07:52.52

字句解析しても書かれた数が整数型として扱うべきなのか浮動小数点型として扱うべきなのか
書いてあるのが数だけなら、書いた奴の意図まで常にわかるとは限らん

価域だけが問題ならとりあえずdoubleかlong doubleの数値xとして読んでから
std::numeric_limits<T>::lowest()～std::numeric_limits<T>::max()にxが収まるような最少の型Tを決定せよ、
みたいな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/29(土) 07:08:51.86

訂正
　誤：価域
　正：値域