コーディングスタイルにこだわるスレ

1 名前：デフォルトの名無しさん [2007/10/28(日) 15:59:01 ] コーディングスタイルについて熱く語れ 70 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 10:59:59 ] >>68訂正 × var < 0 ○ var > 0 71 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 11:04:38 ] 私は < だろうが > だろうが関数呼び出し相手なら if (0 <= func( if (0 == func( if (0 >= func( だなぁ。 72 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 11:07:39 ] >>70 だろうな。 さすがに var < 0 を 0 > var って書く人はいないか。 いないよな？ 73 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 11:10:36 ] よし纏めよう。 ・定数右派 基本的に、常に定数が右。不等号の向きなんて関係ねぇ。 ・定数左派 基本的に、常に定数が左。不等号の向きなんて関係ねぇ。 ・不等号は数直線派 基本的に、不等号は常に左を小さく。定数の位置なんて関係ねぇ。 ダメだ、>71も恐らく例外があるのだろうし分類しきれない…… 74 名前：63 mailto:sage [2008/01/21(月) 11:22:37 ] >>64-72 回答ありがとう なるほどねー 1. 数直線に合わせる派 2.1. 評価対象を常に左に置く派 2.2. 評価対象を常に右に置く派 がいるみたいだね …これ、どっかのMLの過去ログにもありそうだな 75 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 11:42:38 ] 基本的に短い物が左。 そして変数同士の不等号は数直線派。 変数か定数かなんて関係ねぇ。 な俺は結果的に 即値 < 変数・定数 < 式 < 関数 な順番になるな。 定数左ってよりは即値左か？ 画面が狭かった頃の規約の名残だな。 76 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 13:24:24 ] こんなものは理屈じゃなくて、数学の記法では普通 0=x でなく x=0 と書くというのが一番大きい気がするけどな 不等号は3項関係なら数直線だが2項関係ならやはり変数を左辺に書くのが数学でも一般的だと思う 77 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 13:59:49 ] その理屈だと関数が絡んだときにおかしくないか？ 数学だとy=f(x)の方が一般的でないか？ 78 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 14:12:06 ] >数学だとy=f(x)の方が一般的でないか？ その記法は定数相手には使わないような。 確かに y については y = f( x ) 的な書き方をするけど、f(x) については f(x) = a * x + y 的な書き方もするはず。 だからまあプログラミングの記号と数学の記号とでは微妙に意味が違うので全てを同じルールでは扱えないが、それでも変数と定数に限れば 0=x ではなく x=0 だろう。 これはもう理屈とか抜きに。 79 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 14:27:50 ] >>78 数学に限って言えば、 ＞0=x ではなく x=0 だろう これは状況によりけりだな。まぁ、 ＞プログラミングの記号と数学の記号とでは微妙に意味が違うので全てを同じルールでは扱えないが、 は正しいと思うので、数学のルールは適用できないんだけどね。 80 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 16:34:55 ] &&とか||が絡むなら不等号の向きをそろえるけど それ以外なら気にしないな。 81 名前：デフォルトの名無しさん [2008/01/21(月) 16:36:21 ] またこの話か。去年さんざん「祭り」したのに。 もう秋田。 82 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 18:25:42 ] わざわざ来なくてもいいのに（笑） 83 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 18:34:21 ] 基本的には数直線に合わせるけど、場合によっては変えるね。 言葉や数式で表現するとどうなるかを頭に置きながら 理解しやすい方を選択する。 84 名前：デフォルトの名無しさん [2008/01/21(月) 20:01:32 ] Cプログラマの為に、ポイントをまとめたドキュメントを販売しています。 プロのプログラマでもあまりにレベルが低い人が多すぎます。 そんな人に限って、自分のレベルの低さを自覚していない、、、 　本人は構わないかもしれませんが、その下についた新人プログラマは たまったものではありません。（私が経験しました。） 　今になって分かりました。 彼らもまた、理解できていなかったのです。 　プログラミング言語の一番の習得の近道はきちんと理解している人にアドバイスをもらうこと。です。 私のC言語に取り組んだ7年間をすべてぶつけたつもりでテキストを作りました。 　私の会社の後輩からは、どんなテキストよりもわかりやすかった！や、 今まで教えてくれていた先輩や、テキストたちが、ちゃんと理解できていないことがわかりました。 と、嬉しいコメントをたくさんもらいました。 そしてなにより、彼らの社内での評価がとても高いということが、私の誇りです。 　興味がある方はどうか、下のサイトをみてみてください。 mori.eco.to/ 85 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 20:04:01 ] ｳｾﾞｪ 86 名前：デフォルトの名無しさん mailto:sage [2008/01/21(月) 21:33:16 ] みるまでもなくネタだろ 87 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 01:43:31 ] 最近、カプセル化は要らん子な気がしてきた。 真面目に適用したところで可読性や保守性は上がるどころか下がることの方が多いし、 getter/setterを書くより、コメントやドキュメントをしっかり書いた方が良い気がする。 88 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 02:58:06 ] getter/setter が無いと、ついつい直接書き換えして 後の挙動が掴めなくなってしまう俺みたいな屑も居るので書いてくれて良い 89 名前：デフォルトの名無しさん mailto:sage [2008/08/02(土) 09:35:09 ] つーか、そもそも下駄雪駄がある時点で間違いだろ。ちゃんと意味を考えたI/Fにするべきだ。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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