【初心者歓迎】C/C++室 Ver.103【環境依存OK】

**デフォルトの名無しさん** · 2018/07/01(日) 03:44:53.53

エスケープシーケンスやWin32APIなどの環境依存なものもOK
そのような質問は必ず環境を書きましょう
半角空白やタブでのインデントはスレに貼ると無くなります

コードを貼れる所
http://codepad.org/
https://ideone.com/

前スレ
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
http://mevius.5ch.net/test/read.cgi/tech/1509780815/

**デフォルトの名無しさん** · 2018/11/10(土) 10:11:13.71

>>717
リテラルという言葉に「文字列」的なイメージを持っているならそれはなくした方がいいよ

**デフォルトの名無しさん** · 2018/11/10(土) 10:14:48.88

>>717
さらに追加
言うように3や3.14を定数と呼ぶとしても、リテラルと呼ぶことを排除できないと思うよ。
例えばこうなる。

「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」

など。

**デフォルトの名無しさん** · 2018/11/10(土) 10:16:41.25

そうなの？　TIのCCSってのを使いはじめたところだが、warning出まくりでいやになる。
TI独自の問題？　それとも警告レベル下げてるんじゃない。
問題なしだなんてとんでもない。問題大ありだよ。
そもそもC++ってCompileが全く通らない。なんでこんなにいちいちエラーをだすのかと腹が立つ。ｗ

**デフォルトの名無しさん** · 2018/11/10(土) 10:22:01.23

>>722
お前なあ。　素人さんだったんだな

**デフォルトの名無しさん** · 2018/11/10(土) 10:23:11.75

>>714
c でも c++ でも const char * 版だけ作っておけばいい

**デフォルトの名無しさん** · 2018/11/10(土) 10:23:27.63

>>721
＞「ソース中に3や3.14などの定数を記述する場合は数値リテラルを用いる。
＞数値リテラルは8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」

違和感あるのは俺だけ？
「ソース中に3や3.14などの定数を記述する場合がある。。
定数は8進数、16進数、10進数の3種に大別されそれぞれ以下の形式である」
このほうが自然とおもうが、、、

**デフォルトの名無しさん** · 2018/11/10(土) 10:33:18.23

俺はこっちの説明の方がしっくりくるな。リテラルと定数は意味合いが違う。
https://ja.wikipedia.org/wiki/定数_(プログラミング)

**デフォルトの名無しさん** · 2018/11/10(土) 10:47:21.32

>>725
一般的な意味での定数なら8,16,10進数に限らず3進数だろうが78進数だろうが好きに考えることができるけど、ここで8,16,10進数だと限定していっているのは、あくまでもC/C++の構文の要素である｢数値リテラル｣な訳だから、全く別の概念として明確に区別して考えた方がいいよ。
言語仕様のBNFとか見てくればもう少し理解できるようになるかも。

**デフォルトの名無しさん** · 2018/11/10(土) 11:43:56.10

Wikiの説明はわかりやすいね。
でもconstのサンプルにはメッセージテーブルとかが良くかいてあるけど、ROM配置
じゃなくてRAM配置になるんだね。組み込みだとRAMが少ないから使えない。
constは役立たずというか貴重なRAMを消費する邪魔もの。

**デフォルトの名無しさん** · 2018/11/10(土) 11:44:26.40

そういう話ではなく
コンピュータサイエンスにおける「リテラル」の用法についての批判でしょ。

恐らくコンピュータサイエンスを学び始めたばかりの日本人が、
リテラルという用語を使い始めた英米の専門家に対して行う、
英語として不自然である、という批判。

**デフォルトの名無しさん** · 2018/11/10(土) 11:47:06.40

>>724
組み込み観点ではそういう考え方はまずいんじゃない？
なるべくconstは使わない方が良いような気がする。RAMが貴重だからね。

**デフォルトの名無しさん** · 2018/11/10(土) 11:53:57.16

>>730
頼むからまずはcの基本を勉強してくれ

**デフォルトの名無しさん** · 2018/11/10(土) 12:03:55.29

>>728
一体どこをどう読んだらそんな結論になるんだよ。
頼むから断定調で嘘を撒き散らさないでくれ

**デフォルトの名無しさん** · 2018/11/10(土) 12:49:34.25

これのどこが、「初心者歓迎」なんだよ。

**デフォルトの名無しさん** · 2018/11/10(土) 12:54:49.76

嘘つきは歓迎しない

**デフォルトの名無しさん** · 2018/11/10(土) 12:55:21.30

>>819が悪い。反省しろ

**デフォルトの名無しさん** · 2018/11/10(土) 12:57:37.55

a = a+10;
の意味も分からない人も、受け入れろよ。

**デフォルトの名無しさん** · 2018/11/10(土) 13:51:00.28

>>819にあつい期待

**デフォルトの名無しさん** · 2018/11/10(土) 14:10:49.25

>>736
そこを否定している人はいない

**デフォルトの名無しさん** · 2018/11/10(土) 19:49:46.05

＞頼むからまずはcの基本を勉強してくれ

これが基本じゃなのか？　高度な質問をしているつもりはないが、、、
頼むからまずは基本に答えてくれよ。

まずVSなど他のC++はしらない。自分の感想はTIのCCSコンパイラについてだけ。しかし一般的に
組み込み系には通じると思う。

const 定義すると.bssに配置される。.bssはRAMである。組み込みマイコンではRAMとROMに分かれて
いるがRAMは非常に貴重だ。ちなみに今使ってるCPUは４ｋしかない。ROMは256kバイトある。
constでメニューテーブルなどを書くのは愚の骨頂だろ。そもそもconstなどなければこういう間違いは起こらない。
故にconstは有害だ。
どうだ理路整然としてるだろ。

**デフォルトの名無しさん** · 2018/11/10(土) 19:53:11.97

>>739
> const 定義すると.bssに配置される。
んなこたーない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 19:53:33.64

トイレは水を大量に消費する。
ここには十分な水がない。
よってトイレは有害だ。

**736** · 2018/11/10(土) 19:56:06.79

>>627は、俺だ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:01:42.68

constだけで飯が3杯食えるスレってあったよな確か。
飯一食1000円とすると、3杯で3000円。
constには3000円の価値があるってことだ。
しらべえによると、3文は90円だそうだから、早起きの33倍、constのほうが価値があるってことだ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:03:36.88

>>741
そういうトイレは有害だ。ただしい。

結局んところconstはリードオンリーの意味しかない。リードオンリーのテーブルを作るのであればconstexprを
使えばいい。
リードオンリーの変数って何か意味があるんだろうか？　先ずは変数でありながら変更できない
のだから、実質的には変数ではない。本質的に存在自体が矛盾している。
たとえばリードオンリーであってもロックしたりアンロックできるのであれば意味がある。一旦ロックしたら
そのまんまってのでは、録に役にたたない。

**デフォルトの名無しさん** · 2018/11/10(土) 20:04:25.53

>>744
ヒント：メモリーフェンス。

**デフォルトの名無しさん** · 2018/11/10(土) 20:09:30.23

>>740
ん。それは矛盾するだろ。基本的にC++のconsｔは変数だ。だから初期値は代入する。
それ以後はアクセスできない。少なくともRAMに配置する変数だ。ということは言える。
.bssに配置されるのかどうかはリンカでコントロールできるのかもしれない。ROMにだって無理やり配置は
可能だ。そういう無理やりのことをいってるのではない。あくまで自然なありかたとしてのconstだ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:10:49.63

>>745
言いたいことはわかるが、チャンと説明してみて、自分の間違いに気が付いた方がいい。

**デフォルトの名無しさん** · 2018/11/10(土) 20:11:09.68

変数じゃなくてもメンバはconstで修飾できるぞ。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:16:00.60

変数のconst,
文字列リテラルのconst,
メンバー関数のconst,
関数の仮引数のconst

**デフォルトの名無しさん** · 2018/11/10(土) 20:24:15.32

>>749
それは知らなかったが、その肝はなんなの？　結局はリードオンリーってディフェンスしたいって
ことではないの？　

物理的に書き込み可能ならリードオンリーにしてもディフェンスになんかならないでしょ。
ディフェンスするならライトプロテクト機能がどうしても必要だからね。
アクセスできないようにするには、Privateにして不可視にすればいい。これでディフェンスになる。
グローバルにさらしてなお且つリードオンリーにしておきたい変数がはたして必要だろうか？
　必要性はないと思う。
具体的にどんな意味があるのよ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:25:53.82

知らないで難癖付けてたのかよ。

**デフォルトの名無しさん** · 2018/11/10(土) 20:26:38.74

＞変数じゃなくてもメンバはconstで修飾できるぞ。

出来て何の意味があるのかということが知りたい。意味がないなら邪魔だな。

**デフォルトの名無しさん** · 2018/11/10(土) 20:30:17.34

高橋マナ著やさしいC++から始めたほうがよい。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:37:38.39

メンバ関数プロトタイプの後ろをconstで修飾すれば、その関数の中ではthisがconstなポインタになり、
その関数の中ではconstではないメンバー関数は呼べなくなる。
つまり、constキャストを使わないと、thisを変更できなくなる。

**デフォルトの名無しさん** · 2018/11/10(土) 20:38:58.59

>>752
あなたの言葉を借りるとconstはコンパイル時に「ディフェンス」するので
ランタイムで「ディフェンス」するよりも少ないコストで問題を発見できる
これは意味があることだ

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:43:43.52

関数の仮引数の型をconstで修飾すると、対応する実引数は変更できなくなる。
ただし、その仮引数にconstではない引数を渡すことはできる。
const付ければ多分変更されない。変更しようとすると、多分コンパイルエラー。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:46:16.75

struct X
{
void func1();
void func2() const;
};
func1からfunc2を呼び出せるが、その逆はできない。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:51:32.82

void func(const int& n)
{
...
}

funcの内部では(constキャストしないと)nは変更できない。多分。裏技使えば出来るかも。

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 20:56:23.68

組み込みでもC++使うんか？

**デフォルトの名無しさん** · 2018/11/10(土) 21:00:48.87

>>739
> 自分の感想はTIのCCSコンパイラについてだけ。
マニュアルで .cinit section を検索しろよ

**デフォルトの名無しさん** · 2018/11/10(土) 21:06:11.15

>>754
　説得力がありそうな意見だが、残念ながら意味がよくわからないので一寸調べてみた。
２のことかな。

メリット
１．参照渡しに const 修飾子をつけることにより、引数の中身を書き換えないことを宣言することができる。
　　ポインタ渡しに const 修飾子をつけることにより、引数の中身を書き換えないことを宣言することができる。
２．const オブジェクトを引数にすると、そのオブジェクトのなかで呼び出せるメソッドは const メンバ関数のみ。

１はたしかにメリットがあると言わざるを得ない。
２は使い方次第だな。自分の場合はわざわざそこまで面倒なことはしない。

**デフォルトの名無しさん** · 2018/11/10(土) 21:07:06.71

>>755
一理ある。

**デフォルトの名無しさん** · 2018/11/10(土) 21:11:56.84

＞＞759
自分も最近しったんだが、組み込みで使うとC++は非常に効果を発揮する。（らしい。あまりできてない、、、）
すくなくても、クラスやnamespaceを使えるだけでも大いに助かる。Cと滅茶苦茶相性がいい。
ごちゃ混ぜでもスパゲティでも何ら問題ない。
組み込みでは絶対にC++を使うべき。

**デフォルトの名無しさん** · 2018/11/10(土) 21:18:06.51

＞マニュアルで .cinit section を検索しろよ
ありがと。検索してみます。

**デフォルトの名無しさん** · 2018/11/10(土) 21:30:31.24

>>752
お前、ほんとド素人なんだよな
しったか素人は単なる荒しと変わらんわ。　邪魔にしかならない

**さまよえる蟻人間** ◆T6xkBnTXz7B0 · 2018/11/10(土) 21:32:50.82

初心を忘れぬ初心者歓迎ってことで

**デフォルトの名無しさん** · 2018/11/10(土) 21:35:12.51

>>746
君は何も知らずに妄想だけから判断して>>730の考えに至ったわけじゃん。>>714からの流れでね。

関数の引数を char* と const char * にしたときの違いは、
君が勘違いしている、ではなく、なにかを読んで知ろうともせず
自分だけの想像で決めつけているような「このポインタが定数(変更不可)かどうか」ではなく、
ポインタが差している char 値が変更不可かどうかなんだ。

で、
君の考えはおそらくここに書いてないものも含めて8割がた
間違ってるから誰にもそれを一々教えることは無理なんだよ。
だから本を読むとかして基本を学んで欲しい。
今の君は想像で英語に文句つけてるくせにアルファベットも知らない子供みたいな状態。

**デフォルトの名無しさん** · 2018/11/10(土) 21:35:33.57

＞高橋マナ著やさしいC++から始めたほうがよい。

C++は使い始めたばかりでよくわからないが、多重人格的で昔のC＋＋と最近のC++が混在している
気がする。C++は糞って言ってる人は昔のC++をみていて、C++は最高って言ってる人は最近追加
された仕様を見ていると思う。
だからC++は基礎からやると駄目な言語だね。基礎は飛ばしてしまったほうがいい。
追加された仕様部分が秀逸だね。
だからあくまでも自分の意見だが「やさしい、、、、」ってのは寧ろ難解で駄目なのが多い気がする。
特にC++の生みの親が書いたような本が最も駄目だと思う。

**デフォルトの名無しさん** · 2018/11/10(土) 21:37:16.52

ID:p/77GMIT

もうこいつの相手をするのはやめよう。　単なる荒しだわ。　ここで終わり

**デフォルトの名無しさん** · 2018/11/10(土) 21:37:40.22

>>767
＞君が勘違いしている、ではなく、なにかを読んで知ろうともせず
＞自分だけの想像で決めつけているような

ここ表現が変か
何も調べてないんだから単なる妄想であって勘違いですらないということ。

**デフォルトの名無しさん** · 2018/11/10(土) 21:39:45.42

>>767
だれも最初は子供だからね。
視野が狭いのであって、思考がまちがっているんではないというところに気が付いてほしい。
だから視野が広がれば正しい結論にいたる。
そして結論は７６１

**デフォルトの名無しさん** · 2018/11/10(土) 21:45:54.25

>>768
C++は近年追加された仕様の方が複雑怪奇で迷走しているという意見もあるし、勝手な思い込みで基礎を蔑ろにするのはやめた方がいい。
constの理解についても、組み込みのCをやった経験に基づく自分の経験と思い込みを当然のものとして他人の話を聞くから理解が進まないのでは？
RAMにおくかROMに置くかとかも本来はC言語としては未定義とか処理系依存な部分であって、組み込みにおける常識をベースにCの言語仕様を理解しようとするから齟齬が生まれるのだと思う。

**デフォルトの名無しさん** · 2018/11/10(土) 21:48:12.38

>>761でよかったのか
まあ腑に落ちたようでなにより

**デフォルトの名無しさん** · 2018/11/10(土) 21:48:35.96

組み込みだってconst変数がRAMに置かれるなんて常識は無いよ。この人の思い込み。

**デフォルトの名無しさん** · 2018/11/10(土) 22:12:42.07

このｽﾚにいるような低学歴知恵遅れは
引数だけでなくﾒｿｯﾄﾞにもconstつけるべきというのすら分かってない
ｸﾗｽの引数にconstつける意味を分かってなさそうだからな

**デフォルトの名無しさん** · 2018/11/10(土) 23:08:29.94

セクション配置の話なのにメソッドのconst関係ねーだろ
意味わかってないのはてめーだ、いつものことだが

**デフォルトの名無しさん** · 2018/11/10(土) 23:17:52.02

やっぱり低学歴知恵遅れはなにも分かってない

**デフォルトの名無しさん** · 2018/11/11(日) 02:36:59.36

bss セクションは、リンカの文書を見れば？

メモリ配置と、文法のconst は関係ない。
基本的に、言語の文法と実装は、関係ない

実装は、JavaScript の文法に関係ない、DOM とか

できる限り、const を使うべき！
使っても、マイナスにはならないから

たぶん、Effective 本にも書いてある

**デフォルトの名無しさん** · 2018/11/11(日) 05:11:06.80

＞組み込みだってconst変数がRAMに置かれるなんて常識は無いよ。この人の思い込み。
そのことを初心者にもわかるように詳しく説明してみてください。といっても解り過ぎている人には
初心者が何がわからないのかわからないとおもう。解らない人はどこまでもわからない。なので
質問を変えて差しあげます。

質問１．constは多用な機能がある。そしてその機能を実現するには最初の一回だけは書き換え
可能である必要があると思うが、もしconstをROMに配置してその機能をどう実現すればいいのだろうか？
　実現不可能だとおもう。
このことが正しいならconstは当然RAMに配置されるのが常識だろう。いかがだろうか？

質問２．もしconstが一度も書き換え可能である必要がないとすれば、constはROMに配置
されるべきだろう。だからconstは必ずROMに配置すべきだというのが常識となる。この考えは
どこがまちがっているだろうか？

質問３．質問１と質問２の前提はどちらが正しいのだろうか？

**デフォルトの名無しさん** · 2018/11/11(日) 05:52:29.65

完璧な質問のつもりだったが、質問を書いてみて今初めて見落としている穴が分かった。

**デフォルトの名無しさん** · 2018/11/11(日) 06:05:13.74

質問して最後に分かるつまり
ケツの穴である

**デフォルトの名無しさん** · 2018/11/11(日) 09:46:34.66

>>772
C++は低レベルの処理に向いているのだから当然のように処理系のハードとの接点が多い。
処理系依存の部分はC＋＋でフォローできないというだけで、だからといって処理系を意識しないでいい
ということにはならない。C++を使う場合には処理系を強く意識する必要がある。

＞できる限り、const を使うべき！使っても、マイナスにはならないから

処理系を強く意識するなら、こういう結論にはならないと思う。constは意に反してRAMに配置され得る。
組み込み系においては、RAMを多用すればすぐにRAMがパンクする。
constはいくつかのメリットがあることは解ったが、無条件に使えばやはり有害になる。少なくとも自分が使った
限りでは滅茶滅茶有害だった。
では被害を少なくするにはどうすればよいか？　それに答えてほしい。

static const char* s_A; // -> BSS section
static const char* s_B = "b";// -> Data section
static const char* const s_C = "c";// -> Data section
static const char s_D[] = "d";// -> Read only Data section
static char s_E[] = "e";// -> Data section
static char s_F[128]; // -> BSS section

const char* s_B = "b";// -> ここで嵌った。これは.bssに配置される。

**デフォルトの名無しさん** · 2018/11/11(日) 10:28:56.96

ID:mI2pOyKp = ID:p/77GMIT

**デフォルトの名無しさん** · 2018/11/11(日) 13:40:16.62

'\0' と L'\0' って違うんだな

**デフォルトの名無しさん** · 2018/11/11(日) 13:56:09.62

すいません、C++でゲームやGUIアプリなどを開発したいのですが
メソッド抽出やクラス設計といったプログラム設計に関する書籍って
どんなものを読めばいいんでしょうか？おすすめとかありますか？
ググっても、プログラム設計の本があまり見つかりませんでした・・
デザインパターンに関するものはあったんですが
もうすこし初歩的な内容のものがあれば教えてくださいm(__)m

**デフォルトの名無しさん** · 2018/11/11(日) 14:37:43.40

>>784
L'\0' はUnicodeだから、必ず２バイトなので、　0x0000

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/11(日) 14:45:39.68

>>786
ワイド文字の内訳は未定義で、 Unicode になるとは限らないし、その大きさも決まってない。
2 バイトになって欲しいなら L ではなく u を使うと UTF-16 になることは保証されるよ。

**デフォルトの名無しさん** · 2018/11/11(日) 14:47:19.00

>>782
挙げられた例でconstの付加によりRAM使用量が増えている例が見られなくて
「マイナスにはならない」が正しいように見えるんだけど、何を見て有害だと言ってるの？

**デフォルトの名無しさん** · 2018/11/11(日) 16:46:50.89

>>782
> const char* s_B = "b";// -> ここで嵌った。これは.bssに配置される。

s_Bはconst宣言されてない只の変数だからいいとして
"b"がconstだけど.bssに配置されるってこと？

**デフォルトの名無しさん** · 2018/11/11(日) 17:54:46.45

>>785
他の言語で造ったことあるか？
それがまだでいきなりC/C++ならやめとけ

**デフォルトの名無しさん** · 2018/11/11(日) 21:39:09.29

>>785
The Craft of Text Editing

**デフォルトの名無しさん** · 2018/11/11(日) 21:59:31.70

それ、C++でもないただのCでEmacs風エディタ作るっていう古臭い本だろ。
しかも一般的な設計論みたいなものはほとんどなくてエディタの実装テクニックがメイン。

**デフォルトの名無しさん** · 2018/11/11(日) 22:09:04.04

本当に読んだ事があればそんな感想にならないと思う

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/12(月) 01:54:44.09

>>793
普通はな、本を勧める状況ってな、
相手は読んだことがないのが当たり前なんだよ。

主題が違う本を挙げるからには、
どういう点で好ましいのかくらいは書いてくれ。

**デフォルトの名無しさん** · 2018/11/12(月) 03:01:49.28

そういうのはお母さんに頼めよ

**デフォルトの名無しさん** · 2018/11/12(月) 06:57:24.59

使えねえコテだわ

**デフォルトの名無しさん** · 2018/11/12(月) 14:29:20.92

初心者です。
bool変数hogeの真偽で反対の代入をする場合につきまして、
int a, b;
if (hoge) { a=1; b=2; } else { a=2; a=1; }
と
int a=1, b=2;
if (! hoge) { a=2; a=1; }
はどちらのほうが好ましい書き方ですか？
完全に好みの問題ですか？

**デフォルトの名無しさん** · 2018/11/12(月) 14:48:27.20

訊くなら正確に書いてくれ

**デフォルトの名無しさん** · 2018/11/12(月) 15:37:05.52

>>797
偽(false)の時だけならif(!hoge){...}の方。

**デフォルトの名無しさん** · 2018/11/12(月) 15:38:56.82

新スレを作りました。利用してください。

0からの、超初心者C++相談室
https://mevius.5ch.net/test/read.cgi/tech/1542002113/

***********************************************************************

1 名前：デフォルトの名無しさん[] 投稿日：2018/11/12(月) 14:55:13.35 ID:Tf74ZWQr
何にも知らない0からの出発、超初心者のためのC++相談室

***********************************************************************

**デフォルトの名無しさん** · 2018/11/12(月) 17:46:22.89

>>798
すみません
>>799
ありがとうございます
>>800
超初心者用の専スレがあったんですね。ありがとうございます

**785** · 2018/11/12(月) 18:39:23.46

>>791
ありがとうございました。読んでみます。
プログラミングの良書って絶版になること多い気がしますが気のせいですかね・・。

**デフォルトの名無しさん** · 2018/11/12(月) 18:44:42.38

>>801
そこまで初心者なら一回GP0触った方がいいかもね。

PG0がプログラミング研修に向いている理由
https://qiita.com/nakka_/items/16c99e3279c87a70fafc

**デフォルトの名無しさん** · 2018/11/12(月) 20:59:20.33

int a=1;
int b=2;
if (!hoge) {
　const int c = a;
　a=b;
　b=c;
}

俺だったらこうかな。

**デフォルトの名無しさん** · 2018/11/13(火) 18:27:28.63

>>796
+1

**デフォルトの名無しさん** · 2018/11/13(火) 18:30:06.08

>>797
int a, b = 2 - !!hoge, 1 + !!hoge;

**デフォルトの名無しさん** · 2018/11/13(火) 18:38:22.78

ここは、初心者を歓迎するスレ
初心者を虐めてどうする

**デフォルトの名無しさん** · 2018/11/13(火) 21:24:39.67

>>807
最近やたら気になるみたいだけど、なんで自分は初心者に回答してあげないの？

**デフォルトの名無しさん** · 2018/11/13(火) 22:19:44.32

>>797
多人数で開発する場合は、前者のほうが好まれると思います。
可読性が高いのでコードレビューしやすいですし、改修もしやすいです。
後者は、1行目と2行目の間で、aかbの値を変更する改修が入ってしまうと
2行目のif文に入らない場合に、望む結果が得られません。
プログラマになりたいとかでなければどっちでもいいと思いますが
難しい書き方をすると、時間経って読み返したときに、
自分でも何を書いたかわからなくなりますよｗ

◆QZaw55cn4c · 2018/11/13(火) 23:35:32.38

>>797
else を使わなくて済むのなら、そうしたほうがいい、とはよくききます

**デフォルトの名無しさん** · 2018/11/14(水) 00:10:43.22

聞いたことねえなあ

**はちみつ餃子** ◆8X2XSCHEME · 2018/11/14(水) 02:13:50.61

>>797
状況によっても違ってくると思う。一般的には前者だろうけど、
{ a=2; a=1; } が例外的な場合として特別扱いしてるってことを強調したい理由があるなら後者で書くこともあるかもしれん。

**デフォルトの名無しさん** · 2018/11/14(水) 02:36:40.11

いや、効率を考えたら断然最初の else を使う方では？
後者のやり方では hoge が偽の場合、無駄な代入をすることになる
もっともコンパイラが賢ければ無意味な代入を端折るコードを生成するかもしれんけど

**デフォルトの名無しさん** · 2018/11/14(水) 02:38:54.17

すまん自己レス
> もっともコンパイラが賢ければ無意味な代入を端折るコードを生成するかもしれんけど

これはムリだった。てことでやっぱり前者

**デフォルトの名無しさん** · 2018/11/14(水) 05:51:53.25

>>814
clangで試したらきちんと最適化されたぞ

**デフォルトの名無しさん** · 2018/11/14(水) 11:29:46.12

設計者の意図が伝わりやすいのは前者

**デフォルトの名無しさん** · 2018/11/14(水) 11:45:30.11

int a=1;
if(!hoge){
a=2;
}

のa=1は通常の代入じゃないからね。
これは基準値で初期化しんだからよ。

こっちのが効率は良いよ。

**デフォルトの名無しさん** · 2018/11/14(水) 11:49:18.98

int a = hoge? 1 : 2;
はどう？

**デフォルトの名無しさん** · 2018/11/14(水) 12:07:57.04

多分タイポでa,bの値を条件によって入れ替える処理だと思うぞ。