C++相談室 part130 [無断転載禁止]©2ch.net

2017/03/31(金) 08:47:49.65

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

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

前スレ
C++相談室 part129
http://echo.2ch.net/test/read.cgi/tech/1483940967/

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

■長いソースを貼るときはここへ。■
　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

2017/05/21(日) 23:17:17.16

コードの他に何か残すなら、単体テスト（コード）とか試験仕様書とかを書けば良い
単体テスト（コード）や試験仕様書なら、少なくとも書いた範囲についてコードとの不一致は有り得ないのだから

2017/05/23(火) 07:38:45.51

enumの中身を漏れなくする方法はないの？

2017/05/23(火) 07:54:11.86

>>364
?

2017/05/23(火) 08:12:47.34

>>364
ほれ
namespace himitsu {
enum more {aaa};
}
using more = himitsu::more;

auto e = more::aaa;

2017/05/23(火) 09:32:50.64

今ならenum classやろ
enum class more{aaa};

2017/05/23(火) 22:40:27.44

>enumの中身を漏れなく(イテレート)する方法はないの？

2017/05/24(水) 07:25:20.05

>>368
ちょっとはググれカス
https://zenmai.wordpress.com/2009/11/11/enum%E3%81%AE%E3%82%A2%E3%82%A4%E3%83%86%E3%83%A0%E3%82%92foreach%E3%81%A7%E4%BD%BF%E3%81%86%E3%80%8Cc/

c# foreach まで入力したら enum が補完されるぐらいだからそう言うことをやりたい奴は多いのかも

2017/05/24(水) 08:14:20.55

安定のﾄﾞｺｸﾞﾛMM

2017/05/24(水) 14:16:08.43

Cの時代からenumは未だに慣れない

2017/05/24(水) 22:12:49.22

むしろCでintや#defineだらけのenumを使わないコードがずっと疑問だった

2017/05/24(水) 22:17:53.05

enumに文字列定義でけんの？

2017/05/24(水) 22:57:19.03

>>369
何故C#？

2017/05/25(木) 05:00:36.62

>>374
すまん寝ぼけてた
C++ は無理そうだな
Range-based for で何とかしてくれると嬉しいんだけどね

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-eUT2) · 2017/05/26(金) 20:36:20.09

言語ではenumの列挙はサポートされてないから、そのまま必要なデータを手書きで記述するか、
プリプロセッサマクロと#includeで汚く書くしかないね。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-eUT2) · 2017/05/26(金) 20:41:12.76

DEFINE_HAGE(baka)
DEFINE_HAGE(boke)
...
こういった内容のテキストファイルを用意し、別のソースでマクロDEFINE_HAGEをテキトーに定義して#includeで
読み込むという素人お断りのテクニックがある。

2017/05/26(金) 23:46:38.90

http://i.imgur.com/VFje2sYh.jpg

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-eUT2) · 2017/05/27(土) 01:04:47.55

生き残ってますか、人間ども？

2017/05/27(土) 02:22:34.43

キミも相変わらずだねｗ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-eUT2) · 2017/05/27(土) 02:29:51.07

前日はrosのfreetypeを2.8に更新するパッチを作って人ひとり助けた。

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdbf-eUT2) · 2017/05/27(土) 02:32:13.02

１日に百人助けられる頃には大金持ちになっているだろう。

2017/05/27(土) 02:53:52.81

百日に一人助けて大金持ちになるような仕事をしなければだめだよ

2017/05/27(土) 17:46:08.41

>>376
enumの列挙って何？

baka,
boke,
じゃあかんの？

2017/05/27(土) 18:09:13.93

for ( auto i : enum_class )

2017/05/27(土) 20:21:56.11

マクロで定義と同時に配列に詰め込めばいいんじゃないか

2017/05/27(土) 23:42:50.86

enum定数はenum定数やし、
C#のIEnumerator的なﾌﾞﾂはC++でも書けるし

ここでのenum定数の列挙ができるかできないかというのは
糖衣構文によるサポートの有無の違いでしかないと言える、
希ガス、

2017/05/28(日) 08:54:39.55

最近Python使い始めたけどすげー書きやすいわこれ
感動を覚えるレベル
やはりC++は糞

2017/05/28(日) 10:29:47.18

>>387
> C#のIEnumerator的なﾌﾞﾂはC++でも書けるし
書いてみてよ

2017/05/28(日) 11:07:21.67

enumの要素数とか最大値最小値って取れる？

2017/05/28(日) 12:05:13.52

>>389
なんか期待値が高まり杉な気がするが、
IEnumeratorについてはReset()とMoveNext()とCurrent()を宣言して、派生クラスで実装するだけにょ？
列挙するデータは派生クラス（具象クラス）側に>>386式の配列データを受け取るようなコンストラクターでも設ければ良いし、

もしC#のEnum.GetValues()とかEnum.GetNames()みたいなやつが欲しくなってもstd::mapとか使えば動くものがｷﾞﾘ作れるだろJK

なお上記のようなやり方がC#と比べようが無いぐらい面倒臭いという批判は
>糖衣構文によるサポートの有無の違いでしかないと言える、(>>387)
で予防炭、

2017/05/28(日) 12:09:37.75

>>377
Eigenみたいな？

2017/05/28(日) 12:30:50.04

>>391
> IEnumeratorについてはReset()とMoveNext()とCurrent()を宣言して、派生クラスで実装するだけにょ？
糖衣構文に期待しすぎ w

2017/05/28(日) 13:42:05.12

糖衣構文様に対して「違いでしかない」とか頭が高いぞ

**デフォルトの名無しさん** (JP 0Hbf-ozZu) · 2017/05/28(日) 13:43:10.88

>>390
俺はいつも
enum class Hoge {
　　None = 0,
　　Fuga,
　　Foo,
　　Woo,
　　Size
}
ってしてる

**デフォルトの名無しさん** (JP 0H49-zUMb) · 2017/06/01(木) 02:15:55.12

すみません、どなたか教えてください
独自のイテレータを実装するにはどうしたらいいのでしょうか？
ググってみたら、c++17でstd::iteratorがdeprecateになったらしいのですが、
独自のイテレータを作るときにstd::iteratorを継承するのはbad practiceってことになるのでしょうか？

2017/06/01(木) 06:36:46.84

>>396
boost::iterator_adoptor

2017/06/01(木) 06:54:03.34

>>396
ググってるならこの手のページもヒットすると思うが...

http://faithandbrave.hateblo.jp/entry/2016/09/12/145923
標準ライブラリの範囲では、イテレータは最初から最後まで自分で定義することになります。

2017/06/01(木) 08:18:50.46

イテレータの要件さえ満たしておけば実装はなんでもいいのでは

2017/06/01(木) 08:23:03.98

>標準ライブラリの範囲では、イテレータは最初から最後まで自分で定義することになります
高橋昌は規格のドラフトも読まないほどモウロクしたのだろうか？

2017/06/01(木) 10:32:18.97

昌？お前も相当モウロクしてるぞ

2017/06/01(木) 11:36:05.93

ワロタw

2017/06/01(木) 12:37:41.54

そういえば「日」が三つだった気がしてきた
俺もモウロクしたようだ

2017/06/01(木) 12:42:26.29

結局何が正解なんだよ

2017/06/01(木) 12:45:46.15

>>369に対してはN4659のAnnex D(D13.1)が正解
C++20で使えなくなる可能性があることを理解した上で使えということ

**デフォルトの名無しさん** (JP 0H49-zUMb) · 2017/06/01(木) 14:18:15.64

>>398
えっと、何て言えばいいのかな？
最初から最後まで自分で定義するとして、std::iteratorをそっくりそのまま書き写したmy_iteratorみたいなのを継承する、
あるいは、それと同等な方法でイテレータを定義するのは問題ないのかな、と思って質問しました。
自分で定義したとしても、std::iteratorに付随するもの、たとえばiterator_categoryやvalue_typeを使えば、
それは廃止されるstd::iteratorを使ってるのと大差ないですよね？　そういうのはいいのかな？と思って

2017/06/01(木) 15:08:52.32

>>406
はい問題ないです
むしろstd::iteratorはイテレータを自作するためのただのヘルパーであって、
要求される型や関数を持っていればイテレータを作るために特定のクラスを継承しなきゃいけないとかはないです

2017/06/09(金) 13:26:36.03

int hoge={1,2,3,};
配列末尾のカンマは許されてますか？

2017/06/09(金) 18:17:06.50

paiza.IO, codepad などに、ブラウザで書き込んで、確かめれば？

2017/06/09(金) 18:38:38.05

確かめてもその環境では出来ると言う事しかわからないので

2017/06/09(金) 18:41:26.39

コンパイラの実装が全てにおいて正しい

2017/06/09(金) 19:06:37.15

自分が持ってる本では配列末尾に全てカンマがありますよ

許されてるはず！

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sd43-QXxp) · 2017/06/09(金) 19:49:56.35

>>408
https://cpprefjp.github.io/lang/cpp11/trailing_comma_following_enumerator_list.html

2017/06/09(金) 19:51:04.81

最後に余計なカンマが付いているのだから、普通はコンパイルエラーになるはずだろ

それがエラーにならないのなら、その構文は正しい

2017/06/09(金) 20:01:26.03

enumができるのはとっくに知ってます

>>414
その環境でエラーにならない事がわかるだけなので意味ないです

2017/06/09(金) 20:23:58.14

>>408
時代による
大昔はダメ

2017/06/09(金) 20:40:16.86

>>415
規格の8.5p1を読むか、
C++14の前後のN3797(8.5p1)とN4659(11.6p1)の内容から規格を推察するしかない

2017/06/09(金) 21:34:47.00

そういえば>>408のコードにはどこにも配列が登場しないな
一行目はフェイクなのだろうか

2017/06/09(金) 23:23:34.86

>>408
n4659によるとあり

2017/06/10(土) 09:38:34.51

で、結局hogeに何が格納されるの？

2017/06/10(土) 12:33:50.86

>>414
正しい構文はエラーにならない
けど
エラーにならないからと言って正しい構文とは限らん

2017/06/10(土) 13:30:36.94

規格的にはどうなのか調べる気にもならないけど
Cでも80年台の終わりくらいには俺の知ってる全てのコンパイラで最後のカンマ許されるようになってたと思う
今C/C++でエラーにするコンパイラなんてあるのかね？
もしあるならそんなコンパイラは色々ヤバいから使わないほうがいい

2017/06/10(土) 13:43:34.09

だから規格的にもありだって

2017/06/10(土) 13:44:18.36

列挙部分をスクリプトか何かで生成する時に、
ちょっと楽ちんだなと思った事はある

2017/06/10(土) 13:50:38.86

カニハン第二版にも、要素末尾後ろのカンマは合法て書いてあったような。
まさにスクリプティング時の便宜を図るため。

ただ、C89とかだとenumだけは許されてなかった気が。

2017/06/10(土) 18:16:29.78

「規定クラス」とかいかにも公式に定義されてるっぽい言葉を使いながら
抽象化だよわかるだろ、とか
省略だよわかるだろ、とか

2017/06/10(土) 19:06:50.38

規格と簡単に言うけど、日本の産業界には言語規格を知っている人が、そもそもいない。
MISRA-C の日本の委員会の人でも、規格は知らないから、
欧州に問い合わせながら、本を書いたらしい

日本の産業界から、そうそうたるメンバーを集めても、規格は謎だらけ

日本では規格に詳しいのは、C++ 標準化委員会の、
ドワンゴ江添亮、επιστημη（エピステーメー）ぐらいだろ

2017/06/10(土) 19:17:08.33

>>426
誤爆ってるぞ...
どこの誤爆かもわかるけど w

2017/06/10(土) 19:36:14.26

>>427
エピスは全然詳しくないだろ…

2017/06/10(土) 19:46:32.90

>>427
ドラフトがネットでタダで手に入るんだから誰でも詳しくなれるだろ
金払えば規格も買えるんだし
標準化委員会にいないと詳しいとは言えないのか？

2017/06/10(土) 20:03:52.30

規格は、JISなどが翻訳しただけで、翻訳者には意味は分からない。
規格から、その条文に合った例題を、誰も作れない

だから、MISRA-C の日本委員会では、その条文を説明するための、
例題を作っては、欧州に問い合わせて、間違いが無いかどうかを確かめている

文章一つでも、解釈の仕方が一杯あるから、例題が無いと説明できない

法律の民法などと同じ。
TAC、伊藤塾など各社が、法律を解釈する受験本を、たくさん出しているだろ。
最高裁の判決を載せて、条文がどう解釈されたか、書いているのと同じ

規格だけがあって、それを読んでも、どうにもならない。
MISRA-C みたいに産業界から、数十人が集まって議論しても、条文の意図が分からない

2017/06/10(土) 20:32:33.27

>>431
意図がわからない条文ってどれ？
ちょっと具体的にあげてみようか

2017/06/10(土) 20:40:48.55

mainの戻りのvoidが規格違反かどうかについて「otherwise」という表現の解釈で議論が始まってしまうレベルのウンコ文書
もとの英文が宜しくない

2017/06/10(土) 21:35:35.18

>>427
俺ですら自腹で買った規格書持ってるけど何言ってんの？

2017/06/10(土) 21:51:00.66

さすがに>>430-431の後にこのレスは
日本語読解力に問題があると言わざるを得ない

2017/06/10(土) 22:22:04.21

>>431
法律と違って意図は分からなくてもいいだろ、曖昧な表現は困るが
意図がわからないとプログラミング上困る条文って具体的にどこだよ

曖昧な表現もそりゃあるとはいってもほんの一部だろ
それにたとえ委員会の人でもその曖昧な表現がどちらの意味なのか個人で決められるのか？って話
結局規格に明文化されたものが全てだろ

あと間違いがないか確認の問い合わせをするのは規格作ろうとしてるなら普通だと思うんだけど、とくにMISRA-Cの目的や内容からすれば

2017/06/10(土) 22:41:16.36

>>427の「言語規格を知っている」の定義をはっきりさせないまま議論を始めちゃう人は
規格を語るのに向いてない。

2017/06/10(土) 23:22:49.03

たぶん、あいまいなのは、規格が抽象的な表現で書いているからだろ。
いざ具体的な事例を出した場合に、それが正しいのか悪いのか、簡単には分からない

だから、MISRA-C みたいな解釈・説明書が必要になる

型変換のルールでも、潜在型とか、そういう用語を定義して、
わかりやすく説明している

法律でも、最高裁の判例を、数十年研究して解釈している。
それでも判事が7対6で、ひやひやもので決まった判例もある。
数年後に判断したら、結論が変わる

規格の抜け穴・論理矛盾などを研究するには、数十年かかる。
規格書を読んで、分かるようなものじゃない。
簡単にわかるのは、表面上の事だけ

2017/06/11(日) 00:38:45.98

規格なんて実際に使うコンパイラの仕様に比べたらゴミみたいなものだからな
最近は規格に敬意を払う傾向が強まってきたと思うけど

2017/06/11(日) 00:40:20.06

例えば「トリビアル」の定義はわかっても意図がわからないとコンテナーのテンプレートを正しく書くことは難しい
だが挫折の多くは文面の解釈よりも「正しい仕様を確認しようとしたが規格を読んでもわからなかった」パターンに思える

2017/06/11(日) 00:47:50.47

コンパイルできないコードに価値は無い
コンパイラの方が全てにおいて正しい

2017/06/11(日) 03:24:02.05

分からない時に、規格書を読んでも、分からない

具体的な用例集が必要。
法律で言えば、具体的な判決

こう書いたら間違いで、これが正しいみたいな例。
だから規格書から、その用例集を作るのに、長い研究期間がいる

そういう意味で、MISRA-C のように、多くの企業が参加して、研究すべき。
製品の品質を担保すべき

2017/06/11(日) 03:58:12.87

それ言語設計者とコンパイラ開発者にしか価値無いよね

2017/06/11(日) 08:09:11.36

そもそも MISRA は規格の解説書じゃないし
ﾜｯﾁｮｲ 0baa-BUW4 は壮大に勘違いしてる

2017/06/11(日) 09:54:14.55

>>438
MISRA-C はどこで読めるのか？

2017/06/11(日) 11:09:38.17

ググることも出来ないやつには永遠に読めない
読む必要ないけど

2017/06/11(日) 15:09:26.57

MISRA-Cは、正式ルートだと金出して買うしかないよね。
ドラフト無料とかもなかった気がする。

2017/06/11(日) 17:44:56.04

MISRA-C はときとして理不尽な要求をしている気がする

2017/06/11(日) 18:01:31.88

理不尽に見えるけど高信頼性のためには我慢してねって言うスタンスだから

2017/06/11(日) 18:34:49.88

サイトのサーバー証明書もマトモに管理できない低能が高信頼性を語るとか、冗談にもほどがある

2017/06/12(月) 00:14:27.30

C++さん、とんでもない機能を追加してしまう
http://hitomi.2ch.net/test/read.cgi/poverty/1497172293/

2017/06/12(月) 01:43:06.58

ウィンドウクラスって、何に使うん？

2017/06/12(月) 21:03:27.92

MISRA-C 無しの、C言語は、製品に使ってはいけない。
品質が出荷レベルに達していないから

トヨタは、5% しか、MISRA-C を守っていないと聞いた。
100条なら、95で違反

2017/06/12(月) 21:08:37.51

サブセットで十分なケースもある

2017/06/12(月) 21:21:24.13

この句読点の使い方は得てしてリアルガイジ
MISRAとかいうのを信仰する奴とガイジとの相関は高いとみた

2017/06/12(月) 23:44:06.01

そもそも無矛盾のルール体系は構築できないのでは

2017/06/13(火) 00:13:09.07

んなこたあない

2017/06/13(火) 02:09:41.46

無矛盾な公理体系は自己自身の無矛盾性を証明できない、
ってだけで無矛盾な体系は作れないとはいってない

2017/06/13(火) 07:35:05.39

MISRA なんて有り体に言えばベストプラクティスだしね
守らなくても正しいソフトは作れる
ただバカが多いところだと守らせればありがちなバグが防げるって言う効果はある

2017/06/13(火) 18:24:46.63

ベストプラクティスというよりは古文書
てかここはC++スレなんだが

2017/06/13(火) 18:34:11.65

配列の中身で重複している要素をカウントしてカウントが一番多かった要素を取り出す
っていうプログラム作りたいので知恵貸してください

{1,2,2,5,2,5}だったら2が取り出せるみたいな

2017/06/13(火) 18:42:01.39

「宿題は自分でやりなさい」
先生たちもこのスレ監視してるからなｗ