トップページ⇒tech
408コメント88KB

どっち派議論スレッド PART1

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさんNGNG
配列の添字は0〜派？、1〜派？

最近のコレクションじゃー、1から始まって
なんか分かりにくいYO！
0002デフォルトの名無しさんNGNG
> 最近のコレクション

何?
0003デフォルトの名無しさんNGNG
おらぁ、だんぜん１からだな。
だって、わかりやすいもん。
そもそも数字は０からって考え方がおかしいYO!
0004デフォルトの名無しさんNGNG
>>2
最近は、モー娘。トレカ集めてます。
0005デフォルトの名無しさんNGNG
PART2までやるのか？
0006デフォルトの名無しさんNGNG
ゴ巻き派？なっち派？
0007デフォルトの名無しさんNGNG
>>5
２と言わずに。
0008デフォルトの名無しさんNGNG
>>3
ﾊｧ?
0009デフォルトの名無しさんNGNG
>>1
どっちでも、いいと思います。
ぼくは、C言語もできるので０からかな
0010デフォルトの名無しさんNGNG
データ + アルゴリズム = パスカル
0011デフォルトの名無しさんNGNG
VBﾌﾟﾛｸﾞﾗﾏ ﾊｹｰﾝ!!
>>3
0012デフォルトの名無しさんNGNG
俺は4989からカウントダウンする。それ以上の配列は却下。
参考にしてくれ。
--------------------終了--------------------
0013デフォルトの名無しさんNGNG
>>12 ｲﾐﾜｶﾗﾝ
--------------------再開--------------------
0014デフォルトの名無しさんNGNG
俺はなっち派。
0015デフォルトの名無しさんNGNG
モー娘。ヲタは
モー娘。行け！
0016デフォルトの名無しさんNGNG
俺は一味派。七味は邪道。
0017デフォルトの名無しさんNGNG
じゃあ、あなたは if 〜 else 派？
それとも 三項演算子派？

この前、 三項演算子使ったらT谷に怒られた
0018デフォルトの名無しさんNGNG
T谷って誰よ？
0019デフォルトの名無しさんNGNG
T谷うざいよねー
0020デフォルトの名無しさんNGNG
>>19
激しく同意
0021デフォルトの名無しさんNGNG
T谷ってアレだから．．．
0022デフォルトの名無しさんNGNG
17-20
自作自演
0023デフォルトの名無しさんNGNG
あなたはどっちの名人派?
丸山?
高橋?
0024デフォルトの名無しさんNGNG
T谷なぁ。あいつには困ったもんだ。
おれも、よく泣かされたよ。
0025デフォルトの名無しさんNGNG
誰がなんと言おうと丸山派
0026デフォルトの名無しさんNGNG
丸山名人って誰だ？
橋本名人なら知ってるが・・・。
0027デフォルトの名無しさんNGNG
T谷ってモシカシテ○ー○の？
0028デフォルトの名無しさんNGNG
あなたは目玉焼きには
ソース派？
醤油派？
0029デフォルトの名無しさんNGNG

けちゃっぷ。
0030デフォルトの名無しさんNGNG
塩
0031デフォルトの名無しさんNGNG
>>26
将棋の人
0032デフォルトの名無しさんNGNG
>>28
これはもう、ある意味究極の質問だ。
毎朝悩んでる。時間無いのに悩んでる。
これのせいいで、いっつも電車に乗り遅れそうになる。
マジなやむよ。ホント。
0033デフォルトの名無しさんNGNG
>>30
激しく同意!

つか目玉焼きにソースや醤油かけるのですか?
0034デフォルトの名無しさんNGNG
>>31
将棋の人は
ハブだろがｺﾞﾙｧ!
0035デフォルトの名無しさんNGNG
毎日、目玉やき食ってるの？
じゃぁ、交互に食えばいいじゃん
0036デフォルトの名無しさんNGNG
おれ、塩コショウ
0037デフォルトの名無しさんNGNG
名スレの予感

と。
0038デフォルトの名無しさんNGNG
>>34
今の名人は丸山ですが?
0039デフォルトの名無しさんNGNG
実家では醤油がデフォだったよ。ソースも合いそうだけど、
俺はやっぱり塩コショウだね。
焼き方はどう？お湯で蒸し焼きにするとか、ひっくり返すとか。
俺は弱火で白身だけ火を通す。黄身はほとんど生というやつ。
# だからプログラミングとなんの関係が？
0040デフォルトの名無しさんNGNG
じゃあ、モノリシックカーネルとマイクロカーネル。
どっち?
0041デフォルトの名無しさんNGNG
C or C++, This is a question!
0042デフォルトの名無しさんNGNG
スクリプト言語とコンパイル言語
0043デフォルトの名無しさんNGNG
交換可能、部分修復可能、断然マイクロカーネル。
0044デフォルトの名無しさんNGNG
やばいです
結論に達してしまいました
それを言ったらこのスレ終わりやんってやつです
で、その結論ってのは

ケースバイケース
0045デフォルトの名無しさんNGNG
当然、七味マヨネーズカーネル名人
0046デフォルトの名無しさんNGNG

デフォとか言う人、ｷﾓﾁﾜﾙｲ
0047デフォルトの名無しさんNGNG
C#
>>41
0048デフォルトの名無しさんNGNG
おら、VB派だな。VCできる人って自慢っぽくない？
0049デフォルトの名無しさんNGNG
デフォの何がキモチワルイのだろ?
0050デフォルトの名無しさんNGNG
char　*p;（保守派）
と
char*　p;（革新派）
0051デフォルトの名無しさんNGNG
デフォルトってどういう意味？
0052デフォルトの名無しさんNGNG
>>49
なんでも略しゃーいいってもんでもねーべ。
0053デフォルトの名無しさんNGNG
おらぁ、保守派だなぁ。
でも参照は CString& bって書くなぁ。
0054デフォルトの名無しさんNGNG
>>51
default、規定（値）、そのままにしておくとそうなる。
0055デフォルトの名無しさんNGNG
＞＞５１　なまけものってことだYO!
0056規定（値）のななしさんNGNG
ふ〜ん
0057デフォルトの名無しさんNGNG
じゃあじゃあ

if (a == 0) 派？
if (!a) 派？
0058デフォルトの名無しさんNGNG
if( a==False ) 派。鬱だ。
0059デフォルトの名無しさんNGNG
>>57
a が真偽を表す目的なら後者。
0060デフォルトの名無しさんNGNG
>>57
文脈による
0061デフォルトの名無しさんNGNG
ｵｲｵｲ
そろそろPart2用意したほうがいいんじゃないか？
0062デフォルトの名無しさんNGNG
aがBOOL なら !a　かな
0063デフォルトの名無しさんNGNG
>>61
もうすぐ 70 だもんな。
0064デフォルトの名無しさんNGNG
while (1)
for (;;)
どっち?

俺は定数置きたくないし
中途半端に賢いコンパイラなら
前者にウォーニング出すので後者
0065デフォルトの名無しさんNGNG
while (TRUE) かな
0066デフォルトの名無しさんNGNG
do {

} while (0)

これ、最強。
0067デフォルトの名無しさんNGNG
while (a == 0) {


}

or

if (a != 0) goto xxxx
0068デフォルトの名無しさんNGNG
while (0 == 0 == 0 == 0)

これ、最強。
0069デフォルトの名無しさんNGNG
a = 0; OR a ^= a;

どっち派？
0070デフォルトの名無しさんNGNG
while (0 == 0 == 0 == 0 == 0 == 0)
もとさいきょ
0071デフォルトの名無しさんNGNG
>>69
ｳﾌﾟﾌﾟ
0072デフォルトの名無しさんNGNG
for(;'_';)
定説
0073デフォルトの名無しさんNGNG
char　*p, *q;（保守派）
と
char*　p, q;（革命派）
0074デフォルトの名無しさんNGNG
>>73
おいおい、意味違うじゃーねーか！
0075デフォルトの名無しさんNGNG
革命的ネタだろ。sage
0076デフォルトの名無しさんNGNG
しっかし革命後の方が分かりやすいよな。そうでもない？
0077デフォルトの名無しさんNGNG
typedef char *pchar; (保守寄り中道派)
typedef char* pchar; (改革寄り中道派)
0078デフォルトの名無しさんNGNG
char* p;（保守派寄り改革派）
char* q:

char * p;（無派閥）
0079デフォルトの名無しさんNGNG
typedef char * pchar;（極中道派）
0080デフォルトの名無しさんNGNG
（落選議員）
#define pchar_t char*
pchar_t p
0081デフォルトの名無しさんNGNG
Continue；
配列添字の話に戻るけど、１から始まるのが自然だろ。
Σｋiなんていう表記で、iを0からk-1にはしないだろ。
1からkだよ、普通。まあ、Ｃ言語の場合に0から始めた方が、
いろいろと好都合だということは解るが。
0082デフォルトの名無しさんNGNG
C に限らず 0-origin のメリットはあると思うが。
0083デフォルトの名無しさんNGNG
＞Σｋiなんていう表記で、iを0からk-1にはしないだろ。
教科書よーく見てみ
0084デフォルトの名無しさんNGNG
0,1,2,3,4,0,1,2,3,4,0,1,2,3,4,・・・
みたいな循環する数を求めたい時は0-originの方がなじむね。
0085デフォルトの名無しさんNGNG
>>84
ｿﾀﾞﾈ
0086デフォルトの名無しさんNGNG
>>83
教科書....ｳﾌﾟﾌﾟ
0087デフォルトの名無しさんNGNG
うんこちゃん
うんこさん

さて、どっち？
0088デフォルトの名無しさんNGNG
おれは、
うんち君
派。
0089デフォルトの名無しさんNGNG
俺は、うんこちゃん。
うちのオカンはうんこさんって言うなぁ。鬱
0090デフォルトの名無しさんNGNG
そんなことよりさぁ、ScrollLockキーって
いつ使うのさ？
0091デフォルトの名無しさんNGNG
if (xxx == 1)
if (1 == xxx)

どっちな？
0092デフォルトの名無しさんNGNG
xxxは1か？
1はxxxか？
と解釈すれば前者。
0093デフォルトの名無しさんNGNG
xxx = 1
とタイプミスる可能性があるので
1 == xxx
だな
0094デフォルトの名無しさんNGNG
93はバカ。
0095デフォルトの名無しさんNGNG
>>94
つーか覚えたて厨房だろ
0096デフォルトの名無しさんNGNG
えっ、常識じゃないの？
0097デフォルトの名無しさんNGNG
94,95こそ真のｳﾞｧｶだね
0098デフォルトの名無しさんNGNG
VBとDelphiはRADとしてどっちがいいかな？
僕はRADとしてはＶＪ++が好き。
0099デフォルトの名無しさんNGNG
>>92
同意。
>>93
タイプミス→コンパイラが警告出すよ。
そのためのコンパイル作業でもあるんだし。
0100デフォルトの名無しさんNGNG
>>99
ぼくのコンパイラ警告出してくれない。。。鬱だ
0101デフォルトの名無しさんNGNG
'=='でタイプミスしたこと無いんだけど？
0102デフォルトの名無しさんNGNG
#define EQ ==
0103デフォルトの名無しさんNGNG
102はバカ。
0104デフォルトの名無しさんNGNG
漏れはよくやっちゃう。
BASIC と C がごちゃになるよ
0105デフォルトの名無しさんNGNG
>>103
まじになんなYO!
0106LISPerNGNG
#define eq(l, r) ((l) == (r))
if (eq(xxx, 1))
0107sageNGNG
んだな、警告出す出さんはコンパイラによるな。
どうやら９３より９５のほうが厨房のようだな。
0108デフォルトの名無しさんNGNG
>>106
ｵｲｵｲ
0109デフォルトの名無しさんNGNG
100ｹﾞｯﾁｭ!!
0110デフォルトの名無しさんNGNG
１よ
そろそろPART2用意したほうがいいんじゃないか？
0111デフォルトの名無しさんNGNG
　　　| i　　　　　 　 　 　 　 　　 //　　　　　　_＿
　　　| |　　　　　　　　　　　　　//　　　　／二つ_つ　　　　　　　　　　　
　　　| |　　　　　　　　　　　　 //　　 ／二つ./ ） /⌒)_ ._　　　＿ノ
　　　| |　　　　　　　　　　　　//　／二つ （ノ / /　（__)(_)､　　ﾉ　　　　　　
　　　| |　　　　　　　　　　　 //　/　　 i 　 　 / /　　 Ｙ　(_)() く　１０００
　　　| |　　　　　　　　　　　//　 i　　ノ　＿ノ /　_　_ﾉ ノ　　　 ）　　ゲットオ！
　　　| |　　　　　　　　　　 //　 /　　　／　　.i　（　　／　　　∠
　　　| |　　　　　　　　　　//　 /　　／　 　 /i 　 ﾞ-､（　　　　　 ヽ
　　　| |　　　　　　　　　 //　 /　／∧　　./　i　　　　i 　　n　　　⌒ヽ'⌒　　　　
　　　| |　　　　　　　　　// 　/ / ´Д｀）　/　 .ヽ_＿_ノ　_ノ/-っ
　　　| |　　　　　　　　 //　 /.　　　　⌒/　　　／二二_づー'
　　　| |　　　　　　　　//　 /　 　 　　 /　　.／
　　　| |　　　　　　　 //　 /　　　　 ／ 　／　　 ／／
　　　| |　　　　　　　//　 /　　　 ／　 ／　　 ／／
　　　| |　　　　　　 //　 /　　　　　 ／　　 ／／ 　 　
　　　| |　　　　　　//　 /　　　 __／　　 ／／
　　　| |　　　　　 //　 / 　　／ 　 　 ／／　　　　　　　,,,-''
　　　| |　　　　　//　 / 　 / 　 　 .／／　　　　　　,,,-''
　　　| |　　　　 /　　/　 ./　　　／／　　　　　,,,-''
　　　| |　　　 ./　　/　 /　　 ／／　　　　,,,-''
　　 　 !　　　　　_ノ　ノ　 .／／　　　,,,-''
　　 　　　　　 ／　／　／／　　,,,-'''
　 　　　　　 ./　／　／／　,,,-'''　　　　　　　　 ＿,,,,―''''￣
　　 　　　 ／／　／／　-'''　　　　＿,,,,―''''￣　　　
　 　 _ノ⌒／　／　　　＿,,,,―''''￣　　　
　 ⊂＿／　　　　　 ''''　＿＿＿＿＿＿＿＿＿＿＿＿＿　
　　　_人__　　　　　　￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　て　　
　　　　　　（　　タンッ！　　
0112デフォルトの名無しさんNGNG
コピペ荒らしは禁物よ！ﾒｯ!
0113デフォルトの名無しさんNGNG
本題にもどそ。

LPSTR or char*

さぁ、どっち？
0114デフォルトの名無しさんNGNG
char *
0115デフォルトの名無しさんNGNG
じゃあ
LPBYTE or unsigned char *

どっちだ？
0116デフォルトの名無しさんNGNG
>>113
つーかLPSTRなんて使えんのはDOS/Windowsくらいだろ。
選びようがない。
0117デフォルトの名無しさんNGNG
>>115
基本的には後者。
ただし、シリアライズみたくデータの長さが重要になるときは移植性を無駄に考慮してBYTEとかWORDとかDWORDとか使う。
0118デフォルトの名無しさんNGNG
int8_tとかint16_tとかint32_tとかじゃないのか。
WORDという思いっきり環境依存な用語は使いたくないな。
0119デフォルトの名無しさんNGNG
いやん。後ろの_tがキモチワルイ。
0120デフォルトの名無しさんNGNG
大丈夫。慣れれば気持良くなるよ
0121デフォルトの名無しさんNGNG
せめてこの_tにどういう意味があるのか教えてクレー。
てゆーか、int8やint16やint32が既によく使われてるから
いちいち避けたなんて……ことは……
0122デフォルトの名無しさんNGNG
俺は大文字が嫌だ。読みにくい。
つーわけで、lpstr_t..lpbyte_t word_t dword_t ulong_t int16_t etc.
>>120
typedefされた型
0123デフォルトの名無しさんNGNG
>>120じゃなくて>>121
typedefされた型
だけじゃなくて、obj_tとか構造体、クラスにも使う。
自分内では今の所これが一番良い銘々方法だな。
0124デフォルトの名無しさんNGNG
>>122
小文字派同意。
0125デフォルトの名無しさんNGNG
1〜使う奴は素人。
まあ１は牛鮭定食でも食ってなさい、つうことだ。
0126デフォルトの名無しさんNGNG
125は狂牛病
0127デフォルトの名無しさんNGNG
_tはsize_t、time_tなどにも使われてるから
C/C++では自然な事だよ
0128デフォルトの名無しさんNGNG
クラス Foo がメソッド bar() をもってるとする。

Foo *foo = new Foo();
foo->bar();

それとも、

Foo *foo = new Foo();
(*foo).bar();

あるいは、

Foo &foo = *new Foo();
foo.bar();

どれがいい？
0129デフォルトの名無しさんNGNG
>>125 はド素人。
0130デフォルトの名無しさんNGNG
>>118
WORD ってのは環境依存なんか？
それを避けるためのWORDと思われ
0131デフォルトの名無しさんNGNG
>>128
Foo *foo = new Foo();
foo->bar();
だろ
0132デフォルトの名無しさんNGNG
だいたい朝〜昼にこんなとこ見てるやつが
どうかと思われ。
そろそろ、ひきこもり卒業したら？
0133デフォルトの名無しさんNGNG
>>118
ﾌﾟﾌﾟﾌﾟ
いるよね。やたらtypedefしたがるやつ。
0134128NGNG
>>131
だよね。
いまチーム内にやたらとポインタやアロー演算子を嫌うやつがいてね〜。
C++なんだから参照つかえって・・・
0135デフォルトの名無しさんNGNG
>>133
ふつーtypedefですが何か？
そのまま使うやつはド素人。
0136デフォルトの名無しさんNGNG
>>134
話が噛み合ってないyo?
0137デフォルトの名無しさんNGNG
>>134
ポインタの -> のほうが見た目ｶｺｲｲ!
0138128NGNG
>>136
ちょっと話題に割り込んでしまった。
空気読んでなくて、スマソ。
0139デフォルトの名無しさんNGNG
>133
いるいる。意味のないtypedefの人。
>135
臨機応変って知ってる？
0140デフォルトの名無しさんNGNG
>>１２８
気にしなくていいんでないの？べつに。
0141デフォルトの名無しさんNGNG
>>139
int16/int32/int64とかは意味ありまくりだけど
0142デフォルトの名無しさんNGNG
ていうか>>134のチームには
Foo &foo = *new Foo();
foo.bar();
なんてコードを常用し、あまつさえ周囲にそれを強要するやつが
実在するの？信じらんな〜い。
0143デフォルトの名無しさんNGNG
MS-C
short/long/_int64
0144デフォルトの名無しさんNGNG
ていうか、ていうかで始まる文章が
信じらんな〜い。
0145デフォルトの名無しさんNGNG
構造体のtypedefは、キャストを多用しなけりゃならない場合につかう。

WORDやint64の場合は話が違ってくるけど、
でも、こんなのはあんまり自分で定義するもんじゃない気がする。
0146デフォルトの名無しさんNGNG
ていうか int32_t　を自分でtypedefするなincludeすれ。
つーか　sizeof(WORD)==2の人は 8086+16bitOS使ってるんでしょうか?
0147デフォルトの名無しさんNGNG
>>145
>>146
禿どう
0148デフォルトの名無しさんNGNG
32でもsizeof(WORD)==2
0149デフォルトの名無しさんNGNG
>>90
Excelで使ってるよ。
カーソルを移動させずにシートをスクロールできて、意外と便利。
viでいうCtrl+E, Ctrl+Yみたいな感じ。
0150デフォルトの名無しさんNGNG
なんでもいいんじゃない。
わしらドキュソのとこなんて、違う処理系に移植する
仕事なんてないしー。
0151デフォルトの名無しさんNGNG
>>150
いいたいことは分かるが、
その１行目はこのスレでは禁句。
0152150NGNG
>>151
すまそ。みなさん熱く語ってください
0153デフォルトの名無しさんNGNG
>>150
違う処理系とかじゃなくて、大昔のヤツを移植することは極まれに
存在するのでチョットは気をつけたほうがいいかも、、、
大抵、移植じゃなくて新規に書き直すこともしばしば、、、
0154デフォルトの名無しさんNGNG
「ていうか」「つーか」と
「思われ」禁止！禁止禁止〜！
0155デフォルトの名無しさんNGNG
「気がする」も禁止！
0156デフォルトの名無しさんNGNG
「禁止」も禁止。
0157追加NGNG
「いいんじゃない？」「かも？」禁止！
0158デフォルトの名無しさんNGNG
>>156はメタ思考で考えると矛盾している。
0159デフォルトの名無しさんNGNG
なんでやねん。
禁止とメタ禁止を区別せよ。
0160デフォルトの名無しさんNGNG
「つーか」派？「ていうか」派？
0161デフォルトの名無しさんNGNG
>>159
「禁止」、とquoteされてるから大丈夫って事？
(define (禁止) (禁止))
じゃなくて、
(define (禁止) '(禁止))
だから安全（ｗ
0162デフォルトの名無しさんNGNG
脳内が >>161の前者のロジックだと
永遠に制御が帰ってこないな。
0163デフォルトの名無しさんNGNG
反対の賛成なのだ
0164デフォルトの名無しさんNGNG
歯茎の裏の裏
0165デフォルトの名無しさんNGNG
>>156はネタ志向で考えると正しいレスである。
0166禁止mania派NGNG
このスレでは曖昧なレスは禁止って事にしましょう！
違反した名無しさんは裸でグランド一周！
0167終了maniaNGNG
制御が帰ってこなかった人多数！
よってこのスレは、
−−−−終了−−−−
0168デフォルトの名無しさんNGNG
>>167 ｲﾐﾜｶﾗﾝ。
−−−−再開−−−−
0169デフォルトの名無しさんNGNG
意味がわかんなかった人多数！ (のべ一人)
よってこのスレは、
−−−−再開−−−−
0170デフォルトの名無しさんNGNG
int8やint16やint32使わなくても、
char,short,longでええんでないの？
俺、なんか変なこと言った？
0171デフォルトの名無しさんNGNG
おれ、いまだに８ビットマイコンだ。欝
0172デフォルトの名無しさんNGNG
Windowsﾕｰｻﾞのみなさん。タスクバーはどこに表示させてる？
画面の下派？
画面の右派？
0173デフォルトの名無しさんNGNG
>>172
下付きにきまってんだロ！
もしもテメーが上付きだったら、コロスぞｺﾞﾙｧ！
0174デフォルトの名無しさんNGNG
>>173　ｵｹﾞﾌｨﾝ
0175デフォルトの名無しさんNGNG
マルチモニタのまん中ですがなにか？
0176デフォルトの名無しさんNGNG
>>174 ｼﾌﾞｰ
0177デフォルトの名無しさんNGNG
画面の右にやってるDQNがいたなぁ。
ショートカットクリックしようとするたびに邪魔になるんだな
0178デフォルトの名無しさんNGNG
>>170 同意。
typedef とか define してるやつの気がしれねぇ
0179デフォルトの名無しさんNGNG
取説を書くときに

「ボタンをクリックすると表示されます」
「ボタンがクリックされると表示します」

どっち派？
0180デフォルトの名無しさんNGNG
ポータビリティーを必要としない、理解できない奴は
使わないでいいよ。typedef, define
0181デフォルトの名無しさんNGNG
>>180
ポータビリティーってなんじゃ？ｵｼｴﾃｸﾚｰ
sage
0182デフォルトの名無しさんNGNG
移動可能
0183デフォルトの名無しさんNGNG
>>180
ﾊｲﾊｲ
0184デフォルトの名無しさんNGNG
コンピューターのひとたちって自分が偉いと思ってる人が多いけど、
どーよ
0185デフォルトの名無しさんNGNG
コンピューターのひとたちって自我を持たないから
なにかを思うことはないと思うけど、
どーよ
0186デフォルトの名無しさんNGNG

「-1000から1000まで表せるデータ型」が欲しいならshortやintで良い。
でも、「バイナリファイル中の32bitフィールド」を表したいとき
intやlongじゃだめだろお。int32_t(uint32_t)じゃないと。
0187デフォルトの名無しさんNGNG
unsigned long でだめ？
0188デフォルトの名無しさんNGNG
なんでint32_tの話でtypedefとか#defineが出てくるんだ？
ひょっとして<stdint.h>って知らないのか？
0189デフォルトの名無しさんNGNG
>>185　いいこと言った
0190デフォルトの名無しさんNGNG
>「-1000から1000まで表せるデータ型」が欲しいならshortやintで良い。
こんな保証はどこにもないが？
0191デフォルトの名無しさんNGNG
>>188
知らねぇ。知りたくもねぇ。
0192デフォルトの名無しさんNGNG
>>179
「ボタンをクリックすると表示されます」 のほうが
しっくりくるけどな
0193デフォルトの名無しさんNGNG
>>188
お前かっこ悪いよ
0194デフォルトの名無しさんNGNG
>>193
どこがｶｺﾜﾙｲですか？
0195デフォルトの名無しさんNGNG
今、１９３がいいこと言った
0196デフォルトの名無しさんNGNG
ぜんぜんstdじゃね〜んだよ。ヴぉけ>stdint.h
C99から正式にサイズ明示した型
サポートしたみたいだけど遅すぎ。
0197デフォルトの名無しさんNGNG
ﾅﾙﾎﾄﾞ
それはｶｺﾜﾙｲですね
0198デフォルトの名無しさんNGNG
>>190
保証あるよ。
shortもintも最低-32767〜+32767の範囲は表せることが
規格で保証されてる。
0199デフォルトの名無しさんNGNG
>>196
今どきstdint.hくらい入ってない処理系なんて捨てろ
0200デフォルトの名無しさんNGNG
>>198
long >= int >= short >= char の大小関係だけじゃないっけ？
0201200NGNG
>>199
あふぉ？
stdintって何？
君の脳内ヘッダファイル出されてもねえ・・
0202200NGNG
Σ（ﾟдﾟlll)ｶﾞｰﾝ
0203デフォルトの名無しさんNGNG
俺元祖フリーコンパイラ派
0204デフォルトの名無しさんNGNG
VC6に無いけど>stdint
0205デフォルトの名無しさんNGNG
>>199
同意。
今から書くのにtypedef ... int32とかしたらただの恥
0206デフォルトの名無しさんNGNG
205=199
0207デフォルトの名無しさんNGNG
>>204
VC6? 捨てろ。
VC7にはstdint.hあるから。
0208デフォルトの名無しさんNGNG
VC7もう売ってるの？
0209デフォルトの名無しさんNGNG
>>200
大小関係に加えて、最低限の範囲が保証されてます。
SHRT_MINは-32767以下、SHRT_MAXは32767以上など。
0210デフォルトの名無しさんNGNG
ポータビリティの話してるときに
stdint とか言い始めるやつって…。
0211デフォルトの名無しさんNGNG
>>210
禿同。
0212デフォルトの名無しさんNGNG
>>210
limits.hは使ってイイデスカ？
0213デフォルトの名無しさんNGNG
stdio.hハツカテイイデスカ？
0214デフォルトの名無しさんNGNG
トラディショナルK&Rスタイル以外却下！
って言われたらどうしよう・・
0215デフォルトの名無しさんNGNG
>>212-213
使っていいわけねえだろ。
ポータビリティの話すんなら標準へッダなんかあてにすんな！
0216デフォルトの名無しさんNGNG
>>215
もしかして君はautoconf使う派？
0217デフォルトの名無しさんNGNG
>>215
逆だろ（藁

>>210-211
ポータビリティってどういう意味で使ってる？
「太古の処理系でも動く」のはポータビリティと関係ないだろう。
0218デフォルトの名無しさんNGNG
>>217
「太古の処理系」をどう定義するかによるな。
0219デフォルトの名無しさんNGNG
>>218
なるほど。じゃあ１年ほどしてstdint.hがたいていの
処理系に入ってから使えと？
0220デフォルトの名無しさんNGNG
おれはいまだにDOS時代のコンパイラ使うことがあるから、
stdintを使う事は当分無い。
0221デフォルトの名無しさんNGNG
DOSでも動くか… それって制限きついね。
今から書くプログラムでもHUGEとか書かないと
「ポータブル」とは言ってくれないってこと？
0222デフォルトの名無しさんNGNG
ポータビリティってなに？
0223デフォルトの名無しさんNGNG
うむう。_tがどうしても気に入らん。
typedefしたいしたいしたい
0224デフォルトの名無しさんNGNG
おれのにもstdintなんて入ってないや。
捨てなきゃならんのか。鬱
0225デフォルトの名無しさんNGNG
>>221
それは状況による(w
基本的なコンテナなんか作るとき(つまりDOSでも使えそうな時)
には、いまだにFARとか書くかも。
WinMainから書くようなやつには使わない。
0226デフォルトの名無しさんNGNG
あなたはインテル派？
それともザイログ派？
0227デフォルトの名無しさんNGNG
ファームウェア書く奴以外、
ザイロク派なんているのか？
0228デフォルトの名無しさんNGNG
NEC派です。
0229デフォルトの名無しさんNGNG
>>227
8ビットの話かと思われ
0230デフォルトの名無しさんNGNG
8ビットの話だな。
ﾊｽﾞｰ>>227
0231<stdint.h>NGNG
/* ISO C9x 7.18 Integer types <stdint.h>
* Based on ISO/IEC SC22/WG14 9899 Committee draft (SC22 N2794)
*
* THIS SOFTWARE IS NOT COPYRIGHTED
*
* Contributor: Danny Smith <[email protected]>
*
* This source code is offered for use in the public domain. You may
* use, modify or distribute it freely.
*
* This code is distributed in the hope that it will be useful but
* WITHOUT ANY WARRANTY. ALL WARRANTIES, EXPRESS OR IMPLIED ARE HEREBY
* DISCLAMED. This includes but is not limited to warranties of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
*
* Date: 2000-12-02
*/
0232デフォルトの名無しさんNGNG
>>229
思われ禁止なのに・・・
0233デフォルトの名無しさんNGNG
>>232
禁止も禁止だよ
0234デフォルトの名無しさんNGNG
>>231
なにが言いたいの？
はっきりおっしゃい！おとこらしく
0235デフォルトの名無しさんNGNG
231は童貞カワカムリ。
0236デフォルトの名無しさんNGNG
>>231
これってどのコンパイラ用？
そのまま他へ持っていって動くもんじゃないだろう。

にしてもNOT COPYRIGHTEDってアホ丸出しだな。
それともNZっていまだに方式主義なのか?
0237デフォルトの名無しさんNGNG
>>234
231は「stdint.h持ってないならこれ取ってきて使えば」と
言いたいのではないかと
0238デフォルトの名無しさんNGNG
>>237
それなら、そうと言ってくれればいいのにね。
0239デフォルトの名無しさんNGNG
まあ、プログラマってのは陰湿な生き物だからな。
0240デフォルトの名無しさんNGNG
>>237 (続き)思われ
0241デフォルトの名無しさんNGNG
>>239
自己中だし
0242デフォルトの名無しさんNGNG
>>241
だから駅でエロチャットやって嫌われるのか＞もれ
0243デフォルトの名無しさんNGNG
>>236
いや、NZもベルヌ条約に加盟してる。
無方式で著作権は自動発生する。
0244名無しさん＠ＥｍａｃｓNGNG
> にしてもNOT COPYRIGHTEDってアホ丸出しだな。
231 じゃないですが、なんでアホ丸出しなんですか?
「NOT COPYRIGHTED」という文句が意味をなさないからですか?

> それともNZっていまだに方式主義なのか?
「COPYRIGHT を明示しなければ認めてくれない」のが方式主義だと
理解しています。「NOT COPYRIGHTED」という文句を
書くのと、その国が方式主義であることの関連が見いだせないんだけど。。

ヒマなら教えていただけると幸甚
0245231NGNG
なんかひでえ言われようだな。
stdint.hはC9xなヘッダだからこんなもん
あてにするなって意味で貼ったんだよ。

>236
これはcygwinのヘッダ。
ライセンスについてはヘタにGPLにしようもんなら
カタギは誰も使わないだろうから正しい判断だと思うよ。

せっかくのpublic domainなんでアップロードしといた。
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/file/999294620_24/stdint.h
0246デフォルトの名無しさんNGNG
>>223
_t は漏れも嫌い。
しかし最近やたらついてるね。size_t, ptrdiff_t, ...

始めたバカはCMUでMach書いてたやつらか？
void*がない頃、char*をcaddr_tと書きはじめやがった。
0247デフォルトの名無しさんNGNG
_t は何の略なんだ。気になって眠れない。
0248デフォルトの名無しさんNGNG
>>244-245

無方式主義(世界の主流)なら、何も書かなくても著作権が発生するし、
著作権(著作人格権)は放棄するなんてことはできない。
だからPublic Domainなんていうものはもう存在しない。
0249デフォルトの名無しさんNGNG
PD はアメリカがベルヌ条約に加盟していない頃のものだね。
CompuServe全盛期辺りか。
0250デフォルトの名無しさんNGNG
>>247

_tはtypeの略だろう。
そのうち、変数には_v、定数には_Cとか書かされる。
0251248NGNG
補足：方式主義だった頃のアメリカなら
著作権は放棄できたから、PDソフトというのもあり得た。
NOT COPYRIGHTEDと言うのは、そのころなら意味をなした。

今では無意味。どころか読む方を混乱させるだけ。
0252デフォルトの名無しさんNGNG
じゃああのヘッダを今風の表現で適切に書き換えてみよ
0253デフォルトの名無しさんNGNG
>>251
法的に厳密な表現ではないが、
意味するのは「著作権の主張はしないよ」ってことでしょ。
0254デフォルトの名無しさんNGNG
なにげに賑やかなスレだなあ。
0255デフォルトの名無しさんNGNG
>>246
>しかし最近やたらついてるね。size_t, ptrdiff_t, ...
最近って程、最近か？
0256デフォルトの名無しさんNGNG
>>252
・Copyrightは主張する。
・同一性保持権の侵害については何のアクションも起こさ
　ないことを宣言する(改変を許す)。
・著作財産権は放棄する。

これをちゃんと書いたら、例えばBSDライセンスみたいになる。
0257デフォルトの名無しさんNGNG
>>250
ハンガリアン記法が好きな人はきっと..._tも好きなのだろう。
for (int_t iCounter_v = 0; iCounter_v < MAX_COUNTER_C; ...)
とか書くのだろう。
0258デフォルトの名無しさんNGNG
>>257
_tは特に問題じゃない。型名だから。
変数名に付けてるのがウザイ！
用途を書け！
0259デフォルトの名無しさんNGNG
>>250

予約語には_rを、記号には_sを付けるってのはどうだ？(defineで)

for_r lparen_s int_t i_v equal_s 0 semicolon_s i_v less_s 10 semicolon_s
i_v plus_s plus_s rparen_s

こう書くなら_tも意味はありそう。
0260デフォルトの名無しさんNGNG
君な真性のアホ>259
0261デフォルトの名無しさんNGNG
260が対偶知ってるなら259は真性のアホ
0262デフォルトの名無しさんNGNG
ポータビリチってそんなに重要なのかにゃ。
0263デフォルトの名無しさんNGNG
普通の会話でデフォルトって言う奴は逝ってよし
0264デフォルトの名無しさんNGNG
>>263
堂井
0265デフォルトの名無しさんNGNG
VBなんですが、
static sub Func()
Dim Flag As Boolean
Flag = Not Flag
If Flag Then

sub Func()
Static Flag As Boolean
Flag = Not Flag
If Flag Then

どっちがよいのでしょうか？先生がた
0266デフォルトの名無しさんNGNG
>>262 同
そんなことより頼むから、まともに動くソフト作ってけろ。
0267デフォルトの名無しさんNGNG
そんなことより仕事してけろ。
0268デフォルトの名無しさんNGNG
こんな時間に仕事はイヤー
0269デフォルトの名無しさんNGNG
void Foo(CString *szHoge) がええんかー
void Foo(CString &szHoge) がええんかー

どっち派？
0270デフォルトの名無しさんNGNG
んじゃ、C++のクラスでプロパティ実装する時はどうよ？

//１．データメンバ直接操作
class Cfoo {
public:
int Member;
};

//２．メンバ関数で間接操作
class Cfoo {
protected:
int m_Member;
public:
int GetMember() {return m_Member;};
void SetMember(int n) {m_Member = n;};
};
0271デフォルトの名無しさんNGNG
class Cfoo {
int FMember;
public:
int Member(){ return FMember; }
void Member(int AMember){ FMember = AMember; }
};
0272デフォルトの名無しさんNGNG
稲垣ﾒﾝﾊﾞｰ
0273デフォルトの名無しさんNGNG
Cで行をわけるときの書き方なんですが、
１．if( (aaa) &&
　　　　　(bbb) ）
２．if( (aaa)
　　　　　&& (bbb) )
どっちが正解なので？
0274デフォルトの名無しさんNGNG
>>273
1.
行末の && が文が終わっていないことを明示するから。
0275デフォルトの名無しさんNGNG
>>273
2.
行頭の&& が文の始まりでないことを明治するから。
0276デフォルトの名無しさんNGNG
>>273
正解なんてないのよ。うんこちゃん。
0277273NGNG
>274-276
早レスありがとう。結局自分の好きにしろということでよろしいんですね
0278デフォルトの名無しさんNGNG

if はいいけど whileとかで && 使うなってのはどう？

バグの温床だそうだ
0279デフォルトの名無しさんNGNG
>>278
なぜに？
0280２78NGNG
何故にと言われても困るが、
　その人の経験的にループ条件に使うと良く間違うらしい

　ループ条件に && 使うよりは
　　ループの先頭で if break 使えってさ
0281デフォルトの名無しさんNGNG
>>278
オントコ？
0282デフォルトの名無しさんNGNG
>>280
そんなこと間違うヤツはCやめれ
0283デフォルトの名無しさんNGNG
その話題今でも覚えてるよ・・・・　このスレ
http://piza.2ch.net/log/prog/kako/955/955325519.html
0284デフォルトの名無しさんNGNG
>>278
多分そいつの条件文が間違ってるんだよ
0285デフォルトの名無しさんNGNG
FALSE は何て読むの？
フォルス？
フェールス？

どっち派？
0286デフォルトの名無しさんNGNG
if(!a && !b)
if(!(a || b))

どっち歯？
0287デフォルトの名無しさんNGNG
>>285
ふぉ〜るすって言ってる
0288デフォルトの名無しさんNGNG
>>286
if (a || b)
0289デフォルトの名無しさんNGNG
何か勘違いしてる？
0290デフォルトの名無しさんNGNG
>>285
「ファールス」だと思ってたよ。。。
0291デフォルトの名無しさんNGNG
>>290
ワーニング派であれば、それなりに首尾一貫していると思える。
0292デフォルトの名無しさんNGNG
>>285
フォルスだと思ってたのだが
http://dictionary.goo.ne.jp/cgi-bin/ej-more_print.cgi?MT=FALSE+&ID=EJ-109440.txt&sw=0
によればフォールスのようですな…
0293デフォルトの名無しさんNGNG
>>286
if (a+b)
とやって、a が -b だったりしてバグを出す。
0294デフォルトの名無しさんNGNG
>>292
defaultはデフォールトなのか！
http://dictionary.goo.ne.jp/cgi-bin/dict_search.cgi?MT=default&sw=0
0295　NGNG
a++; と　a+=2 どっち？
a++;
0296デフォルトの名無しさんNGNG
a+=2
0297デフォルトの名無しさんNGNG
a=a+2;
0298デフォルトの名無しさんNGNG
a=a++ +1
0299デフォルトの名無しさんNGNG
(*p)++ と *p += 1 とかな
0300デフォルトの名無しさんNGNG
a=2
0301デフォルトの名無しさんNGNG
>>298 (w
0302デフォルトの名無しさんNGNG
a >> 1 派？
a / 2 派？
0303デフォルトの名無しさんNGNG
じゃぁ、

#ifndef _HOGEHOGE_

と

#if !defined(_HOGEHOGE_)

どっち？
0304デフォルトの名無しさんNGNG
#ifndef _HOGEHOGE_ 派
0305デフォルトの名無しさんNGNG
#elif 使う派？使わない派？
0306デフォルトの名無しさんNGNG
>>302
特に必要がないときは素直に＊で書く。
0307デフォルトの名無しさんNGNG
>>306
a * 0.5 ってこと？
0308デフォルトの名無しさんNGNG
>>302
どうせコンパイラが最適化してくれるので
脈絡に沿ったほうを使う。
0309デフォルトの名無しさんNGNG
>>305
ときとばやいによりけり
0310デフォルトの名無しさんNGNG
>>308
うちのコンパイラ、最適してくれんし。
除算は関数コールするし。
８びと鬱
0311デフォルトの名無しさんNGNG
>>307
　ああそうか。今の場合は／
0312デフォルトの名無しさんNGNG
　あんま関係ないが、某誌の投稿プログラムで、プログラムの
初期化時に1回だけやる計算をわざわざシフト演算で置き換えてる
奴がいたな。
　さすがにアレはどうかと思った。
　
0313デフォルトの名無しさんNGNG
if(a)
　　if(b)
　　　　if(c)
　　　　　　・・・　　　
と
if(!a) return;
if(!b) return;
if(!c) return;
・・・

エラー処理や後処理の有無・内容にもよるが、傾向としてどっち派？
0314デフォルトの名無しさんNGNG
>>313
後者
0315デフォルトの名無しさんNGNG
断然前者。
インデントが深くなるけど
1600x1200x2の画面でコーディングしてるから
全然気にならない。
0316デフォルトの名無しさんNGNG
>>313

前者に決まっている、終わらせられる関数からはすぐに抜けろ
0317ちがうNGNG
後者だった
0318デフォルトの名無しさんNGNG
単純に比べられるのかな。
returnもbreakもしたくないとき後者は
if (!a) goto skip;
if (!b) goto skip;
if (!c) goto skip;
になっちゃうよね。
0319デフォルトの名無しさんNGNG
>>313
後者->前者の書き換えを良くやるので
それだったら最初から前者
0320デフォルトの名無しさんNGNG
パラメータの範囲チェックなどのバカ除けは後者。
本質な処理は前者。しかし、インデントが深くなりすぎるとき、>>318
みたいに逃げることはごくたまにある。
0321デフォルトの名無しさんNGNG
どっち派議論じゃなくて常識スレッドになってる。
0322デフォルトの名無しさんNGNG
>>320
さんせー
0323デフォルトの名無しさんNGNG
>>321
常識とゆーか、好みの問題なんでどっち派で
よいような気がする俺は、のは、ひょっとして
非常識？
0324デフォルトの名無しさんNGNG
if (!a) {}
else
if (!b) {}
else
if (!c) {}
else {
}
0325デフォルトの名無しさんNGNG
インデント深いのキモイ
0326デフォルトの名無しさんNGNG
おれは後者。
だって分かりやすいもん。
条件に合わなかったら即落第。
〜の条件を満たしていなければサヨウナラ
ッてかんじで、書いていて気持ち良いの。
0327デフォルトの名無しさんNGNG
Pascal 的には前者しか選びようがないような・・・。
0328デフォルトの名無しさんNGNG
if not a then exit;
if not b then exit;
if not c then exit;
0329326NGNG
>>327
おれDelphi使いだYO！
0330デフォルトの名無しさんNGNG
if (a && b && c) { }
0331デフォルトの名無しさんNGNG
>>321
こんなことを常識とか
のたまうヤツは
非常識
と思われ
ます。
0332デフォルトの名無しさんNGNG
>>313
主に後者で、開放とかする時はgotoでerrorに飛ばす。
if (pstr == NULL) return false;
や
if ((src=malloc(...)) == NULL) goto error;
error:
if (src != NULL) free(src);
みたいな。
0333デフォルトの名無しさんNGNG
言いたいことはわかるが、
>if ((src=malloc(...)) == NULL) goto error;
>error:
>if (src != NULL) free(src);
はどうだろう。

if ((src=malloc(...)) == NULL) return;
でええやん
0334332NGNG
>>333

説明不足だったかな。実例を1つ(独自実装が多くてすみません)：
uriheader uri_new( uriheader cuh , ctchar* uri ) {
uriheader uh=NULL;

if (uri == NULL) return NULL;

if ((uh=memalloc(sizeof(*uh))) == NULL) goto error;

uriheader_init(uh);

if ((uh->uri=str_dup(uri)) == NULL) goto error;

中処理略

return uh;

error:

uri_delete(uh);

return NULL;
}
0335デフォルトの名無しさんNGNG
２つで２００円のおかか、
３つで２４０円のシーチキンマヨネーズ、

どっちにする？
0336デフォルトの名無しさんNGNG
>>334

いまいち分からんのだけど、
これじゃいかんの？

uriheader uri_new( uriheader cuh , ctchar* uri )
{
　　uriheader uh=NULL;

　　if (uri == NULL || (uh=memalloc(sizeof(*uh))) == NULL)
　　　　return NULL;

　　uriheader_init(uh);

　　if ((uh->uri=str_dup(uri)) == NULL){
　　　　uri_delete(uh);
　　　　return NULL;
　　}

　　/* 中処理略 */

　　return uh;
}
0337334, 332NGNG
>>336

個人的主観なのかもしれないが、ifは処理の目的、順序毎に分けたい。
(パラメータのチェック、ヘッダー領域の確保等)
また、{}があると、どの位置で関数、for、while等を抜けるか確認しないと
関数全体の流れがつかめないので、{}の使用は出来るなら避けたい。
で、>>334のようなコーティングにたどり着いた。
0338336NGNG
ふーん、好みの問題か・・・
漏れは>>336のが見やすいと思うんだけどなー
0339デフォルトの名無しさんNGNG
>>336
例では、エラーの時はuri_delete(uh);１行だけで一回だけれど、
数行あって、何回も呼び出されるときは面倒・凡長になるし、
エラーの時の処理を変更したいとき困る。
関数内関数があればいいんだけどね。
0340デフォルトの名無しさんNGNG
>>335
おかか
0341デフォルトの名無しさんNGNG
条件文が多い場合、>>334もありかなと思うけど、
やっぱ、自分ならそうすると言うことで >>336 が見やすいな。
あくなでも、好みと慣れの問題やけど。
if (ooo) xxxxxx
か
if (ooo） {
xxxxx
}
後者のほうがデバッグしやすいと思う。
0342336NGNG
>>339
俺はそういうことなら、エラー処理は別関数にする。
何回も呼び出されるのは気にならない。そのための関数化だと思ってるし。
0343デフォルトの名無しさんNGNG
>>339 こゆこと？

if (NULL == x1_new()) {
　　return;
}
if (NULL == x2_new()) {
　　x1_delete();
　　return;
}
if (NULL == x3_new()) {
　　x1_delete();
　　x2_delete();
　　return;
}
if (NULL == x4_new()) {
　　x1_delete();
　　x2_delete();
　　x3_delete();
　　return;
}
0344デフォルトの名無しさんNGNG
>>343
どうでもいいけど
NULL == hogehoge
と書く奴は死刑と先週決まったはずだが。
0345デフォルトの名無しさんNGNG
>>342
まあ普通はそうだけど、関数にするまでもないが書くのが面倒ってことない？
>>343
うん。まあ、こんな場面ならifのネストにするけどね。
0346デフォルトの名無しさんNGNG
>>344
初心者なので知りませんでした。
死刑ついでに質問しますが、hogehoge って何ですか？
0347デフォルトの名無しさんNGNG
なんだろ。
だれが言い出したのだろう。
出典キボン >> hogehoge
0348デフォルトの名無しさんNGNG
ついでにhoge使う奴も死刑だ
foo, bar, baz使え
0349デフォルトの名無しさんNGNG
http://www.selab.tutkie.tut.ac.jp/~yoshida/hoge.html
http://www.puni.net/~mimori/rfc/rfc3092.txt
これでも読んで勉強しる！
0350デフォルトの名無しさんNGNG
hogeとかfoo,barとか好きになれない．．．派。
0351デフォルトの名無しさんNGNG
tmp, tmptmp, tmptmptmp, ...
0352350NGNG
>>343みたいな色のついてない名前の付け方は好感が持てる。
0353デフォルトの名無しさんNGNG
やっぱpoiでしょ。
0354337, 334, 332NGNG
>>342
これも個人的主観だけど、その用途だけの関数になってしまうのと、
{_uri_new_delete(uh,src);return NULL;}
とかすると、returnを入れる為に{}を使わなければならないから嫌。
return _uri_new_delete(...
とかすると、戻り値の丸投げ、つまりuri_newと_uri_deleteが並列的に
呼ばれているような気がするのと、戻り値がわからないのでもっと嫌。

すこし元ねたから外れるけど、自分はどんな時も戻り値はその関数内に書く。
例えば
bool func ( void* var ) {

    if (!func2(var)) return false;
/*func2の戻り値はbool*/

    return true;
}
0355私はNULLが嫌いだNGNG
uriheader uri_new(uriheader cuh, ctchar* uri)
{
　　　if(uri)
　　　{
　　　　　　uriheader uh=memalloc(sizeof(*uh)));
　　　　　　if(uh)
　　　　　　{
　　　　　　　　　uriheader_init(uh);
　　　　　　　　　uh->uri=str_dup(uri);
　　　　　　　　　if(uh->uri)
　　　　　　　　　{
　　　　　　　　　　　　中処理略
　　　　　　　　　　　　return uh;
　　　　　　　　　}
　　　　　　}
　　　　　　uri_delete(uh);
　　　}
　　　return NULL;
}

自分はいっつもこう書いてる。メリットは
・正常なフローが前半に、異常なフロー・エラーリカバリが後半にきれいに分かれている。
これは例外処理と構造が類似していて理にかなっている。
・ifの条件式が肯定的で分かりやすい。
・ローカル変数のスコープがさらに限定されている。
・エラー処理が簡単に追加できる。
例えばuh->uri==NULLの場合のみ行われる処理をどこに書くかすぐに分かる。
#ところでmemalloc失敗してもuri_delete呼ぶのか？
・各処理がブロック内で完結しているので規模が大きくなったときに分割が容易。
・総じて平坦なコードと比べて試行錯誤することが少なくなる。
・何よりインデントが美しい(藁
0356デフォルトの名無しさんNGNG
>>355
醜いなぁ。
0357デフォルトの名無しさんNGNG
>>344
なんで死刑なんだ？おまえ、あほだろ！
0358354, 337, 334, 332NGNG
>>355

私はインデントが嫌いだ
インデントしなければならないような関数はだいたい分割した方が効率的。
で、正常な処理はまっすぐ進むがベスト。
まあ、>>355はそれはそれで良いんだけどね。

>・ローカル変数のスコープがさらに限定されている。
これには激しく同意。全て冒頭で宣言するのは見通しが悪い。
{}使うときは大いに活用している。でも、
>uriheader uh=memalloc(sizeof(*uh)));
は嫌。自分は構造(struct、union,etc...)を持たない変数は
できる限り0かNULLで初期化している。

>#ところでmemalloc失敗してもuri_delete呼ぶのか？
統一するためと、もしその前に何らかの処理が追加されてもいいように。
まあ呼ばなくても今の所、実害はないが。
無論、uri_deleteはuh != NULLしている。
0359デフォルトの名無しさんNGNG
>>uriheader uh=memalloc(sizeof(*uh)));
>は嫌。自分は構造(struct、union,etc...)を持たない変数は
>できる限り0かNULLで初期化している。
いみふめ。
これ何のメリットがあるの？
0360デフォルトの名無しさんNGNG
>>355
その方式は一般的に書けばこうなる。
こんなの見たくないよ。

void func()
{
　　if (step1()) {
　　　　if (step2()) {
　　　　　　if (step3()) {
　　　　　　　　return SUCCESS;
　　　　　　} else {
　　　　　　　　step3_recovery();
　　　　　　　　step2_recovery();
　　　　　　　　step1_recovery();
　　　　　　}
　　　　} else {
　　　　　　step2_recovery();
　　　　　　step1_recovery();
　　　　}
　　} else {
　　　　step1_recovery();
　　}
　　return FAILED;
}
0361デフォルトの名無しさんNGNG
>>356 >>360
禿同。
0362デフォルトの名無しさんNGNG
これもいみふめ。
まん中がsucc、最後がfailならこれでいいじゃん。
void func()
{
　　if (step1()) {
　　　　if (step2()) {
　　　　　　if (step3()) {
　　　　　　　　return SUCCESS;
　　　　　　};
　　　　　　step3_recovery();
　　　　　};
　　　　　step2_recovery();
　　　　};
　　　　step1_recovery();
　　}
　　return FAILED;
}
0363358, 354, 337, 334, 332NGNG
>>359
すまん。それは単なる趣味。あまりメリットはないと思う。
0364デフォルトの名無しさんNGNG
あんまインデント毛嫌いしてると
Java/C#なんて気持ち悪くてコード書けなくなるよ
0365363, 358, 354, 337, 334, 332NGNG
>>264
言語に応じて考え変えれば、
というか現時点でJava、C#は使えないので無問題。
0366デフォルトの名無しさんNGNG
>>362
>>360は一般的に書けばそうなるという話。
もちろん、すべてのstepのエラー処理が必要では無い場合もある。

が、例えばこんな処理の場合は全てのstepでエラー処理が必要。
（当然もっとうまい書き方があるが、>>355のやりかたではこうなるという例）

void func()
{
　　if (open(file1)) {
　　　　if (open(file2)) {
　　　　　　if (write(file2)) {
　　　　　　　　close(file2);
　　　　　　　　close(file1);
　　　　　　　　return SUCCESS;
　　　　　　} else {
　　　　　　　　log("cant write to file2");
　　　　　　　　close(file2);
　　　　　　　　close(file1);
　　　　　　}
　　　　} else {
　　　　　　log("cant open file2");
　　　　　　close(file1);
　　　　}
　　} else {
　　　　log("cant open file1");
　　}
　　return FAILED;
}
0367デフォルトの名無しさんNGNG
更に、こんな例も出してみる。

1. file1をオープンしてデータを読む
2. file2をオープンしてデータを読む
3. それらを表示する
という単純な処理でも、ここまでひどくなる。

void func()
{
　if (open(file1)) {
　　if (str1 = read(file1)) {
　　　if (open(file2)) {
　　　　if (str2 = read(file2)) {
　　　　　if (display(str1, str2) {
　　　　　　return SUCCESS;
　　　　　} else {
　　　　　　// エラー処理
　　　　　}
　　　　} else {
　　　　　// エラー処理
　　　　}
　　　} else {
　　　　// エラー処理
　　　}
　　} else {
　　　// エラー処理
　　}
　} else {
　　// エラー処理
　}
　return FAILED;
}
0368363, 358, 354, 337, 334, 332NGNG
>>366

void func() {
  if (open(file1)) {
    if (open(file2)) {
      if (write(file2)) {
        close(file2);
        close(file1);
        return SUCCESS;
      }
      else log("cant write to file2");
      close(file2);
    }
    else log("cant open file2");
    close(file1);
  }
  else log("cant open file1");

  return FAILED;
}

とか

void func() {
    if (!open(file1)) {log("cant open file1");goto error;}
    if (!open(file2)) {log("cant open file2");goto error;}
    if (!write(file2)) {log("cant write to file2");goto error;}

    return SUCCESS;

error:

    close(file2)
    close(file1);

    return FAILED;
}

の方が読みやすくない？
0369デフォルトの名無しさんNGNG
＞＞３５７　剥げ堂。
漏れも if のすぐあとに比較される側があったほうが
見やすいな。
if (0 > hage)
とか
if (0 == sage)
とかな。
まぁ、どっちゃでもええけど。それをアカンと決め付ける
超ド素人は死刑やな。
0370デフォルトの名無しさんNGNG
>>368
うん、読みやすくする書き方はいくらでもある。あれは最悪な書き方。

ただし、>>368の前半の書き方には同意しない。
open(file2)が失敗した場合のエラー処理の流れが見づらいから。

それに、elseと処理文を同一行に書くのも感心しない（個人的嗜好）。
俺はelse blockが1行でも必ず{}で括る（個人的嗜好）。
0371デフォルトの名無しさんNGNG
俺も正常処理を深いインデントの奥底まで引っ張るのは嫌い。例えば、

if (valid_params(param) {

ってのが出てきて、正常処理のコードを読む間、「異常の場合はどうなる？」という
疑問を頭に置いておかなければならない。
何度も「異常の場合はどうなる？」を脳のスタックに積んでいくと、スタックの底が
抜けたりするし。

何十（百）行か読み進んで、

} else {
return FALSE;
}

return TRUE;

とかなってたら、がっくりくる（藁
0372デフォルトの名無しさんNGNG
バカかてめら。

return は １つの関数で１個だけって習っただろうが！ヴぉけが！

それとも、そんな事も教えてもらってねぇのかぁ？

だから全部ネストするんだよ。これ常識。
0373デフォルトの名無しさんNGNG
>>372
ﾜﾗﾀ ﾈﾀﾚｽﾏﾝｾｰ
0374結論NGNG
めんどくさいのでC++に移行
0375デフォルトの名無しさんNGNG
バカかてめ。

return は １つの関数で１個だけなんて習ってねえだろ！ヴぉけが！

それとも、そんな事を教えられたのかぁ？

だから読みにくいプログラムが氾濫するんだよ。これ常識。
0376デフォルトの名無しさんNGNG
バカかてめ。

習うってなんだよ！自分で考えろよ！

教えられないとできねーのかぁ？

だから厨房なんだよ。これ常識
0377デフォルトの名無しさんNGNG
バカかてめ。

じゃぁ、プログラム言語ってお前が考えたのかよ！

本で読んだとかは、習うにはいらねーのかぁ？

だからプログラマーは自己中なんだよ。これ常識。
0378デフォルトの名無しさんNGNG
>>372
それ提唱したの誰だっけ？
ダイクストラ？
0379デフォルトの名無しさんNGNG
Pascal は procedure や function の途中で抜けられないと思った。
0380デフォルトの名無しさんNGNG
hoge
0381デフォルトの名無しさんNGNG
カレーのゴハンは右派？左派？
0382DelphiNGNG
>>379
昔はね。今は Exit で抜けられるよ。
0383デフォルトの名無しさんNGNG
>>340
ナイスおかか

リターンが一つって、俺独学だから習ってないけど、
やっぱ、危険だから？メモリロケート後の開放が危険にさらされるの？つーこと？

俺、全部.txt形式のままコンパイルしてたから、どうやらＣ（NOT++）を
やってたみたいなんだ。だからいまだnewなんて使ったことない。

グローバルロックの方がmallocより偉いと思ってたけど、勘違いだって
ここで知ったョ・・・・
0384デフォルトの名無しさんNGNG
>>383
>やっぱ、危険だから？メモリロケート後の開放が危険にさらされるの？つーこと？

いや、○○がきちんと出来ていれば、関数の出口は一つになるはずであり、
複数あるのは○○が出来てない証拠、みたいなかんじだったような記憶が。

ただ、肝心の○○にあてはまる言葉を忘れちゃったんだよね（鬱
構造化だったかな？
0385デフォルトの名無しさんNGNG
○○にあてはまる言葉って確かアレだったよな。
0386デフォルトの名無しさんNGNG
この板のことを
「プログラムいた」と言う派？
「プログラムばん」と言う派？
わしゃー、ばん派やね。
0387デフォルトの名無しさんNGNG
ばん
0388半分愚痴NGNG
ライブラリを作る時、内部でしか呼ばれない関数は "_" (アンダースコア)から始めるのって常識？
こないだから仕事で引き継いだコードがこれ多用していて見づらいYO！

_foo_bar() と __foo_bar()の違いに2時間気づかんかった・・・。
0389デフォルトの名無しさんNGNG
2chでは「いた」と言うらしい・・
0390336NGNG
>>371
同意。
ネストがかさむとif節の{}のブロックが１画面に収まらなくなりがちだから
余計そうなんだよね。else節が続いたりすると最悪。

>>383
returnの数とメモリリークは関係ない。
それより「全部txt形式のままコンパイル」ってなんだ？


>>384
関数にreturnは１つとかこだわる人って、breakやcontinueは使うのだろうか？
だいたい、longjumpでもしない限りはreturnいくつあっても、関数の出口は
ひとつじゃん。
0391デフォルトの名無しさんNGNG
ここはＯＯ落ちこぼれスレですか？
0392336NGNG
>>367は、こうなるね。

int func()
{
　　int err;
　　char *str1,*str2;
　　if (err = open(file1))
　　　　return err;

　　if (err = open(file2)){
　　　　close(file2);
　　　　return err;
　　}

　　if (!(str1 = read(file1)) || !(str2 = read(file2))) {
　　　closeall();
　　　return FAILED
　　}

　　if(err = display(str1, str2))
　　　err_handle(err);
　　}

　　closeall();
　　return err;
}

いままでの流れからすると、332には気にいらないコードだろうけど、
やっぱ自分はこうなるな〜。
0393デフォルトの名無しさんNGNG
>>388
_で始まる名前は処理系のために全部予約されてる。
使うべからず。
0394デフォルトの名無しさんNGNG
>>391
そう。みんな○○だからな。
0395デフォルトの名無しさんNGNG
○○＝「現場では役立たず」

字余り。
0396デフォルトの名無しさんNGNG
goto 使うやつは行ってよし！
goto 使うなって習わなかったけ？
0397368, 363, 358, 354, 337, 334, 332NGNG
結局のところ、趣向の問題だな。
でも>>392よ、
>　　if (err = open(file2)){
>　　　　close(file2);
は、close(file1)の間違いだろ？
こういうことがあるから、error:にまとめるのさ。
0398397, 368, 363, 358, 354, 337, 334, 332NGNG
>>396
「人間の考えたことに絶対は存在しない。
gotoはうまく使えばより良いコードを書ける。
本当に逝ってよしなのはgotoを使いこなせない奴と、
何が何でもgoto使うな！って奴。」
ということで統一して頂けると幸いです。
0399デフォルトの名無しさんNGNG
goto なんて制御命令あったっけ？
0400デフォルトの名無しさんNGNG
gotoネタに便乗して…
検索ループと、見つかったとき見つからなかったときのそれぞれの処理、
どう書く？
0401デフォルトの名無しさんNGNG
>>400
for(int i=0;i<10;i++){
if(判定){
見つかったときの処理
return;
}
}
見つからなかったときの処理
0402デフォルトの名無しさんNGNG
for(int i=0;i<10 || (判定);i++){
}
return i < 10 ? 見つかったときの処理 : 見つからなかったときの処理
0403デフォルトの名無しさんNGNG
for (i = 0; i < MAX; i++) {
　　// 判定
}
if (i == MAX) {
　　return NOT_FOUND;
}
//見つかったときの処理
0404デフォルトの名無しさんNGNG
漏れは401が良さげかなぁ。。
0405336==392NGNG
>>392
ほら、バグがすぐ見つかったじゃん。
・・・スマソ（藁
0406デフォルトの名無しさんNGNG
ＯＯＡしてＯＯＰで367を見やすくしてみてよ。
0407398, 397, 368, 363, 358, 354, 337, 334, 332NGNG
>>405
>ほら、バグがすぐ見つかったじゃん。
バグが見つけやすい(バグを出しやすい)ソースより、
バグを出さないようなソースの方が良いと思われ。
0408↑NGNG
↑
■ このスレッドは過去ログ倉庫に格納されています