[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 2chのread.cgiへ]
Update time : 05/09 21:46 / Filesize : 165 KB / Number-of Response : 567
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

クラス名・変数名に迷ったら書き込むスレ。Part14



1 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:20:32 ]
クラス名、変数名のつけ方に悩んだら書き込むスレです。

質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

>>2 英和・和英・英英など各国語辞書と翻訳サイト。
>>3 類義語(シソーラス)辞書、図形・数式・数学用語の英単語。
>>4 関連スレと、いろいろな言語規約。
>>2-10 諸事情によりリンクがずれた場合。

前スレ。
◆ネーミング倶楽部◆: pc3.2ch.net/tech/kako/1035/10353/1035362308.html
Part1: pc5.2ch.net/tech/kako/1046/10465/1046541730.html
Part2: pc5.2ch.net/tech/kako/1058/10582/1058213523.html
Part3: pc5.2ch.net/test/read.cgi/tech/1067171530/
Part4: pc5.2ch.net/test/read.cgi/tech/1087209526/
Part5: pc8.2ch.net/test/read.cgi/tech/1109330204/
Part6: pc8.2ch.net/test/read.cgi/tech/1128266018/
Part7: pc8.2ch.net/test/read.cgi/tech/1144978008/
Part8: pc10.2ch.net/test/read.cgi/tech/1154448184/
Part9: pc11.2ch.net/test/read.cgi/tech/1168356029/
Part10: pc11.2ch.net/test/read.cgi/tech/1180146315/
Part11: pc11.2ch.net/test/read.cgi/tech/1191250784/
Part12: pc11.2ch.net/test/read.cgi/tech/1206118762/
Part13: pc11.2ch.net/test/read.cgi/tech/1222661623/

2 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:21:04 ]
英和・和英など各国語辞書と、翻訳サイト。

英和・和英辞典。
dictionary.goo.ne.jp/
www.excite.co.jp/dictionary/

英英辞典のリンク集。
外国語広場: 英語: オンラインで使える英英辞典 英和・和英辞典
www.gaikoku.info/english/dictionary.htm

英語←→各国語辞典。(英語)
Dictionaries
www.freedict.com/

日英・英日、日中・中日、日韓・韓日翻訳。
www.excite.co.jp/world/

POP jisyo.com
www.popjisyo.com/WebHint/Portal.aspx

訳GO YAKUGO.COM
www.yakugo.com/WebHint/Quick.aspx

3 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:22:02 ]
専門語、類語辞書。

シソーラス(類語)検索
www.gengokk.co.jp/thesaurus/
Thesaurus - Yahoo! Reference (英語)
education.yahoo.com/reference/thesaurus/

図形や数式などの英単語。

すうがく探検隊・数式と図形の英語
i.lekton.co.jp/ara/tanken/english/
リスコレ No.24 図形の名前を英語で……
homepage1.nifty.com/tadahiko/LISTCOLE/024-FIGURE.HTML

各業種いろいろ
250の辞書を一度に検索 Webdio
www.weblio.jp/

4 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 00:34:48 ]
関連スレ。

変数名って、どの位こだわりますか?
pc.2ch.net/prog/kako/1038/10383/1038306623.html
ローマ字変数を使う奴は馬鹿
pc8.2ch.net/test/read.cgi/prog/1054319927/l50
ゲーム内で使う長い変数を縮めてあげるスレ
pc10.2ch.net/test/read.cgi/gamedev/1024902432/l50
★★★コーディングマナー★★★
pc5.2ch.net/test/read.cgi/tech/1056508692/l50
ちょっと待て!ハンガリアン
pc8.2ch.net/test/read.cgi/tech/1011026963/l50
Cのマナーいろいろ
pc8.2ch.net/test/read.cgi/tech/1029584140/l50
Cのマナー
pc.2ch.net/test/read.cgi/prog/1030001269/l50
バカなコーディング規約
pc.2ch.net/tech/kako/1012/10127/1012715148.html

いろいろな言語規約。
Hungarian Notation(英語)
msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs600/html/hunganotat.asp

Java言語規定。6.8 名前付け規約
www.y-adagio.com/public/standards/tr_javalang/6.doc.htm#11186

参考書籍
翻訳に役立つGoogle活用テクニック
www.amazon.co.jp/exec/obidos/ASIN/4621072943/

5 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 01:16:21 ]
>>1乙」

と表示する関数の名前お願いします

6 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 05:50:32 ]
ozuieren

7 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 10:30:00 ]
printGoodJobFor1

8 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:29:13 ]
           __
        , ‐' ´   ``‐、             / ̄:三}
.     /,. -─‐- 、.   ヽ        /   ,.=j
 _,.:_'______ヽ、 .!       ./   _,ノ
  `‐、{ へ  '゙⌒ `!~ヽ. !     /{.  /
    `! し゚  ( ゚j `v‐冫   , '::::::::ヽ、/
.    {.l   '⌒      ゙ 6',!   / :::::::::::::::/ __ そんなことよりTimeOfNowの話しようぜ!
.     〈  < ´ ̄,フ  .ノー'_ , ‐'´::::::::::::::;/ (_ノ)‐-、
.      ヽ.、 ` ‐", ‐´‐:ラ ':::::::::::::::: ;∠.   ヽ_}  ゙ヽ
        ,.r` "´  /:::::::::::::::::::ィ´  `ゝ  !、  /
     /       / :::::::::::::::: ; '´   /´\ /   r'\
.     i      ! ::::::::::::::/ 墨 | .!::::::::/ヽ、.._!ヽ. ヽ、
     {      {:::::::::::;:イ /   ‖i:::::::/:::::::::::::/  \
.      ヽ       ヽ,.ァ‐'´ /ヽ 二 ,/`ヽ、::::::::: /    ヽ
      ヽ、 ,. ‐'"   .ノ ,〈    >   `'‐- '
          >   _,. ‐'´ / /    `)
       ,ゝ       _.⊥.-r┬:/
       ヽ_,. -‐i"!´「L.=!┘     ヽ
       <      / /       |
       /    、i / __     ./

9 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 14:32:58 ]
なんでドイツ語なんだよ

10 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 15:12:08 ]
aktuelle Zeit



11 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 16:45:29 ]
bless(1)

12 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 20:04:23 ]
─┬─| . . _         /|  .   ._ .   . _   .     
  │  |⌒i /_)      . / _|. レヽ. (__ |   //_) レ⌒    
  │  |  | ヽ_      / ̄ | |  | ._).|/|/. ヽ_ |   ...

─┬─ ・.    . _  γ⌒ヽ   ./ |\  |   .    
  │   | レγヽ /_) .|    |  ┼ | \ | /⌒ヽ|   /
  │   | | | |. ヽ_ .ヽ___ノ.  │ |  \| ヽ__ノ.|/|/.
                                  /\___/ヽ
    (.`ヽ(`> 、                      /''''''   ''''''::::::\
     `'<`ゝr'フ\                  +  |(●),   、(●)、.:| +
  ⊂コ二Lフ^´  ノ, /⌒)                   |  ,,,ノ(、_, )ヽ、,, .::::|
  ⊂l二L7_ / -ゝ-')´                 + |   `-=ニ=- ' .:::::::| +
       \_  、__,.イ\           +     \   `ニニ´  .:::/    +
        (T__ノ   Tヽ        , -r'⌒! ̄ `":::7ヽ.`- 、   ./|
         ヽ¬.   / ノ`ー-、ヘ<ー1´|  ヽ | :::::::::::::ト、 \ (  ./ヽ
          \l__,./       i l.ヽ! |   .| ::::::::::::::l ヽ   `7ー.、‐'´ |\-、

13 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 23:40:03 ]
必死になってるのTimeOfNow本人だろw

14 名前:デフォルトの名無しさん mailto:sage [2008/12/29(月) 23:41:44 ]
「名前=値」形式の文字列を編集するフォームの名前と
そのフォームを表示する関数の名前は何がいいかな?

15 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 01:41:03 ]
formAssign
showFormAssign

みたいな。

16 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 03:07:25 ]
>>14
いつも言うことだけど、その
>「名前=値」形式の文字列
の集合がどういう意味を持つのかがわからなきゃ命名なんてできないだろう。
普通はその「意味」を名前に盛り込むんだから。

いや特定の意味なんて持たない、汎用の“「名前=値」形式の文字列”を編集するための
フォームなんだ、ってことかもしれないけど、でもそうだとしたらそれって
ただのテキストエディタ以上の利便性があるのかね?

17 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 03:13:41 ]
>>16
テーマを持ってテキストエディタを作っちゃいけないのかね?

18 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 03:57:19 ]
>>16
答えられないなら取りあえず黙ってれば?
別にお前が聞かれたわけじゃないんだしさ。

19 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 04:01:32 ]
例えば「名前=値」形式をPropertyなんて呼ぶことにしたとして、

PropertyEditor
EditProperty

20 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 10:57:18 ]
名前が用意されてて、それに対するフィールドを編集するフォームって普遍的にあるもんだと思うんだけど
>>16は何を言いたかったんだろう

どういう意味を持つのかが具体的にわからなきゃ命名なんてできないっていうけれど、
どのレベルの抽象度を持たせたいのかわかんなきゃマズいだろ?



21 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 11:11:23 ]
少なくとも>>16の文面から読み取れるようなデータを編集するような、
汎用的なソフトウェアがあるとは思えないけどね。

だって入力された名前と値をイコールで連結するだけなんでしょ?
それテキストエディタで編集するのと比べてどこが便利なの?

>>20がどういうものを想像しているのか分からないし、
もちろん>>16の説明が要領を得てないだけかもしれないけどさ。

まあ「名前が用意されてて」とあるから、>>20は特定の用途向けのデータに
特化したものを想像しているのかもしれない。
それなら>>16で俺が言ってることと一緒じゃん

22 名前:21 mailto:sage [2008/12/30(火) 11:14:15 ]
ごめん三つ出てくる">>16"のうち最初の二つは">>14"の間違い。

23 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 14:33:57 ]
まーたお前か

24 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 15:24:00 ]
・設定ファイルをテキストエディタで修正してください
・設定画面を開いて設定してください
ではユーザに与える印象がずいぶん違う。
ライトユーザに対しては稚拙であっても設定画面を用意する方が間違いが起きにくい。

が、たぶん>>21が言いたいのは、果たしてそれは「設定項目」なのかどうかと。
テキストエディタと比べて云々がよけいなんじゃないかなー。

25 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 16:28:19 ]
KeyValuePairEditor

26 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 19:40:00 ]
>>21
お前の視野の狭さと実務経験の無さは十分わかったから
答えられないなら黙ってろよ

27 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 21:00:39 ]
>>24
余計じゃないよ。
俺が言ってるのは単純かつごく当たり前のこと。

まず>>14の「フォーム」が(1)特定用途向けのデータのみを編集する画面である可能性と
(2)「名前=値」形式の文字列によるデータを編集するための汎用的な画面である可能性が
あることまではいいよね?

後者の場合、値だけでなくフィールド名もユーザーが入力する必要がある(というより、そのための画面)
のだから、だったらそれにはただのテキストエディタ以上の利便性は何もない。
ライトユーザ云々って、それをいうならフィールド名を入力させる時点でライトユーザ向きじゃないよ。

28 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 21:03:00 ]
名前が思いつかないならレスしなくていいよ。

29 名前:デフォルトの名無しさん mailto:sage [2008/12/30(火) 23:38:23 ]
名前が思いつかないならレスしなくていいよ。

30 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 01:02:29 ]
当たり前の事ならイチイチ言わなくていいよね。

名前が思いつかないならレスしなくていいよ。



31 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 01:17:14 ]
名前が思いつかないならレスしなくていいよ。

32 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 02:54:44 ]
bHasIdeaAboutName

33 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 06:58:51 ]
このスレには
相手のバックグラウンドを斜め下に妄想してぶっ飛びセンスで名前を提案するTimeOfNowの人と
相手のバックグラウンドを根掘り葉掘り聞いた挙句結局何の提案もしない>>27
二人のキチガイが居るでおk?
同一人物ってことは無いよね?

34 名前:デフォルトの名無しさん mailto:sage [2008/12/31(水) 08:34:05 ]
名前が思いつかないならレスしなくていいよ。

35 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 12:09:57 ]
>>16が至極当然のことを言っている気がして仕方がねえw


36 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 12:39:50 ]
>>35
前スレ前々スレ読めばどれ程の基地外か分かるよ
このスレは俺の物宣言した兵

37 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 13:45:21 ]
>>36
やれやれまだやってるのか。
言わせてもらえば、「このスレは俺の物宣言した兵」って、それって(君がそうかどうかは知らんが)
むしろ俺に妙な突っかかりかたしてたお馬鹿さんの方だろう。

俺はそいつに「お前(ら)は俺のやり方に従え」なんていってない。
だがそいつは「お前は俺と同じように振舞え」と、居丈高なことを言っている。
だから俺は「俺は俺であってお前じゃないから俺自身の考えに従う」と言っただけだろう。
いったいどっちが自我の肥大した自己中野郎なんだよ。

おまけに、言い負かされて腹が立てばAAや繰言を投稿しまくるこの幼稚さ。
なんども言ってるように、精神的に幼稚な上に目的合理的思考ができないからそういう風になる。

いったいどの口下げて「命名だけに限定して議論すべき」と言ってたんだ?
荒れることを防ぐために(目的)命名だけに限定して議論すべきだ(手段)と
ほざいてた奴が率先して荒らすってどういう了見だよ。
頭オカシイだろ。

38 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 14:11:20 ]
お前が自覚の無い香ばしいかまってちゃんだから弄られてるだけじゃないの

で、マジレスするとだ
たとえば10人が10人ともルール(テンプレ>>1)に同意した上で一応の和をもって場(このスレ)を形成してる中に
お前が後から割り込んできて、
俺はこの場で俺の思うままに振舞う。元からあるルールなんざ糞食らえ、
俺はお前らに何も押し付けているつもりは無いんだから、お前らも俺のやり方に一切の口出しをするなと、
その場に居る全員に「お前のルール」を押し付けるのはいかがなものかな?

コミュニケーション不全を開き直るにも程がある

39 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 14:19:39 ]
設問中の対象の意味を知るのは命名には必要だろ?
それが >>1 にあるルールに反するとは思わないな。

質問者の意図や対象の意味を明らかにした後に、それの
「善し悪しについて議論」するのが禁止されてるのは妥当だとは思う。

つまり >16 は以下の二行だけなら妥当な書き込み。それ以外は蛇足。
> >「名前=値」形式の文字列
> の集合がどういう意味を持つのかがわからなきゃ命名なんてできないだろう。

40 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 14:52:52 ]
>>39
>>37の奴は毎回
>ただのテキストエディタ以上の利便性があるのかね?
みたいに良し悪しについて言及し、最終的にそちらが主題になるから問題視されてるんだよな

>>37本人も「命名は手段であり、本来の目的は命名を通じて設計の良し悪しを語ることだ」と明言してたわけで
それにスレ違いと返されたら、発狂して俺は俺の信じるままに動く!口出し無用!とか言い出したんだわ
だからこのスレで基地外扱いされてるの



41 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 14:56:48 ]
「俺は俺であってお前じゃないから俺自身の考えに従う」と言った方が自我の肥大した自己中野郎なんだと思いますです。
自虐芸は程々にした方がいいと思います。

42 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 15:39:55 ]
つまり >16 にとって以下の二行は正当性を確保するための蛇足。それ以外が主題。
> >「名前=値」形式の文字列
> の集合がどういう意味を持つのかがわからなきゃ命名なんてできないだろう。

43 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 17:48:36 ]
つまり>16の最初についてはみんな意識できてる訳ね。
その視点なしに名前考えてみても、ある意味ゴミの生産してるだけだからなあ。


44 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 20:31:07 ]
まあこの際だから調子こいてるこのお馬鹿さんを徹底的に叩き潰すか。

>>40
そんなこと言ってないけど。
言ってるというのなら該当レスを引用してみ?
執念深く過去ログ持ってるらしいからできるよね?w


俺は以下ような意味のことしか言ってないはずだ。
つまり、命名とは「可読的なコードを書くこと」という上位目的の手段に過ぎず、
またこんなスレにいるのはプログラマに決まってるのだから、

(1) 「可読的なコードを書く」という上位目的に資する議論が
  「困る」という人間はいないはずだ(もし、彼がプログラマならば)

(2) そもそも設計に無理があるから適切な命名がし難くなっているようなケースでは、
  その無理な設計に固執して命名するのは手段と目的が倒錯した愚行だ。

(3) 設計議論をすると荒れる、と主張する人間がいるが、俺の知る限りそんな事実は今までない。
  (というか、荒らしてるのはそう言ってるお前自身じゃないか馬鹿)

45 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 20:42:05 ]
念のために付け加えるけど、俺は積極的に「命名だけでなく設計議論もさせろ」とか
「したっていいじゃないか」なんて言ってないから。

命名だけでは問題が解決しようがないケースでも盲目的に命名に固執するのは
愚かだって言ってるだけだからな。
当たり前だろこんなこと。

手段に過ぎんものに固執して目的が遂行できないんじゃなんの意味があるんだよ。

46 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 20:42:57 ]
馬鹿が2人以上いると荒れるね

47 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 21:29:10 ]
じゃあ僕が3人目のバカになる

48 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 21:39:17 ]
名前を考えるにあたって、最初のお題だけではイメージわかないなと思うなら、
それを伝えて追加情報を求めれば良いだけの話。

ただそれだけなのに、毎回毎回偉そうに説教たれ始めるから話がややこしくなる。

49 名前:デフォルトの名無しさん mailto:sage [2009/01/05(月) 23:33:38 ]
TimeOfNowさんお久しぶりです。
相変わらず人間分析がお得意のようですね。

是非去年聞かれていた自己分析の結果をお聞きしたいのですが、あなた自身はどのような人間でしたか?

50 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 21:37:33 ]
>>45
>手段に過ぎんものに固執して目的が遂行できないんじゃなんの意味があるんだよ。
ところが、まさにその「手段」に固執して
回答することこそがこのスレの用途。

納得がいかないからって、わざわざ主張
しに来るなよ。
ぐだぐだ言わずにどっかいけ。
なんなら新スレをたてたらいいよ。




51 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 22:47:21 ]
何度も同じこと言わせるなよ。

>>50
>ところが、まさにその「手段」に固執して
>回答することこそがこのスレの用途。
それは「チミの勝手な解釈」、あるいは「チミの独りよがりな願望」に過ぎん。
もちろん、勝手で独りよがりであろうと君がこのスレの意義に関して
「どうあるべき」と考えるのも自由で、その信念に従って君が行動するのも自由だ。
(正直、俺的には「アンタ本物の馬鹿だね」としか思えんけれどもね)

だが、たかだか君の解釈だったり願望だったり過ぎないものを、居丈高に俺に
強制しないでくれる?

俺は俺であって君じゃないんだよわかる?

52 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 23:26:38 ]
50の言うことも一理あるんじゃないかと思う人もいるかもしれんから、
愚かだと思うと書いた責任上一応理由つきで否定しとく。

問題設定が非現実的であっても意味をもつのは、
(1) それが何らかの能力向上のための
(2) 演習問題になるとき
だろう。

さて、命名以前の問題があるために命名が困難になってる「お題」(例えば>>14)は
この要件を満たすだろうか?

俺の考えでは答えはNo。
なぜなら、現実のプログラミングではそんな無理くり名前をつけるような「法外な」
命名能力なんて必要とされないからだ。

まともなプログラマなら横車を押して命名するよりも、名前が付けやすいような
別の視点を採用するなり(>>14なら、データのもつ意味から名前を付ければわかりやすい)、
設計を変更するなりすることを選択するからね。

53 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 23:31:16 ]
ゲームで遊んだりクイズを解くのに「意味」なんかいらんと思うが

54 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 23:33:02 ]
いっそ>>16前半をテンプレに書いておいて、
言及がなければ、例えば>>19の回答がほしいことにすればいいだろう。

いい加減不毛だからやめてよ。


55 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 23:37:50 ]
>>53
もちろん、それはそう。
俺はそういう人がいてもいいと思うし、そういう回答をする人に
自分からケチつけたり突っかかったことは一度もない。
俺は自分と違う考えの人を一概に否定したりしないし、少なくとも消極的容認だよ。

「彼」は違うようだがね。

56 名前:デフォルトの名無しさん mailto:sage [2009/01/06(火) 23:45:44 ]
みんな真面目すぎる。

Q)この名前何がいい〜? ホニョニョ~ン
A)こんな感じで良いんじゃね〜 ハニャニャ~ン

という緩いスレじゃないのか。

57 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 02:18:11 ]
無理くりw
道民かよ
通りで日本語が通じないわけだ
一部道民は本当に酷い思考回路を持ってるからな

58 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 02:56:16 ]
>>52
> 俺の考えでは答えはNo。

そう思ったら、はじめからレスしないか、意図を聞くなどしながら
「設計見直したほうが良いんじゃないの?スレ違いになるから他所でやってもらうけど」
あたりで済ませておくのがこのスレの趣旨から考えて望ましいと思います。

59 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:11:53 ]
Part12での出来事
585 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 01:13:15
>>572
そもそも弾の初期位置も初速度も各「砲台」が個別に知っていれば済むはずの情報で、
そんな情報を配列にまとめることが設計として間違ってる気がするんだが。

586 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 01:27:39
>>585
>>1

587 名前:585じゃないけど[sage] 投稿日:2008/08/30(土) 01:43:57
>>586
このスレのあり方を否定するようで悪いが、
「これ英語だとなんて言うの?」っていうレベルじゃなくて
「一体どんな名前を付けるのやら」なんてレベルで迷ってしまうのは、
ドメイン分析に失敗しているからだと思うんだよね。
ちゃんとした設計なら悩まずに命名できる。
ダメな命名になるのは設計からしてダメなんだよ。
名前を付けられないと思ったら設計から見直したほうがいい。

588 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 01:44:44
>>587
>>1

589 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 01:45:43
>>587
お前みたいなこと言い出す奴が過去に何人もいて、
その都度スレが荒れたから>>1に注意書きしてあるの。おk?

590 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 02:09:25
おk。すまない。
ただ俺なら、名前で悩むなら違う事で悩みたいな、って思っただけだ。

60 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:14:17 ]
591 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 02:14:16
>>590
なんで名前で迷ったら書き込むスレに迷い込んでるのかが分からない

592 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 02:33:25
>>591
名前が無意味なものだとは考えてないからだよ。
デザパタなんかは「何かに名前をつけること」に意味を見いだしている例だよね。
このスレで言えば、>>496-498みたいに、
機能にぴたっと当てはまる名前が提示されることで、
496自身が「自分が何をしようとしていたか」が定まったと思うし、
さらに勉強してみようという前向きな気もちにもなっている。
名前を考える事は、考え方をみつめ直すことで、
良い方向に成長する入口になっていると思う。
名前に悩んで設計に悩まないのはもったいない。
余計なおせっかいかもしれないが。



61 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:14:44 ]

593 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 04:34:27
言いたい事は分かるんだけど、その言い方は無いよ
このスレで泥臭いながらも行われてる事を、臭い物に蓋をして理想型で語ってるだけじゃん

設計の仕方までは口を出さずに、ただ名前を付けていけばそれがベターなの

594 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 07:06:39
>>592
> 名前に悩んで設計に悩まないのはもったいない。

>> そ の 都 度 ス レ が 荒 れ た か ら

そう言う議論がしたいなら、別にスレ立ててくれ。
多分収拾つかなくなると思うが。

597 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 14:58:18
>>593-594
俺的にはこういう連中こそ本末転倒の馬鹿に見えるよ。
たぶん物事ゼロベースで考える頭のない奴なんだろうな。

まあこんな馬鹿な連中が何いっても今後も設計に首を突っ込む姿勢は止めないけどねw

598 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 15:06:17
君が時と場合をわきまえてないだけ。

599 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/30(土) 15:34:30
命名の前提となるもの(例えば設計)を語らないと根本的な解決にならない場合であっても
あえて盲目的に命名限定の議論をしろ、などという物言いこそ「時と場所をわきまえない」
愚かなものだと思うが。

一般にはそういうのは「フェティシズム」と言うんだよ。

62 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:18:43 ]
たまに方言で道民と認定してる人いるけど、今回の「無理くり」というのは別に北海道に限った言葉じゃないと思うんだけどなぁ。
なまら辺りでなら道民と決めていいと思うけどさ

63 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 03:21:11 ]
615 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/31(日) 14:37:54
>>610
なんか命名以前にただ単にObserverパターンをちゃんと理解してないだけの気がする。

Observerパターンっていうのは、(当たり前だけど)通知者側が観測者の
特定のメソッドを(インターフェイスを介して)呼び出すパターンのはずだよね?

あなたの例で言えば、aはbでイベントがあったときにbから呼ばれるメソッド
b_ValueChanged()と、a自身のイベントを他に通知するOnValueChanged()を持ってるはずで、
だとすればb_ValueChanged()の中からOnValueChanged()を呼び出せば済むはずの
問題だと思うんだけど。

616 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/31(日) 14:57:16
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。

617 名前:デフォルトの名無しさん[sage] 投稿日:2008/08/31(日) 15:01:11
悪いけど俺はそんなものに同意した覚えはないんでね。




この後突然独り言のようにセカイ系について講釈が始まってるけど、もういいや

64 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 08:59:21 ]
かといって、質問の行間を読むのを競い合うクイズスレってのもノイズ多すぎてやだな

65 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 10:11:40 ]
別に足りない情報を聞くってのは一切制限されて無いし、そもそも誰も咎めてなくね?
設計にまで口出しする事がスレ違いって言われてるだけで

66 名前:50 mailto:sage [2009/01/07(水) 13:22:56 ]
「彼」とかまるで特定一名のように言われても困る。
オレはその「彼」じゃないんで、そう思ってるのは
少なくとも2人いるってこと。たぶんもっといる。

まあ、もういいや。
TimeOfNow氏は酷く個性的な考えの持ち主だと
認識することにした。
死ねばいいのに。

67 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 17:03:33 ]
class Buyer {
  void Sell();
};
class Seller {
  void Buy();
};
名前にBuyと付くクラスのメソッドがSellで、名前にSellと付くクラスのメソッドがBuy。
一瞬違和感を感じたんですが、これで合ってますよね?

68 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 17:31:37 ]
ドラマーがギターを弾いてもいいし
ギタリストがトライアングル叩いてもいいと思うよ

69 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 17:56:53 ]
>>68
このスレ的に言えば「ギターを弾くものにドラマーと命名するべきではない」ということになりませんか?

私が訊きたかったのは、買い手に対して物を売るメソッドの名前は、
「買い手が買う」という意味ではなく、「買い手に対して売る」という意味の命名で合っているか、ということです。

70 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 19:05:03 ]
少なくとも俺は買い手が、買うで命名するけどな



71 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 19:15:13 ]
「Buyerのメソッド」だからねぇ。
買い手の行動は「買う」ことだろう。
「買い手に対して物を売る」ということなら、
「売り手の売るメソッドの引数に買い手インスタンスを指定」って感じがするが。

72 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 19:42:27 ]
>>67
BuyerとかSeller とかいうクラスはあくまでただの例えで言ってるのなら
>>70-71の言うとおりだと思う。

ただの例えじゃなくて実用にするものなら、BuyerとかSellerにメソッドをもたせるより
製品クラス(ProductとかGoodsとか?)にTrade()とかSell()を持たせた方が賢い気がする。

73 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 19:49:55 ]
>>72
>>1

74 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 20:00:28 ]
>>70-72
レスありがとうございます。

ちょっと意外に感じました。
A.GetB()が「AがBを取得する」ではなく、「AからBを取得する」という意味なので、BuyerにSell、SellerからBuyと考えていました。
質問とは違うので答えも違うのかもしれませんが、1つのクラスがBuy/Sellを持っている場合にも同じ方法で命名すると、
shop.Sell(item, money);// 店に対してアイテムを売っているように見える?
shop.Buy(item, money);// 店からアイテムを買っているように見える?
この感覚は私だけなんでしょうか?

> 製品クラス(ProductとかGoodsとか?)にTrade()とかSell()を持たせた方が賢い気がする。
これはTradeの引数に買い手と売り手を渡すということになりますか?
商品は所有者が扱うものと思っていたので、こちらも意外に感じました。

75 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 20:13:54 ]
>>74
「売られた」時に、製品が必ずその所有者への参照を内部に持つようにすれば、
Trade()の引数は買い手と売価だけでよくなるんじゃない?

76 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 20:27:52 ]
>>74
A.GetB()は「Aが(自分の持つ)Bを取得する」って意味だ
AはBを取り出してくるが、その後どうされるかまでは知ったこっちゃ無い

77 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 20:48:04 ]
>>75
なるほど。

>>76
そういう意味だったんですか。
今まで勘違いしていました。

78 名前:デフォルトの名無しさん mailto:sage [2009/01/07(水) 21:04:10 ]
>>74
ふつうは、主語.述語(目的語)とするものだと思う。
とくに、述語が他動詞の場合には。

下駄雪駄がそうじゃないというのは、今指摘されて
初めて感じた。w
たしかにそうかもしれないけど、むしろこっちが
パターンとしてはレアなのでは。

79 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 00:03:38 ]
>>74
「AからBを取得する」は主体(主語)が抜けてね?
主体がメソッドのレシーヴァになるはずだよね。
主体がオブジェクト化されてないから混乱してるんじゃない?

80 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 12:11:45 ]
>>78
たしかにgetter/setter以外は主語.述語で自然に読めるものばかりでした。

>>79
x = a.GetX();
xが主体ということですか?

ちなみにこういうケースではどちらの命名が自然に見えます?
item = shop.Buy(itemID, money); // アイテムの種類を示すIDと代金を渡しアイテムを得る
item = shop.Sell(itemID, money); // アイテムの種類を示すIDと代金を渡しアイテムを得る



81 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 12:19:53 ]
>>80
どちらも虫唾が走るほど気持ち悪い

指摘するとなると完全に命名の範疇外の話になるんで、どっかOOP初心者スレにでも行って下さい

82 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 13:42:00 ]
>>81
>>80のメソッドにBuy/Sellを名付ける事自体が間違ってましたか。
どうもでした。

83 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 17:51:05 ]
>>80
そういう系にしたいならこんなのは?
player.buy(shop,item,price)
オレ的にはかなり自然。

84 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 18:08:39 ]
>>83
なるほど、参考にします。

85 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 18:10:01 ]
(new Transaction(buyer, seller, item)).commit()

86 名前:デフォルトの名無しさん mailto:sage [2009/01/08(木) 19:19:11 ]
>>80 真ん中

aだろ。
aが自分のXを取得する。
それをプログラマがxに渡してるだけ。

87 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 00:22:41 ]
>>85
トランザクション処理というぴったりのものがあったんですね。

>>86
なるほど。

88 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 01:09:34 ]
>>80
私の経験では
クラス名.メソッド名 で自然な英語になるようにメソッド名をつける場合もあるし、
クラス名を意識せず、メソッド名単独で意味を主張するようにメソッド名をつける場合もある。
両方あります。

例えば頻繁に使われる get なんかでも

shop.getItem

は意味の取りようによっては、
・店が得るのだから、アイテム引数をともなって、店にアイテムを設定する(メンバー変数に登録、setterのような意味)
・店のアイテムを得る。(メンバー変数をを得る、普通のgetterの意味)
などのように、2通りの解釈ができないこともない。

どのようにメソッド名をつけるかはコーダーのセンスよると思います。
したがって、自然に読めるのが一番ですが、限界があるのでどうしようもないというわけです。
一人で開発するときは、統一さえしておけばそんなに大きな問題ではありません。
しかしチームで開発するときは、
「これこれの動詞はbuyで統一しよう、getはこういう意味にしよう」
等のように、コーディング規約が必要になるでしょう。





89 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 01:19:43 ]
なんか生活に物足りなさがあると思ったら、このスレが次スレになってて
お気に漏れしてたのか

90 名前:68 mailto:sage [2009/01/09(金) 02:22:29 ]
今頃出てきてあれだが、アクセサについて。
あるオブジェクトに対してset/get指示をだすが、オブジェクトからみれば自身のメンバに対して
やはり同じようにset/getを行うので、逆になっているわけではないよ。

>>83
オレ的にもそんな感じ。
一点、priceが商品の値段を意図しているのであれば、buyメソッド内でshopに問い合わせを行うようにする。
今回の焦点ではないけどね。



91 名前:83 mailto:sage [2009/01/09(金) 09:11:24 ]
>>90
質問者が引数にmoneyって書いてたからな。
そこは値段だろうと思ってpriceにした。

個人的にも、priceは明示的なほうがいいと思う。
shop.getPrice(item)とか。

>>85
いわゆるトランザクションには、プログラム的に
ちょっと特定的な意味がありがちなので、念のため。
プログラマにそう言ったら混乱することもありそう。


92 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 15:41:04 ]
>>91
>>80のmoneyは商品の価格ではなく、購入者が提出するお金だと思う。
なので何らかの手段でおつり、不足エラーなどを通知する必要が出てくるものだろうと思った。

一方、buyer.buy(shop, item)とすれば、関数内で
if (所持金<shop.getPrice(item)) エラーリターン
this.money -= shop.getPrice(item)
のようにできる。

基本的に店って主体になりにくいよね。ザ・コンビニみたいなゲームなら別だろうけど。

93 名前:質問者 mailto:sage [2009/01/09(金) 18:39:39 ]
>>88
GetItem→BuyItemと置き換えると、
・店が(引数に指定された)アイテムを得る→店が(引数に指定された)アイテムを買う
・店が(保持している)アイテムを得る→店が(保持している)アイテムを買う
まさにここですね。
getterは後者の意味、Buyに関しては前者の意味が一般的というところに混乱しました。

>>90-92
moneyに関しては購入者が提出するお金のつもりで書きました。

トランザクション処理を勉強して>>83>>85にしようと思います。
ありがとうございました。


94 名前:95 mailto:sage [2009/01/09(金) 18:44:09 ]
> 店が(保持している)アイテムを買う
書いてから気が付いたんですが、自分が保持してる物を買う?というのは変ですね。
ということは自然と前者になるということでしょうか。

95 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 18:44:54 ]
↑95じゃなくて93でした。

96 名前:デフォルトの名無しさん mailto:sage [2009/01/09(金) 21:45:10 ]
>>94
あんまりヘンに考え込まないことを勧める。

命名は慣習的なところも多いので、だいたい
納得できたら、自分ルールにしてパクッと
飲み込め。

完全な名前を定義することが目的じゃないだろ?


97 名前:デフォルトの名無しさん mailto:sage [2009/01/13(火) 22:49:43 ]
>>94
あんたの目的は、命名法を究めることじゃないはずだ。
妥協も大切だ。

98 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 02:15:34 ]
命名以前に、95は思考が絶望的にオブジェクト指向じゃないだけ
ほんと、絶望的

99 名前:デフォルトの名無しさん mailto:sage [2009/01/14(水) 23:56:01 ]
ttp://google-styleguide.googlecode.com/svn/trunk/cppguide.xml
Google?

100 名前:デフォルトの名無しさん [2009/01/15(木) 13:10:27 ]
100



101 名前:デフォルトの名無しさん [2009/01/15(木) 13:11:00 ]
101






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

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<165KB

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