コーディング規約第3条

[表示 : 全て最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 05/10 01:29 / Filesize : 102 KB / Number-of Response : 454
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

コーディング規約第3条

1 名前：デフォルトの名無しさん mailto:sage [2007/02/04(日) 23:28:42 ]: カッコの位置や変数名のつけ方から、何で規約なんて決めるのという話まで
コーディング規約・スタイルに関するスレ

前スレ

コーディング規約第2条
pc10.2ch.net/test/read.cgi/tech/1068752664/
91 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 09:13:06 ]: ↓間違ったコードは間違って見えるようにする
ttp://tinyurl.com/2cgb8n

型名プレフィックスをつけるだけの記法を
ハンガリアンと読んでいる奴はアホ。
その記法をマンセーしてる↓みたいな奴はもっとアホ。
ttp://homepage2.nifty.com/well/HungarianNotation.html
92 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 14:06:04 ]: >>91
激しく同意
93 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:21:44 ]: ハンガリアンを積極的に使うつもりはないけど、

HWND hWnd;

とか書いちゃってるなあ。

HWND windowHandle;

でいいはずだが。
94 名前：デフォルトの名無しさん mailto:sage [2007/03/14(水) 23:41:47 ]: ハンドルのhはむしろアプリケーションハンガリアンに近いものだと俺は思っている。
（やや苦しいかもしれないが）例えばC#なんかだとみんなIntPtrになるからハンドルにhを付けるのも生きてくる。
C/C++のtypedefは型名にアプリケーションハンガリアンを適用するためにも使えるという見方もできる。
（それが行き過ぎて型名とプレフィックスを結び付けるシステムハンガリアンになってしまったのかもしれないが）

そういう訳もあって俺はウィンドウハンドルの変数名・プレフィックスをhWndとするのではなく、hwndとしている。
HANDLE hHoge = hwndHoge;なんて有り得ない。
95 名前：・∀・）っ-○◎● mailto:sage [2007/03/15(木) 00:09:41 ]: なにかとATL::CWindow使ってる俺は wnd～もしくは～Window
96 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 03:32:04 ]: GUI部品に btnHoge や tblFuga はありだと思う。
だってボタンやテーブルなんだし。
97 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 04:08:24 ]: hogeButton とか fugaTable とか、略さず書くべきだと思うんだ。
妙な略語は読みにくい。
今時の環境なら補完くらいしてくれるから、長くてもtypoは起きにくいし。
へたすると、短くて補完効きづらい名前のがtypoしやすいくらい。

それに、 button とか table とかは接頭辞じゃなくて接尾辞にすべきだと思う。
型より意味のが重要なんだから。
98 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:04:25 ]: できればcamel caseはやめてほしい…
などと言い合いの軸をもう一つ増やしてカオスに追い込んでみようかな。
99 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 05:25:13 ]: camel caseやめると語のつなぎは_かえ？
100 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:10:00 ]: 俺は変数は_繋ぎの小文字で関数はCamelにしてる。
変数に大文字が混入するのは何となく嫌だ。
101 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 09:51:22 ]: >>97
頭に持ってくるか尻に持ってくるかは、
どっちの意味を重視するか、どっちから探したいかによるかと。
俺の頭の中ではボタンは型ではなくて、単にボタン。
hoge するものであること以上に
画面上のボタンであることをイメージするので
(hoge という意味もボタンという意味も持つ。型はない。)
頭に持ってきたいんです。

なんだけど、hogeButton の方が自然な名称だとは思う。
まぁ規約に従いますよ。
102 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:15:28 ]: ボタン型であるquit(型ハンガリアンだが)じゃなくて
quitボタンという画面部品だから、付けるならquitButtonだなー。
quitButtonで呼ぶ処理ルーティンの名前はquitかもしれぬ。
103 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:21:36 ]: quitButton を見て「変数名に型情報入れるなボケ」
とか言ってくるやつがたまに居るんだが
どうやって対処したらいいんだろ。

型じゃねーよと言っても分かってもらえない。
104 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 10:31:57 ]: >>103
ボタン型より抽象的な型（コンポーネントとかウィジェットとか）で
保持してやればいいんじゃね？名前はそのまんまで。

で、本当にボタンとして使うときには毎回キャスト。
一回やってみせて、できあがったアフォコード見せてやればきっと
納得してくれるよ。
105 名前：デフォルトの名無しさん mailto:sage [2007/03/15(木) 11:02:06 ]: アフォをもってアフォを制す・・・か
106 名前：デフォルトの名無しさん mailto:sage [2007/03/16(金) 20:26:03 ]: 逆に次からもそうしろってなったら嫌だなｗ
107 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:30:31 ]: C言語だと、

a += 2;
{
懿｡疂nt tmp = a;
懿｡畭 = b;
懿｡畸 = tmp;
}

みたいに{ }を使うこともあると思うけど、これに if else をつけると、

if (a > 0)
懿｡畭 += 2;
else
懿｡痣
懿｡癧疂nt tmp = a;
懿｡癧畭 = b;
懿｡癧畸 = tmp;
懿｡痾

のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。
108 名前：デフォルトの名無しさん mailto:sage [2007/03/17(土) 23:34:09 ]: C言語だと、

a += 2;
{
□int tmp = a;
□a = b;
□b = tmp;
}

みたいに{ }を使うこともあると思うけど、これに if else をつけると、

if (a > 0)
□a += 2;
else
□{
□□int tmp = a;
□□a = b;
□□b = tmp;
□}

のように、一行コードと{ }のブロックが同じインデントになってるから、
GNUのスタイルは一応理にかなってはいるなと思っただけ。

#化けたのでもう一度書きます。すんません。。。
109 名前：・∀・）っ-○◎● mailto:sage [2007/03/17(土) 23:45:16 ]: & n b s p ;をスペース入れずに使いましょう
110 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:07:54 ]: >>108
GNUの{}がキモイと言っている奴らは
そういう理屈を理解した上でなおキモイと言っているんだと思われ
111 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:20:47 ]: 何しろ「キモイ」なんだから理屈じゃないわな
112 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:24:12 ]: >>110
オレは { } を使わない if がそもそもキモイと思う。( >>108 の a += 2; の部分 )
113 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 00:34:00 ]: ttp://www.linux.or.jp/JF/JFdocs/kernel-docs-2.2/CodingStyle.html

＞まずは「GNU 標準プログラム書法」
＞(GNU coding standards)を入手して印刷してみてください。でも、読むために
＞印刷するのではありません。印刷した物を燃やすのです！この儀式は晴れがま
＞しい決意表明なのです！ V^_^V
By リーナスたん
114 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 01:23:23 ]: まあ確かに理屈どうこうじゃねーな。
とにかく気持ち悪い。
115 名前：108 mailto:sage [2007/03/18(日) 02:14:49 ]: >>112
見ていて一番自然なのは K&R のスタイルだとは思うけど、
それでも、{ } を使わない if は普通に出てくるよ。
116 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 09:17:27 ]: >>115
自分では単文の時も必ず{}で括るようにしているが、
そうでないソースがあったとしてもキモいとまでは思わないな。
117 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 14:04:35 ]: if (hoge)
　　a = 1;
else {
　　int b;
　　a = 1;
　　b = 2;
}

1行コードと {} のインデントを同じにしなきゃならん理由がわからん
ifとelseの中身が同じインデントレベルの方が見て把握しやすい

GNUはやっぱキモイわ

リーナスたんが言うようにGNUのウンココーディングスタイルなんて燃やすべきだ！
118 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:32:05 ]: 別にどっちでも大差ないでしょ

俺様wayに頑なに固執するのは俺的には精神分析の対象だと思う。
どっか幼児性が切断されてないところがあるんじゃないの？

気色悪い、という感情はコードのお作法に対してより、
むしろそういう自分自身をこそ向けられるべきだね。
119 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:36:57 ]: とはいえ、人間はパターン認識の動物だから、
異なるパターンのコードを行ったり来たりするのは疲れることは確か。

だとしたらフリースタイルというcの思想がそもそも間違ってるのかもね。
まあ、自由というドグマに囚われた不自由なアメリカ人が作ったものだからな。
120 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:38:38 ]: 単文とか複文という概念が無いModula2最強ってことでｗ
121 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 15:59:53 ]: GNUのスタイルがキモいと思ってる人間は少くないんだから
コミッターや開発者の間で民主的に多数決でもとって GNU v2 のスタイルでも
決めてくれればいいものを。

一部の変人がコーディングスタイルを決めて、それがデファクトスタンダードになって
しまってる現状に疑問を投げかけてもいいんじゃない？

>>118みたいに人格攻撃しかしないバカには理解できないだろうけど
122 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:32:19 ]: GNUよりも>>118がキモイ
123 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 16:38:14 ]: 結論：>>118はキモイ
124 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:11:13 ]: >>118の反響の大きさにﾜﾗﾀ
125 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:19:30 ]: >>118のキモさに泣いた
126 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:54:09 ]: >>118になにがしか反応せずにはいられないやつがこれだけいるとはw
127 名前：デフォルトの名無しさん mailto:sage [2007/03/18(日) 23:58:36 ]: >>118だと聞いて飛んできました。
128 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 00:03:09 ]: 幼児性って分断させるものなん？
129 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 11:06:30 ]: この勢いだと>>118が切断されそうです＞＜
130 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 13:00:16 ]: >>121
「デファクトスタンダード」の意味調べて来い。
131 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 15:56:43 ]: >>130
>>121は、FLOSSなどと呼ばれるソフトウェアはLinuxカーネルを除いて
みなGNUスタイルで書かれてるとでも思っているのではないだろうか。
132 名前：デフォルトの名無しさん mailto:sage [2007/03/19(月) 22:09:09 ]: >128
俺は一瞬「幼児を分断」と読んで萎えた
133 名前：デフォルトの名無しさん mailto:sage [2007/03/20(火) 01:27:02 ]: そんなつまんないレスすると。負けずに

正しくは「幼児性の払拭」だね

なんつう、つまんないレスを(ry
134 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 13:58:05 ]: C++使いです
関数名、変数名の大文字小文字でずっと悩んでいますが、
スタイルはJavaやMSDNでいいと思っています　
でも、STLやBoostを使うと、バランス悪くなりませんか？
135 名前：デフォルトの名無しさん mailto:sage [2007/04/10(火) 14:49:21 ]: それがC++標準のスタイル。気にしないのがベスト。
必要以上の一貫性は無意味だ。
136 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 03:20:35 ]: >>101
それはいつも悩んでます。俺はVBでcmdOkとかcmdCancelみたいなのに
慣らされてきたから、C#になったときにbuttonOkとかbuttonCancelとか
やってみたんだけど、確かに探しやすいんだがなんか気持ち悪い。
次のプロジェクトではokButton、cancelButton式にしたんだけど、やっぱり
探しづらい。どうしても「UI要素の分類」をキーボードから打ったあとで
候補から↑↓で選ぶ方が探しやすいと思うのだ。
そうして小さなプロジェクトを作るごとにあーだこーだ悩んだ末、
今ではプロジェクトごとにばらばらだ。それが一番ダメなんだってｗ
137 名前：デフォルトの名無しさん mailto:sage [2007/04/29(日) 07:21:40 ]: プロジェクトごとにばらばらなのは許容範囲でしょ。
ダメなのはプロジェクト内で統一されてない時。
138 名前：デフォルトの名無しさん mailto:sage [2007/05/01(火) 03:41:22 ]: >136
_をofと考えて、button of ok → button_ok
139 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:02:45 ]: /**
* ←このアスタリスクがめんどい
*/
140 名前：デフォルトの名無しさん [2007/05/09(水) 03:13:07 ]: C/C++/Java の複数行コメントのスタイルについて。
/*
* ←このアスタリスクがめんどい
*/
はじめに書くときにも面倒だし、後でコメント内のインデントを上げ下げ
するときにも激しくウザイ。そしてこの面倒さに対するメリットがよくわからない。

いっこだけ検索して見つけたのが、その行がコメントであることを行自身に
明示させる働きがあるとのこと。だけどそんなのエディタで開けば
色分けしてくれるし、そうじゃなくてもコメントとコードの区別は目で見れば
簡単に判別できる。機械的に判別させるためであれば、行頭アスタリスクで
始まるコードも書けてしまうので結局曖昧なままだし。

なんでこのスタイルがこんなに普及してるのか、知ってる人がいたら教えて欲しい。
141 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:15:14 ]: 見た目がどうこうとかもっともらしい理由が言われ続けているから、ではなかろうか。
142 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:16:50 ]: モノクロの世界だと区別が分かりやすいってのはあるかもね。
いちいち打つのは面倒だからやりたくないね。
エディタが勝手に埋めてくれるから埋めとくかって感じだけど。
143 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:18:15 ]: >>139
それがそんなにめんどいなら、そのアスタリスクを付加するフィルタを簡単に作れるようになるべきかと。
固定文字列対応のことを考えるとめんどいけど
144 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:20:35 ]: >>142
そのエディタ、コメントの中のインデント調整してもアスタリスクの位置だけ
保持してくれたりする？
145 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 03:33:15 ]: んなもん頭に*つけたり外したりするのなんざエディタの仕事だろうが。
プログラマなんだからそれくらいエディタにやらせろよ。
146 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 13:41:49 ]: GNUは極度の後方互換とストールマソの趣味であんな規則になってるんでしょ
ところで単語の区切りはどうしてる？
do_somethingで単語を区切る方が好きだけどC++やJavaも使うから泣く泣くdoSomethingみたいに大文字で区切ってる
147 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 14:05:50 ]: >>140
javadocのせいじゃないの？
148 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 18:05:54 ]: MFC で C++ を覚えた俺から見ると DoSomething が一番自然に見えるｗ
C# と Java やり始めてようやく doSomething 式にしたけどまだ違和感があるな
149 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 19:42:35 ]: 俺てきとうだなぁそのへん。
とりあえず周りに合わせる感じ。
C++でソロだとdo_something系だな、今は。
150 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 21:31:46 ]: >>148
C#はDoSomethingだろ
マイクロソフト様のガイドラインに書いてある。
151 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 21:34:24 ]: do.somethingみたいな具合に
doやsomethingそのものも柔軟に定義できてそれらの直行性を使って
複合的な機能が実装できればいいのに
152 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 21:39:04 ]: 日本語おｋ
153 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 21:59:36 ]: 放っておけ奴は「直行性」と言いたいだけだ
直交性に読み替えてみてもさっぱり意味が(ry
・・・もしかしてニモニック？
154 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 22:07:17 ]: >>150
マジすか
明日から堂々と DoSomething って書くわ、むろん Java でも
155 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 22:11:06 ]: >>154
Javaでのメソッド名、変数名についてはdoSomethingでたのむにょろ。
156 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 22:34:40 ]: 変数名とメソッド名の見た目が同じなのが嫌という理由で
変数名は小文字アンダースコア区切り、メソッド名はCamelな俺。
157 名前：デフォルトの名無しさん mailto:sage [2007/05/09(水) 22:36:15 ]: 名前の途中に大文字だけの単語が出てくると
命名しててなんか気持ち悪くなるんだよね。
158 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 00:26:29 ]: >>146
変数名と関数名は全部小文字で単語間をアンダースコアで区切る。
クラス名はキャメルケースを使う。

という風に使い分けてる。
159 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 13:35:57 ]: Javaをアンダーバーで切ると標準ライブラリで見づらくなるじゃない？
160 名前：デフォルトの名無しさん mailto:sage [2007/05/10(木) 14:57:56 ]: クラス名の先頭は大文字にしとけ
161 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 02:03:18 ]: クラス・関数・変数・定数・etcの区別に拘っている方に聞きたい。
関数ポインタとかファンクタ、デリゲート、const変数等はどう名付けてます?
162 名前：デフォルトの名無しさん mailto:sage [2007/05/11(金) 02:52:04 ]: 使用するライブラリに合わせるかなぁ。

>>161
デリゲートって悩むよねー
MS様のガイドラインではイベントハンドラ以外のは
～Callbackにしろって書いてあったと思うけど、
明らかに守られてないし。(MethodInvokerとか)

あんまし関係ないけどWin32APIの定数はできるだけ
constの変わりにenum使うようにしてる。
163 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 13:48:41 ]: 変数　＝＞　全部小文字／アンスコ
メソッド　＝＞　先頭小文字／キャメル
クラス　＝＞　先頭大文字／キャメル
定数　＝＞　全部大文字／アンスコ

かな。
164 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 21:40:44 ]: >>154
publicな名前はDoSomethingで、
privateな名前はdoSomethingと覚えておけばいい
165 名前：デフォルトの名無しさん mailto:sage [2007/05/14(月) 23:26:27 ]: privateメソッドはどう名前をつけようが窯湾だろ。
166 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 02:20:54 ]: c++だとバッティングするリスクがあるのでちょっとは気にした方がいい。
167 名前：デフォルトの名無しさん mailto:sage [2007/05/15(火) 21:43:21 ]: そのバッティングするリスクとやらをどうぞ
168 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 02:25:30 ]: ttp://www.mozilla-japan.org/hacking/portable-cpp.html
> C++ 標準規格 17.4.3.1.2 節グローバル名 [lib.global.names] 第1パラグラフによると:
>
> 名前と関数シグネチャのある特定の組は、実装によって常に予約されています:
> 　二重のアンダースコア（__）が含まれる名前、または後ろに大文字 (2.11) が付くアンダースコアで始まる名前は、
> ある目的のために実装によって予約されています。
> 　アンダースコアで始まる名前は、グローバルな名前空間で使う名前として実装によって予約されています。
169 名前：デフォルトの名無しさん [2007/05/16(水) 08:11:48 ]: doxygen で @param に付く in, out って、つけたほうがいいんでしょうか？
ほとんど [in] だし、ポインタに const ついてなければ [out] または [in,out] なんで、
あんまり手動でつけて回るメリットが無いような気がしてます。
170 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 08:27:30 ]: >>169
私のところでは、過去との互換性でconstついてないポインタの時にはつけてる。
171 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 09:11:58 ]: クラスというか、抽象的に状態を保持してるオブジェクトを
渡すときは in も out も何かしっくりこないしねぇ。出したり入れたり
じゃなくて状態を変更するかどうかが重要って感じ？
172 名前：デフォルトの名無しさん mailto:sage [2007/05/16(水) 12:50:24 ]: 通常それをピストンというのでは？
173 名前：デフォルトの名無しさん mailto:age [2007/05/16(水) 14:45:20 ]: ほしゆ
174 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 04:21:30 ]: ケースセンシティブをなくせばこんな宗教戦争は解決するんじゃない？
175 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 10:20:53 ]: >>174
自動車をなくせば交通事故は無くなるんじゃない？
176 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 10:25:26 ]: >>175
いいえ、自動車以外の交通事故は残ります。
→ケース問題を除く宗教戦争は残ります。
177 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 13:07:30 ]: BASICって確か大文字小文字区別しないけど、
あの言語ってケース問題に関する宗教戦争ってないのか？
178 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 13:33:11 ]: 8bit時代のBASICならいざしらず、VisualBaiscとか今時のBASIC使ってるヤツで
「大文字小文字同一視だぜ」とか言ってるやつはみたことないな。
普通に大文字小文字区別して「どう書こう？」ってやってる。
179 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 13:51:21 ]: Delphiが「大文字小文字同一視だぜ」なんだけど、
書籍やIT系サイトのチュートリアルっぽいコードで、たまに無茶苦茶なのを見かける。

一般向けに晒すコードなら、プロパティ名とかメソッド名はオンラインヘルプに記述されているとおりに書け。

# Delphiのヘルプは酷いから、そもそもオンラインヘルプで記述が統一されていないってのもあるが。
180 名前：デフォルトの名無しさん mailto:sage [2007/05/21(月) 14:43:03 ]: MSDN見習わせたらエラー処理はしないしファイル番号は固定だし……

ってのは兎も角。
>>178
VisualBasicは大文字小文字を区別できるんですか?
例えばdim aa as integer, AA as integer, Aa as integerみたいに?
私ゃ保存はされるけど区別はできないと思っていたのだが。
181 名前：178 mailto:sage [2007/05/21(月) 15:01:39 ]: >>180
いや、区別しない。

>>178で言いたかったのは
「区別されないからAbcDefメソッドをABCDEFで呼ぶぜ」なんてやつはおらず、
VBでも「『AbcDef』がいいか『abcDef』がいいか(大文字小文字を意識して)どう書こう？」って
やってる、ってこと。

書き方悪かったかも。ごめん。
182 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 15:38:32 ]: でも自動車を無くせば自動車事故は起きなくなるね
#こういう考え方はいかん
#エロサイトを封じれば性犯罪が減ると思ってやがる
183 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 19:08:06 ]: >>182
コメントへの野暮なレスですまんが、
もとの「自動車を無くせば自動車事故は起きなくなる」に対応する
のは「エロサイトをなくせばエロサイトへの接続が無くなる」では。

# 縦読みを仕込みたかったが出来なかった。
184 名前：デフォルトの名無しさん mailto:sage [2007/05/22(火) 20:21:39 ]: エロサイトを封じたら、性犯罪は増えるんじゃないの？
185 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 00:14:54 ]: >>183
エロサイトを封じればエロサイトの広告、迷惑メールなどが減る。
→でもその他の広告などは残る。
186 名前：175 mailto:sage [2007/05/23(水) 01:40:16 ]: 大文字小文字の区別をつけるか否かは、言語設計者が決めることだから、
その言語を使用する側が制御できることではないし、どうこう言うべきことでもない
と言いたかったのですが。
187 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 05:03:55 ]: 最近はCOMとか.NETとかスクリプティングとか言語設計者の都合だけでは
決められない要素も出てきた
188 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 06:51:31 ]: COMは最近ではないと思うけど、まあそうだね。
189 名前：デフォルトの名無しさん mailto:sage [2007/05/23(水) 13:52:32 ]: 機械語
190 名前：デフォルトの名無しさん mailto:sage [2007/05/30(水) 08:01:29 ]: そういえばスペースだけでコーディングする言語あったよね
あれなら宗教戦争はなくなる
191 名前：デフォルトの名無しさん mailto:sage [2007/05/30(水) 08:23:20 ]: ホワイトスペルマだっけ？

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef