クラス名・変数名に迷 ..
500:デフォルトの名無しさん
05/06/18 17:09:17
>>499
こういううっとうしい奴って定期的に湧いてくるよなあ。
いかにも論理的・目的合理的に物事考えるのが苦手な日本人らしいが、
しかしそんな奴がプログラマにもいるってのはどういうことだろう。
いいかい?「命名規則や設計の善し悪しについて議論するのは基本的に禁止」
これは何のため?
話題が拡散することによって、本スレの目的(命名について話し合うこと)が
阻害されることを防ぐため。
逆を言えば、阻害されなければ問題がないわけだ。
で、現実はどうよ?設計法を話題にすることによって命名に関する話題が阻害されてるか?
そんなこたあねえよ。
ていうか、そもそも本スレの目的、それ自体の上位目的は何よ?
ざっくり言ってプログラマとしての能力向上だろ?
設計について話題にすることは、この上位目的にとって有意義じゃないの?
つーか、>>499や俺のようなレスこそまったく意義がないことについてはどう思ってるのだろうか。
馬鹿特有の俺様棚上げ?
501:デフォルトの名無しさん
05/06/18 17:14:29
スレ違いだけど暇だから粘れるだけ粘ってやるぜ
まで読んだ
502:デフォルトの名無しさん
05/06/18 18:03:05
○(バイナリ)ファイルのダウンロード
respnse〜〜〜("appli/〜stream") ←コンテントタイプを『application/octed-stream』に設定。これはバイナリファイルを送受する時に指定。
outputstrean ops〜 ←OutputStreamインスタンスを取得。
sercletcontext con =〜 ←別のページとデータのやり取りをするインスタンス。
fname = con.getRealPath("/WEB-INF/"〜) ←ServletContextインスタンスのgetRealPathメソッドで、相対パスを絶対パスに変換。
response.setHeader("Context-Disposi〜〜〜"); ←ダウンロードのデフォルトの保存ファイル名を指定している。
fis = new
bis = new
int n =
while(n = { ←1バイトずつ読み込む。
ops.write(n); ←OutputStreamインスタンスへ出力。
}
503:デフォルトの名無しさん
05/06/18 18:03:31
○(バイナリ)ファイルのアップロード
ServletInputStream in = request 〜 ←ServletInputStreamインスタンスの取得
int max = 10240;
byte[] buf = new byte[max];
int eof = in.readLine(); ←クライアントから送信されるデータはMIME形式に変換されているので、MIME部分を取り除く必要がある。
bufにデータを読み込む。最初の4行分のデータを取得。この4行がMIMEの情報を記述してある部分。
ファイルが転送されるとき、MIMEではこのような形でデータが送られる。
---------------XXXX(Boundary)
Content-Disposition form-data: name=XX; filename=XX
Content-Type:XX
空白行
〜〜 実際のデータ 〜〜
---------------XXXX(Boundary)
fos = new FileOutputString(fname); ←
bos = new BufferdOut〜 ←
ByteArrayOut ba〜 ←メモリ上にbyte配列データとして出力するためのストリーム
ba.write(buf,0,eof); ←
byte[] data = ba.toByteArray(); ←ByteArrayOutputStreamからbyte配列を取り出す。
bos.write(data,0,data.length - 2); ←改行コード(\r\n)以外の部分をファイルに書き出して保存。
504:デフォルトの名無しさん
05/06/18 18:04:29
○カスタムタグで使う3ファイル
//Javaソースコード(カスタムタグのプログラムを書く)
<ファイル>⇒<新規>⇒<クラス>
ソースフォルダー:パッケージ > WEB-INF > src に作成
スーパークラス:javax.servlet.jsp.tagext.SimpleTagSupport(シンプルタグサポート)
(書式)
class クラス 〜 {
public doTag(){ ←タグが呼び出されたときに処理されるメソッド
〜
}
}
//TLDファイル(XML)の作成 (どのクラスが、どういうタグとして利用されるかを定義したもの)
<ファイル>⇒<新規>⇒<ファイル>
親フォルダー:パッケージ > WEB-INF に作成
(書式)
<taglib 〜>
〜〜〜
</taglib>
//カスタムタグを利用しているJSP
<%@ taglib prefix="my" uri="/WEB-INF/MyTag.tld" %> ←my(プレフィクス)はタグの名前として使われるもの。
←uriでTLDファイルのパスを指定。
<my:today /> ←todayはカスタムタグの『javaソースコードの名前』
ここで『my(MyTag.tid)』と『today(javaソース)』を関連付けている。
505:デフォルトの名無しさん
05/06/18 18:04:47
// (予備知識) web.xmlにTLDを記登録する。 (taglibディレクティブでTLDファイルの相対パスを指定しなくて良くなる)
//web.xmlに以下のコードを追加するだけ
<jsp-config>
<taglib>
<taglib-uri> mytag </taglib-uri>
<taglib-location> /WEB-INF/MyTag.tld(TLDファイルのパス) </taglib-location>
</taglib>
</jsp-config>
//これにより、カスタムタグの呼び出しはこれでよくなる。
<%@ taglib prefix="my" uri="mytag" %> ←my(プレフィクス)はタグの名前として使われるもの。
506:デフォルトの名無しさん
05/06/18 18:05:37
○TagSupportクラス と BodyTagSupportクラス
○TagSupportクラスの作り方
<ファイル>⇒<新規>⇒<クラス>
ソースフォルダー:パッケージ > WEB-INF > src に作成
スーパークラス:javax.servlet.jsp.tagext.TagSupport(タグサポート)
○TagSupportクラスのメソッド
開始タグ(doStartTagメソッド)
(返値がSKIP_BODY ⇒ 終了タグにジャンプ)
(返値がEVAL_BODY_INCLUDE ⇒ ボディの処理にジャンプ)
ボディの処理(doAfterBodyメソッド)
(返値がEVAL_BODY_AGAIN ⇒ 再度ボディの処理にジャンプ)
(返値がSKIP_BODY ⇒ 終了タグにジャンプ)
終了タグ(doEndTagメソッド)
(返値がEVAL_PAGE ⇒ 残りのページ処理に戻る)
(返値がSKIP_PAGE ⇒ 残りのページ処理をスキップ)
(使用例)
//カスタムタグを利用しているJSP
Public class クラス〜{
スタートメソッド{
print <font color = ''>
}
エンドメソッド{
print </font>
}
}
507:デフォルトの名無しさん
05/06/18 18:27:16
↑これは何?
英語で言うなら、"What is this?"
508:デフォルトの名無しさん
05/06/18 18:33:04
インドネシア語で言うなら、"Apa ini?"
509:デフォルトの名無しさん
05/06/18 19:22:51
javaの覚書のようですね。
ってかこんな所に書くな。
510:デフォルトの名無しさん
05/06/18 19:26:45
上のほうでファビョってた奴の嵐だろ
511:デフォルトの名無しさん
05/06/18 19:45:44
ネーミングで困ってます。
節点
要素
節点番号
要素番号
総節点数
総要素数
この六つについて、お願いします。
512:デフォルトの名無しさん
05/06/18 19:48:06
Node
Element
Node number
Element number
Number of total nodes
Number of total elements
513:デフォルトの名無しさん
05/06/18 20:04:16
長すぎだろw
514:デフォルトの名無しさん
05/06/18 20:05:05
節点番号というのが節点を一意に区別するものならnode id
総節点数:node count
515:デフォルトの名無しさん
05/06/18 20:10:07
> 節点番号というのが節点を一意に区別するものならnode id
(゜∀゜)ソレダ!
516:デフォルトの名無しさん
05/06/18 20:11:42
ここは辞書引き代行スレじゃないんだが
517:デフォルトの名無しさん
05/06/18 21:44:44
ここは命名規則や設計の善し悪しについて議論するスレでしょう
518:デフォルトの名無しさん
05/06/18 22:29:28
いやまぁ、確かに。あまりにも淡々と質問に答えるだけなのは淋しいものだよ。
いい命名規則やら設計やらを提示することでも、いい名前が出てくるんじゃないかな。
ええじゃないか、ちょっとくらいなら。なんてね。
519:デフォルトの名無しさん
05/06/18 23:40:56
〜番号は xxxId
総〜数は numXxx とか xxxCount とかかな。
520:デフォルトの名無しさん
05/06/18 23:46:12
>>519
ID は識別子だろう。
〜番号なら、
〜No or 〜Number
の方がいいかと。
521:デフォルトの名無しさん
05/06/18 23:59:21
文脈によってはIDも大いにありでしょ。というより実際使われてるし俺も使ってる。
デバドラ書く人ならVendorIDみたいなのはお馴染みだね。
522:デフォルトの名無しさん
05/06/19 00:14:17
>>521
> VendorID
それは業者毎に固有に割り当てる識別子の事だろ?
523:デフォルトの名無しさん
05/06/19 00:32:43
だから「文脈によっては」。
学籍「番号」、社員「番号」― こういうのを君の世界ではIDと呼ばないのかえ?
524:デフォルトの名無しさん
05/06/19 00:35:12
>>523
それを総じて識別子と呼ぶんじゃないか。
525:デフォルトの名無しさん
05/06/19 00:37:39
頭悪いなあ。。。
だから識別子と呼んだらなんなの?
識別子≒番号、しかし、識別子∩番号≒Φだよ
526:デフォルトの名無しさん
05/06/19 00:39:15
もうお前このスレにいなくていいよ邪魔だから
527:デフォルトの名無しさん
05/06/19 00:39:22
> 〜番号は xxxId
これで「文脈によっては」とは読めないしな。
この書き方だと、全ての番号は「ID」とする様に読める。
528:デフォルトの名無しさん
05/06/19 00:47:35
>>523
それのどこが文脈なのか?
と問いたい。
その「番号が持つ意味」として、
「識別するための番号」
と言う意味合いが与えられているから「識別子」と言われるのであって、
決して文脈で変わるものではない。
文脈で変わるなら、同じ番号を表すのに、
xxxNumber
xxxId
が同一プログラムで混在して出てくる事になる。
529:デフォルトの名無しさん
05/06/19 00:49:30
>>527
そりゃ、言葉としては No ≠ ID だけどさ。
直訳すればいいってもんでもないでしょ。
プログラミングで「〜番号」って言葉を使うときって往々にして
識別子として番号を振りたいって状況だし。
あるいは、ほんとに作った順に1番、2番、・・・と番号を振って行きたいって
場面だと思うけど、この場合自然と Unique な数値を振ることになって、
結果的に識別子=IDだと考えても差し支えないはず。
問題は no は number の略、num だと個数と取られかねない、
だから個数と総数を混在させたい場合には no, num は避けたいと言う所。
番号だから直訳で no, num にすると言うのができない状況下で、
言葉をどう置き換えるかといわれると ID でいいことが多い。
530:デフォルトの名無しさん
05/06/19 00:50:20
あっ、なんか一部分日本語変。
×個数と総数を混在させたい場合
○識別番号と総数を
531:デフォルトの名無しさん
05/06/19 00:58:35
>>528
なんか頭悪い人が多いなあ。。
例えば日本語で同じ「番号」といっても「社員番号」の番号と
キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
文脈によっては、とは、別の表現を使うなら
「その」番号のニュアンスによっては、ということだよ。
532:デフォルトの名無しさん
05/06/19 00:59:39
>>529
オレは全ての番号を「xxxNo」にしろ等とは言っていない。
>>519の
> 〜番号は xxxId
で「全ての番号はID」とする、
と読めたので「それはどうか?」と言っているだけだ。
この書き方をされると、行番号やログ番号なども
LineID
LogID
とする様に聞こえる。
さすがにこれはどうか?と思っただけだ。
「社員番号」や「学籍番号」などは、
社員や学生を識別するための番号
と言う意味合いを番号なのでIDで良いだろう。
行番号やログ番号は、シーケンシャルな番号であって識別子ではない。
同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか?
と言う話だ。
533:デフォルトの名無しさん
05/06/19 01:04:15
>>532
今さ、>>511 からの流れで話進んでるよね?
文脈的に、「〜番号」と「総〜数」の混在下における話よね?
534:デフォルトの名無しさん
05/06/19 01:07:32
>>531
> なんか頭悪い人が多いなあ
その言葉、そっくりそのままお返ししよう。
藻前は「文脈」の意味をはき違えてないか?
> 例えば日本語で同じ「番号」といっても「社員番号」の番号と
> キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
「社員番号」、「暗証番号」で一つの語だろう。
これらの意味合いが、
文脈 - つまりは前後の文との関係 - で意味がどう変わるのか?
どんな文脈で現れようと、
「社員番号」は「社員を識別する番号」であって、
文脈では変わらないだろう?
535:デフォルトの名無しさん
05/06/19 01:18:00
>>529
文脈、文脈と言うなら、
総数は「Total〜」にすべきジャマイカ?
536:デフォルトの名無しさん
05/06/19 01:24:37
>>534
もういっぺん中学生あたりから勉強やり直した方が。。。
「社員番号」、「暗証番号」で一つの語ってそういう問題だろうか(笑)
もともと、話はXX番号を表現する変数をどう命名するか、というところから
始まっているのだが。
だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
という話になるわけでして。
本当、最近こういう話の「文脈」に鈍感な御仁が多くて困るんだよねえ。
鶏のように三歩あるくと前のこと忘れてる、みたいな。。。
537:デフォルトの名無しさん
05/06/19 01:32:28
盛り上がってまいりました
538:デフォルトの名無しさん
05/06/19 01:40:02
>>536
そんなに文脈を大事にしたいになら、
>>514の様に書けばすむ話だろう。
何の脈絡もなく
> 〜番号は xxxId
と書かれれば、
> ID は識別子だろう
と言いたくもなる。
539:デフォルトの名無しさん
05/06/19 01:42:53
>>535
実際、どうしてる人が多いかということで言うと、
num, totalNum よりも id, count にしてる人の方が多いよ。
total number だと長ったらしくて嫌。
まあ、amout とかでもいい気はするけどさ。
あと、number は、個数、順番、数値、識別番号と
多義的な言葉だから、極力避けたい。
540:デフォルトの名無しさん
05/06/19 01:47:34
>>533
>>519の書込では、
> 「〜番号」と「総〜数」の混在下における話
とは受け取れない。
541:デフォルトの名無しさん
05/06/19 01:51:21
>>539
漏れ的には、
番号 → 〜No、〜Number
識別子・識別番号 → 〜ID
総数 → 〜Total、Total〜
個数 → 〜Count
辺りかな。
542:デフォルトの名無しさん
05/06/19 01:59:41
>>536
> 話はXX番号を表現する変数をどう命名するか、というところから始まっているのだが。
> だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
> という話になるわけでして。
> 〜番号は xxxId
この書込のどこに
> 同じXX番号といっても文脈によって様々なニュアンスがありうる
ととれる要素があるのか?
> 話はXX番号を表現する変数をどう命名するか、というところから始まっている
時に、
> 〜番号は xxxId
と書かれれば、
「番号であればどれでも一律で'xxxId'とする」
としか読めないだろう。
藻前こそ、文脈を読めよ。
543:デフォルトの名無しさん
05/06/19 02:40:14
>>540
空気嫁よ。
544:デフォルトの名無しさん
05/06/19 03:02:34
そろそろ飽きてきた漏れがいますよ
545:デフォルトの名無しさん
05/06/19 09:07:58
こいつら口論できるならmalloc/free, gotoでも何でもいいんだろうな・・・
くだらね
546:デフォルトの名無しさん
05/06/19 12:45:41
>〜番号は xxxId
>ID は識別子だろう。〜番号なら、〜No or 〜Numberの方がいいかと。
>文脈によってはIDも大いにありでしょ。
>その「番号が持つ意味」として、「識別するための番号」と言う意味合いが与えられているから「識別子」と言われるのであって、 決して文脈で変わるものではない。
>文脈によっては、とは、別の表現を使うなら「その」番号のニュアンスによっては、ということだよ。
>「その」番号のニュアンスによってはIDも大いにありでしょ。
>同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか? と言う話だ。
>どんな文脈で現れようと、「社員番号」は「社員を識別する番号」であって、文脈では変わらないだろう?
>同じXX番号といっても文脈によって様々なニュアンスがありうる
>同じXX番号といっても「その」番号のニュアンスによって様々なニュアンスがありうる
547:デフォルトの名無しさん
05/06/19 12:57:58
・社員番号
・社員ID
・総社員数
とあったら、>>519氏はどうするのだろう?
> 〜番号は xxxId
> 総〜数は numXxx とか xxxCount とかかな。
この理論で行くと、
・社員番号 → EmployeeId
・総社員数 → numEmployee、EmployeeCount
・社員ID → …?
よけい混乱しそうだ。
548:デフォルトの名無しさん
05/06/19 12:58:44
社員番号と社員IDはどう違うのかね
549:デフォルトの名無しさん
05/06/19 13:01:16
IDは番号とは限らない。
550:デフォルトの名無しさん
05/06/19 13:05:26
>>547
ありえない仮定をする。は詭弁IDいくつだったっけ?
551:547
05/06/19 13:05:51
例えば、以下のような感じでどうよ?
社員番号 … 部署毎などに付けられた社員の番号
社員ID … 社内で重複しないように割り振られた社員を識別する識別子 (英数字表現)
552:デフォルトの名無しさん
05/06/19 13:08:55
そういう(あるかどうかもわからない)特殊例を持ち出して何を言いたいんだ?
553:デフォルトの名無しさん
05/06/19 13:28:58
幼女を管理するクラスを作っていたら、
熟女(ママ)まで扱うことになってしまいました。
名前はどうしたら良いでしょうか?
554:デフォルトの名無しさん
05/06/19 13:42:40
っつーか、まだID論争やってたのかよ。
空気嫁って。
555:デフォルトの名無しさん
05/06/19 13:57:57
自分が適当に考えてつけてる変数名やクラス名。
別の会社のソースを見ると、まったく同じ発想で命名してる
のを良く見かける。そのたびに、
「バカはみんな発想の仕方が同じなのだな・・・」
と、つくづく思う。
556:デフォルトの名無しさん
05/06/19 14:44:36
二つの文字列を比較して同じか違うかを返す関数の名前ってどうしたらいいですか?
557:デフォルトの名無しさん
05/06/19 14:45:22
strcmp
558:デフォルトの名無しさん
05/06/19 14:50:27
ありがとうござました
559:デフォルトの名無しさん
05/06/19 15:33:40
CompareStrings
560:デフォルトの名無しさん
05/06/19 16:00:17
558のコード
if(strcmp(a,b)) ; /* 同じだ */ else ; /* 違うぞ */
561:デフォルトの名無しさん
05/06/19 17:05:46
>>559
こっちにしました
562:デフォルトの名無しさん
05/06/19 20:26:10
>>560
言いたいことは分かるが、別にそういう仕様の関数にしたっていいと思う。
ANSI C の文化圏外なら。
563:デフォルトの名無しさん
05/06/19 20:28:33
Cのstrcmpを意識しないならcompareなんて論外だな。最悪のネーミング。
equalsのように明示すべきだ。
564:デフォルトの名無しさん
05/06/19 21:11:28
なる。たしかにそうだな。
565:デフォルトの名無しさん
05/06/19 23:17:15
なんか頭悪い人が多いなあ。。
566:デフォルトの名無しさん
05/06/21 01:00:12
>>565
中学生?
567:デフォルトの名無しさん
05/06/21 15:28:39
>>566
いや,年少組さん
568:デフォルトの名無しさん
05/06/22 16:55:38
ネットゲームでプレーヤーのデータを追加したり呼び出したりみたいなことをするクラスは
どんな名前がいいですか?
569:デフォルトの名無しさん
05/06/22 17:05:01
player
570:デフォルトの名無しさん
05/06/22 17:07:07
やっぱりそれでいいんですか
571:デフォルトの名無しさん
05/06/22 18:30:24
human
572:デフォルトの名無しさん
05/06/22 18:41:57
PlayerDataManager
573:デフォルトの名無しさん
05/06/25 16:39:46
DBにキー値でアクセスして、それが存在するならtrueを返すメソッド名を考えてくれ
574:デフォルトの名無しさん
05/06/25 16:46:45
bool ExistKeyInDataBase(String KeyName);
575:デフォルトの名無しさん
05/06/25 17:10:48
DBオブジェクトがあってそいつのメソッドに出来るなら
db.hasKey(key) がいいかもね。
576:デフォルトの名無しさん
05/06/25 19:24:44
なんか変だな。キーってのはデータを集約するDBのなかでデータを
特定するための値ってことだろ?だからDBにキーがあるか?ってこ
とじゃなくて、そのキーに対応するデータがあるか?ってことじゃないの?
>>573
>DBにキー値でアクセスして、それが存在するならtrueを返すメソッド名を考えてくれ
「それ」って何かがはっきりしてんなら
bool db.Hasそれ(keyType key)
じゃないの?
577:デフォルトの名無しさん
05/06/25 20:18:16 BE:379290896-
Database.hasKey(String)に一票。
>>576
「それ」ってフィールド以外の何物でもないと思う。
578:デフォルトの名無しさん
05/06/25 20:35:22
ContainsKey
579:デフォルトの名無しさん
05/06/26 00:57:31
ちょっと前の議論を蒸し返させてもらうけど、
「xxの数」という意味の変数を命名するときにはxxCountにする、って意見は
このスレ以外でもよく目にするんだけど、こういう人は正直言葉のセンスに問題があると思うな。
どう考えてもCountという言葉には「〜の数」なんてニュアンスはない。
Countの語意はそのように静的に何かの数を指すものではなく、むしろ動的に
何かを数えた結果、というような感じだろう。
あまり使わない日本語だが、「計数」という言葉の意味に近い。
だから例えば受信したパケットの数やボタンがクリックされた回数を表すのは
PacketCount,ClickCountでいいが、ユーザーが入力した発注数量や行の最大数をあらわす定数を
OrderCountとかMAX_ROW_COUNTとするのはやや語感的におかしいと思う。
単純に「〜の数」ならNumber、「注文番号」と「注文数量」のような区別をする必要がある場合は
前者はID,Idx、後者はAmountのようにするのが自然だろう。
Numberが多義的だから使うなって意見もよく見るが、正直意味不明な戯言にしか思えない。
Numberという語が多義的な程度には、英語の単語はどれも多義的だろう。
英語はそういう風に単語の意味が文脈に依存する言葉なんだから。
580:デフォルトの名無しさん
05/06/26 02:12:01
>>579
> どう考えてもCountという言葉には「〜の数」なんてニュアンスはない。
body count: 戦死者数
blood count: 血球数
head count: 人数
pollen count: 大気中の花粉数(値)
『Countという言葉には「〜の数」なんてニュアンスはない』なんて言う奴は
正直言葉のセンスに問題があると思うな。
581:デフォルトの名無しさん
05/06/26 02:20:18
ヒツケー
582:デフォルトの名無しさん
05/06/26 02:23:49
>>579
> だから例えば受信したパケットの数やボタンがクリックされた回数を表すのは
> PacketCount,ClickCountでいいが、ユーザーが入力した発注数量や行の最大数をあらわす定数を
> OrderCountとかMAX_ROW_COUNTとするのはやや語感的におかしいと思う。
MAX_ROW_COUNTのほうは君の主張とずれてはいないんじゃないか?
受信したパケット数はPacketCountでいいんだろ?
入力した行数はRowCountでいいんだろ?
入力した行数のとりうる最大値がMAX_ROW_COUNT。(またはROW_COUNT_MAXかな。)
こういうとき君はどうすんの?ROW_NUMBERまたはNUMBER_OF_ROW?
それが分かりやすいの?
583:デフォルトの名無しさん
05/06/26 02:33:20
Count-[名]
2[C] [通例単数形で] 総数,総計.
出典エキサイト英和辞典
584:デフォルトの名無しさん
05/06/26 09:06:39
>>579
お前は天下のマイクロソフト様を敵に回した。
っつーかさー、空気読めって3回くらい言われてるだろ。
お前の意見が劣勢なの、明らかじゃん。
585:デフォルトの名無しさん
05/06/26 17:35:32
Numberはなんか使いたくないな
586:デフォルトの名無しさん
05/06/26 18:45:07
Number は多義的だから使うな とは言わないけど
文脈によって違う意味にとられる可能性のある単語はなるべく避けるべきだと思ってる。
587:デフォルトの名無しさん
05/06/26 20:33:06
会員制掲示板のログインをするためのクラスの名前は
LoginControllerかLoginManagerならどっちがいいですか?
588:デフォルトの名無しさん
05/06/26 20:37:06
EnterClub
589:デフォルトの名無しさん
05/06/26 20:37:38
Sneaker
590:デフォルトの名無しさん
05/06/26 20:47:07
PassportController
591:デフォルトの名無しさん
05/06/26 21:19:56
>587
そのクラスがmanageするか、controlするかで決まるだろ。
592:デフォルトの名無しさん
05/06/26 22:48:18
入力フォームで数値入力だけ受け付けるように
キー入力をフィルタリングするコールバック関数の名前って
どしたらいいでしょか?
input.onKeyDown = 数字だけ通す関数()
という風に書くつもりです。
593:デフォルトの名無しさん
05/06/26 22:52:10
Sorry_NumericOnly()
594:592
05/06/26 23:13:22
>>593
ありがとうございます。
やっぱ謝らなきゃならないですかねえ?
確かに申し訳ない処理をしているといえばそうなのですが…
595:デフォルトの名無しさん
05/06/26 23:55:46
>>593-594
ワロタ
accept_numeric_key
numeric_key_handler
ウーン…
596:デフォルトの名無しさん
05/06/27 02:10:22
>>587
MemberGateway
>>592
>>595のNumericKeyHandlerに一票
HandlerがイヤならListenerとか
597:デフォルトの名無しさん
05/06/27 02:32:27
MemberGatewayはちょっと長いな=
598:デフォルトの名無しさん
05/06/27 04:04:21 BE:252860494-
>>587
インターフェースも提示したほうが良い回答が得られると思われ。
LoginService
BbsServer
>>597
待て。LoginControllerのほうがよっぽど長いが。
っていうかクラス名って長いもんだろ。
599:デフォルトの名無しさん
05/06/27 10:36:23
>>592
もし、それがWindowsのテキストボックスなら、
Windowスタイルを変えるだけで、
そのコールバック関数そのものが不要になるが、
その辺はOK?
600:デフォルトの名無しさん
05/06/27 18:36:45
ゲーセン関連のシステムなんですけど、
ゲーム機クラス(Machine)があって、それを継承した
「設置済みゲーム機」
のようなクラスの名前をどうしたらよいか迷っています。
Javaで作ってます。
601:デフォルトの名無しさん
05/06/27 18:42:56
FixedMachine
StayedMachine
602:デフォルトの名無しさん
05/06/27 18:49:28
>>600
FixedMachine
AlreadyFixedMachine
InstalledMachine
よけいなお世話かもしれないけど、"Machine"なんて大風呂敷な命名すると
後からゲーム機以外の「機械」をあつかうような仕様変更があったときに困るような気が。
あと、また設計ダメ厨に文句言われそうだけど、
それって継承つかって実装すべきことなんだろうか?
なんかそれだけの文面だとそういう風に聞こえないんだけど。
603:600
05/06/27 19:25:21
>>601-602
ありがとうございます。InstalledMachineがしっくりきてる気がします。
>>602
Machineのネーミングはそれ以外にはまずありえないと思うので問題ないと思います。
設計のほうはちょっとあやしいかもしれません。
想像し辛いかもしれませんが、店内にゲーム機を設置できる場所というのは、
ソケットのように一定の場所に決まっていて、
そのソケット的な役割のクラスを「配置クラス」とすると、
「配置クラス」は「設置済みゲーム機クラス」を集約する関係になります。
「設置済みゲーム機クラス」は「ゲーム機クラス」に設置日などの属性が追加されています。
こんな感じなんですが、考え直したほうが良いですかね。
あと、「配置クラス」(日本語でもちょっとニュアンスが変な気が)のクラス名も考えて頂きたいです。
よろしくお願いします。
604:デフォルトの名無しさん
05/06/27 20:24:09
>>603
設置済か否か?設置日は何時か?といった情報は状態だと思う。
でもって、状態をゲーム機クラス(や、そのサブクラス)が認知してる必要はあるの
かな?っと・・・・・・
コレクションの方に入れるべきか迷うけど、とりあえず俺ならアダプターパターンで
設置日とゲーム機クラスのインスタンスを保有するInstallationAdapterクラスとか
作ると思う。
0..* 1
Arcade◇→InstallationAdapter◇→Machine
605:592
05/06/27 23:26:36
どもありがとうございました。
NumericKeyHandler にさせて頂きました。
>>599
OKです。というか、WebのフォームなのでJavascriptで
いじくってます。どもです。
606:600
05/06/28 13:13:07
>>604
レスありがとうございます。
この辺は設計しながらも腑に落ちないところがあったので、もう一度考え直します。
おかげで、自分でもあやふやなまま進めようとしていたことに気づきました。
まず、「設置済み」とか「設置日」とか言っていましたが、
正確には「導入済み」「導入日」というべきかもしれません。
要は、店がMachineを購入して、初めて設置した日のことなのです。
Machineは最初に設置した場所から移動して再設置することもありますが、
そのMachineの「導入日」はいつまでも変わることはありません。
又、「導入日」が違っても同じMachineであることはありえます。
教えていただいたクラス図ですが、InstallationAdapterは
>>603でいう「配置クラス」的な役割は果たせないと思うのです。
「配置クラス」は固有のID(配置番号)を属性にもっていて、ゲーム機を0..1で集約しています。
上にも書いた理由から、このクラスが「導入日」は持てないんですよね。
607:デフォルトの名無しさん
05/06/28 20:28:01
すみません、ユーザーに引越し願望を起こさせる爆音鳴らすアプリケーションを作ろうと思っているのですが、パッケージ名称はMiyocoで宜しいのでしょうか?
608:デフォルトの名無しさん
05/06/28 20:29:46
ネーミングのセンスどころかネタのセンスもない。
609:デフォルトの名無しさん
05/06/28 21:23:32
>>606
【初心者歓迎】Java質問・相談スレッド65 Update 2
スレリンク(tech板:434番)
質問スレの方にレスを振っておきました。
610:デフォルトの名無しさん
05/06/29 18:20:02
signedかunsigned、又はfloat
及びバイト又はビット数を元に
最適なクラスになるテンプレートクラスを
作ったんですが、良い名前が浮かびません。
よろしくお願いします。
例
hoge< signed, 1 > → 中身は、__int8
hoge< float, 4 > → 中身は、double
611:デフォルトの名無しさん
05/06/29 18:38:06
>>610
boostに整数限定で同じようなことをするクラスがあって、そいつはずまりintegerとなっている。
(ただし名前空間に閉じ込められている)
612:デフォルトの名無しさん
05/06/29 19:59:40
integer + float = number ?
613:デフォルトの名無しさん
05/06/29 20:16:19
SuitableNumber?
614:デフォルトの名無しさん
05/06/29 22:25:21
>>611-613
参考になりました。
ありがとうございました。
615:デフォルトの名無しさん
05/06/30 19:38:38
もう調べたところ、まだ調べていないところ、
という配列2つ作りたいんですが、
英語力無い僕に単語が思い浮かびません
お助けください・・
616:デフォルトの名無しさん
05/06/30 21:14:00
checkとかtestとかseeとか、動詞の部分は臨機応変に。
案1
before_check, after_check
案2
unchecked, checked
617:デフォルトの名無しさん
05/06/30 21:35:39
別に無理に英語にすることなかろう
MouSirabeta,MadaSirabeteNai
618:デフォルトの名無しさん
05/07/01 08:19:04
ShilaBetaにしとけば、英語だと思ってもらえそう。
反対はShilaBetty9。
619:デフォルトの名無しさん
05/07/01 13:19:55
駄洒落はちょっとどうかと。
620:デフォルトの名無しさん
05/07/01 23:35:19
yetCheck、alreadyCheckってとこかね?
配列、コレクションなら後にListをつけるとか。
621:デフォルトの名無しさん
05/07/02 04:56:55
>>620
マジレスすると、「yet」も「already」も「既に」という意味
622:デフォルトの名無しさん
05/07/02 05:39:25
not yetだな
623:デフォルトの名無しさん
05/07/02 09:38:54
Item と、 その個数をまとめて保持するクラスの名前が思いつきません。
//こんなの
class xxx {
Item item;
int count;
}
624:デフォルトの名無しさん
05/07/02 09:56:23
a が2個、b が1個、・・・ というのを、
new xxx("a", 2)、new xxx("b", 1)、・・・ と表したいってこと?
RepeatedItem, MultiplexItem, MultiItem とかかな。
625:デフォルトの名無しさん
05/07/02 10:03:18
普通はItemsだろ・・・
626:デフォルトの名無しさん
05/07/02 12:00:28
変数名とかって自分がわかれば何でもいいんじゃないんですか?
627:デフォルトの名無しさん
05/07/02 12:04:27
スレ違い
628:デフォルトの名無しさん
05/07/02 12:12:41
>>623
そういうのはさあ、「Item と、 その個数をまとめて保持する」ことのアプリケーション上の
意味に基づいて命名すべきじゃあないだろうか。
汎用的なクラスライブラリ作ってるのでもなければ。
というか、そもそも『「その」個数』っていうんだからItem自身のメンバにした方が
いい気もするけど。
629:デフォルトの名無しさん
05/07/02 12:17:21
>>623
class List {
Item *item;
int count
public:
int size(){return count;}
}
Java風に。
630:デフォルトの名無しさん
05/07/06 21:10:07
BaseNameSubName
という命名規則のライブラリーと
base_name_sub_name
という命名規則のライブラリーをミックスしてる
どっちを優先して使うべきなんだろう
BaseName_sub_name_myOriginal
とかめちゃめちゃになりはじめてる
631:デフォルトの名無しさん
05/07/06 22:34:28
命名規則に関する議論は禁止らしいので、ちょこっとだけ意見。
「どっち」ではなくて、あなたが好きな命名規則を使うといいよ。
別にその 2 つに縛られる必要はない。
今までにもプログラムを書いてきたでしょ?その know-how を活かせば良い。
ただし、一旦命名規則を決めたら、死んでもそれを守ること。
これが一番大切よ。中途半端は最悪。
632:デフォルトの名無しさん
05/07/07 08:34:10
禁止の理由、別スレで議論してるからなので、誘導。
コーディング規約 第2条
スレリンク(tech板)
633:デフォルトの名無しさん
05/07/07 19:10:50
Javaでjava.util.Calendarのオブジェクトのインスタンス名は
○○Dateよりも○○Calendarとかにするべきなんでしょうか?
634:デフォルトの名無しさん
05/07/07 20:28:39
>>633
なんだって良いよ
635:デフォルトの名無しさん
05/07/07 21:40:57
たまたま現在時刻で初期化されるから日付オブジェクトだと
誤解している人がいるけど、java.util.Calendarは日付ではなく、
ある暦法における、epochからの経過時間の解釈を行う
日付換算装置なので、Dateと付く名前はよくないと思う。
636:デフォルトの名無しさん
05/07/08 04:02:11
矩形の幅と高さを表す
struct XX{
int w;
int h;
};
という構造体の名前はどういうのがいいでしょうか。
POINT は位置を表すニュアンスがあるので
それと区別したいのです。
637:デフォルトの名無しさん
05/07/08 04:04:48
BoxSize
638:デフォルトの名無しさん
05/07/08 04:36:32
なるほど、ありがとうございます。
639:デフォルトの名無しさん
05/07/08 12:59:48
class CNameBasedOnFeatureName
という名前のクラス作ったけど
BasedOnじゃなくてもっと短い言い方ない?
640:デフォルトの名無しさん
05/07/08 17:42:28
CFeatureName : CName とかではなく?
641:デフォルトの名無しさん
05/07/09 00:44:18
>>639
そのクラスが何なのか分からないと無理だろ。
まずは日本語で意味を説明しる。
642:デフォルトの名無しさん
05/07/09 02:08:44
関数名なんだけど悩んでる
その関数は、ウィンドウの表示と中身の描画とそのループ
キーイベントの監視を行ってウィンドウの削除とコードの終了もする
要するにメインな関数
なにもうかばないなににしようかな
643:デフォルトの名無しさん
05/07/09 02:10:33
>>642
ちっとは分割しろよ。
Window()
644:642
05/07/09 02:17:19
めちゃめちゃ分割してる
Windowの作成も表示するファイルの読み込みもfontsetも違う関数で行ってるから
この関数で実際にするのは
XNextEvent
XmbDrawImageString
XCloseDisplay
だけ、
ごめん、Windowの表示は違う関数でやってた、だからイベントの監視とWindowの中身をループで描画するだけ
645:デフォルトの名無しさん
05/07/09 03:34:02
winmain()
646:デフォルトの名無しさん
05/07/09 12:32:44
>>644
mainloop()
eventloop()
647:デフォルトの名無しさん
05/07/20 01:37:46
若干スレ違いかもしれませんが、質問させてください。
ios::rdstate の rd ってなんの略ですか?
648:デフォルトの名無しさん
05/07/20 02:04:17
>>647 read じゃないの? rdbuf も同じだろうな。スレはこっち→スレリンク(tech板)
649:デフォルトの名無しさん
05/07/20 16:38:34
とあるファイルの初期化時に連動してファイルを初期化する関数名をお願いします。
とあるファイル初期化処理()
{
:
if(何らかの条件) 連動して別ファイルを初期化☆←こいつ
:
}
650:デフォルトの名無しさん
05/07/20 20:24:56
relating_initialization
651:デフォルトの名無しさん
05/07/20 23:47:21
激しく外出な気がするが C言語で配列の要素数を表すマクロは何にしたらいい?
たたき台 ELEMENTS_NUM
ELEMENTと単数形がいい?
NUMよりLENGTHのほうがいい?
652:デフォルトの名無しさん
05/07/20 23:52:26
Dではlengthって名前になってるな
653:デフォルトの名無しさん
05/07/20 23:55:41
COUNTOF
654:デフォルトの名無しさん
05/07/20 23:59:02
>>651
マクロになる(定数である)以上
その数値自体に意味があるはずなので
そっちを付けるべき。
#define SQUARE 4
VECTOR vertices[SQUARE];
とか。
655:デフォルトの名無しさん
05/07/21 00:00:17
アフォ
656:651
05/07/21 00:05:13
>>654
質問の仕方が悪かった。定番のこれのことです。
#define XXX(array) sizeof(array) / sizeof(array[0])
最初から書けばよかった。すまない。
もうちょっと募集します。単にLENGTHってのが分かりやすいかも。
657:デフォルトの名無しさん
05/07/21 00:10:47
>>654みたいな奴ってなんの為にdefineしてんの?
値が4から5に変わってもSQUAREなの?
grep出来るからいいじゃんとかそういうの?
>>656
numofとかlengthとか
658:デフォルトの名無しさん
05/07/21 00:26:23
>>656
sizeof に倣って lengthof とし、 C++ では内部で template を使った実装に切り替える。
659:デフォルトの名無しさん
05/07/21 00:43:00
関数にすると
template <class T, unsigned N>
unsigned hoge(const T (&)[N])
{ return N; }
か?
これってコンパイルタイムでNになる保証あるの?
660:651
05/07/21 00:55:31
>>652-659xor>>655
とりあえず LENGTH にします。
単純そうでいろんな案があるのは勉強になる。
みんな ありがと。
ノシ
661:デフォルトの名無しさん
05/07/21 00:58:11
そんなシンプルなのマクロに使うとぶつかるぞ
662:デフォルトの名無しさん
05/07/21 02:41:03
メッセージが届いてるならtrue、届いてないならfalseを返す関数の名前なんだけど、
IsArrived() みたいなかんじでいいのないですか?
arrivedって変な気がするんだけど
でもググったらヒットするなあ IsArrived()で自然?
663:デフォルトの名無しさん
05/07/21 03:07:14
自動詞にisはいらんだろ
プロパティ的にArrived()でいいんじゃないの
664:デフォルトの名無しさん
05/07/21 03:57:28
俺ならkitah()だがな…
665:デフォルトの名無しさん
05/07/21 07:28:40
>>663
頭にIsがあると反射的にbooleanを返す関数だと分かっていいとおもうが。
666:デフォルトの名無しさん
05/07/21 08:07:34
hasMessage()
667:デフォルトの名無しさん
05/07/21 09:47:35
receivedMessage
668:デフォルトの名無しさん
05/07/21 12:04:48
>>665
そういうトンデモ規約にしたけりゃすればいいけど
変なもんは変だ。
669:デフォルトの名無しさん
05/07/21 16:02:34
動詞ed の場合、パッと見で現在形と区別しにくい気がする。
670:デフォルトの名無しさん
05/07/21 17:11:12
>>668
英語としては変でも規約としては変でもないし、トンデモなんてとんでもない!
671:デフォルトの名無しさん
05/07/21 19:11:55
俺なら馬鹿みたいに明示的にAlreadyArrivedかHasBeenArrivedとかしそうだな。
ArriveをReceiveにするとより明示的かな。
672:デフォルトの名無しさん
05/07/21 21:39:35
has beesじゃなくてhas arrivedじゃないのかね。
何かがarrivedしてるからそれを処理したいんでしょ?
HasBeenArrivedだと「届いてたけど処理されちゃった」と思えます。
673:デフォルトの名無しさん
05/07/21 21:44:34
過去分詞なんて使ったメソッド見たことないぞ
674:デフォルトの名無しさん
05/07/21 21:48:49
>>673
そいつはオメデタイな
675:デフォルトの名無しさん
05/07/21 22:08:21
>>672
(message) is arrivedの完了形。
arriveは受動態でも使われる。
でも確かにHasArrivedで必要十分だね。
なんで受動態が突いて出たんだろう。。
676:662
05/07/22 00:32:35
私的にも>>663と>>665の葛藤という感じなのですよね
とりあえず>>663-668アリガトン
677:デフォルトの名無しさん
05/07/22 00:50:00
>>670
英語として変なのが規約として変ではないって、トンデモな話だと思うぞ。
678:デフォルトの名無しさん
05/07/22 00:51:28
だったらイテレータIに対してam〜も定義すべきだな。
679:デフォルトの名無しさん
05/07/22 14:55:48
ここは一つリスパーなおれが。
ReceivedQ
680:デフォルトの名無しさん
05/07/22 15:17:38
qじゃなくてp(predicate)だろ?receivedp
681:デフォルトの名無しさん
05/07/22 15:23:42
あれPだっけ?
むぅリスパーじゃないのがばれてしまった。
682:デフォルトの名無しさん
05/07/22 15:32:45
ケアレス・リスパー
683:デフォルトの名無しさん
05/07/22 18:49:15
ヒント:自動詞なら Has
684:デフォルトの名無しさん
05/07/26 14:18:20
トランプとかカードゲームの山って英語でなんていうの?
685:デフォルトの名無しさん
05/07/26 14:26:28
deck
686:デフォルトの名無しさん
05/07/26 15:06:12
場に積んであって、そこからカードを引く場所(山札) > pile
捨て札の山 > discard pile
カード一組 > deck
あたりかな。
687:デフォルトの名無しさん
05/07/26 16:47:29
サンキュー
688:デフォルトの名無しさん
05/07/27 17:56:23
トリップとトリップの元になる文字列の変数名はどうすればいいでしょうか?
2chで例えると、
"名無しさん#aaa"のaaa部分(トリップの元になる文字列)と
実際に名前欄に表示される"名無しさん◆bbb"のbbb部分(トリップ)です。
689:デフォルトの名無しさん
05/07/27 18:17:16
>>688
original と encoded とか。
ところでなんでトリップって言うのかな?
690:デフォルトの名無しさん
05/07/27 18:59:22
ひとり用キャップ
691:デフォルトの名無しさん
05/07/27 19:40:01
>>688
俺が作ったやつだと Key と Trip にしてた
自分でも安易だと思うけど、わかりやすさ重視
692:デフォルトの名無しさん
05/07/27 20:17:01
ひとりキャップの略だから、tripじゃなくてtori…、
んー、「ップ」の部分はどうアルファベット化すべきか…
693:デフォルトの名無しさん
05/07/27 20:37:50
個人向け騙り防止符号…
694:デフォルトの名無しさん
05/07/28 00:52:11
Javaのパッケージ名なんですが、画面側で扱う部品に関する共通部品まとめる
パッケージ名で何か良い名前ないでしょうか。。
主に入力値をListやMapなどに変換する部品や一覧のページ制御などを行う
部品などなどあります。
プレゼンテーション層向け部品と呼んでいるのですが、presentationだと長いしぱっとしない気が・・・
695:デフォルトの名無しさん
05/07/28 04:38:08
presentationでいいと思うんだが、気に入らないなら、
MVCっていうくらいだからviewとか。
696:デフォルトの名無しさん
05/07/28 04:48:19
Slide
697:デフォルトの名無しさん
05/07/29 00:58:26
UI(user interface)
CUI
GUI
WebUI
「presentation = V + C」 で使ってるけど変かしら?
698:デフォルトの名無しさん
05/07/29 01:28:15
みなさんありがとうございます。
uiやviewなど短くて誰でもわかりそうな感じで良いですね。
というか、自分が気づけって感じですけど・・・OTL
699:デフォルトの名無しさん
05/08/04 17:39:59
二つの状態(On/Off)をとるピクチャーボックスなんてどうつけますか?
OnOffPictureBox?
700:デフォルトの名無しさん
05/08/04 18:13:08
TogglablePictureBox
701:699
05/08/04 18:27:38
>>700
それいいですね。いただきます。
702:デフォルトの名無しさん
05/08/04 19:30:28
うーん、悪いけど俺には>>700はあんまりしっくりこないなあ。
どうもTogglableが何をさしているのか曖昧に感じる。
俺が命名するならこんな感じかなあ。
StateIndicator
BiStateIndicator
pctBiStateIndicator
pct2StateIndicator
OnOffIndicator
703:699
05/08/04 20:37:00
そうですか
ToggleButtonなんてのがあるんで、いいかなと。
704:デフォルトの名無しさん
05/08/04 23:07:01
その系統で行くと TogglePicture でいいと思う。
無理に正確な単語を使う必要はないと思う。
(さすがにコントロールっぽくないので TogglePictureBox のほうがいいかな。
俺なら ToggleCanvas にする)
705:デフォルトの名無しさん
05/08/04 23:38:21
CheckablePictureBox
706:デフォルトの名無しさん
05/08/04 23:49:53
なんでどいつもこいつもableを付けたがるんだ
bool型のメソッドならまだ分かるが。
707:デフォルトの名無しさん
05/08/04 23:57:25
>>706
> bool型のメソッドならまだ分かるが。
なんか勘違いしてると思われ。
インターフェイスもってるかクラスにそういう機能があるから
able 付けてるんでしょ。
708:デフォルトの名無しさん
05/08/05 00:00:46
いや、意味はわかるんだけど、なんか気分的にしっくりこない
709:707
05/08/05 00:33:25
インターフェイス実装なら
CheckablePictureBox
より
CheckPictureBox
が好きってことね。
710:デフォルトの名無しさん
05/08/05 00:34:24
オブジェクト指向がこれだけ普及した今日、(いや、本当はOOなんか普及するまえからそうだと思うが。。)
オブジェクトに対して>>704みたいにぱっと見動詞と区別がつかない命名をするのは
センスがなさ過ぎると思う。
こういう人って何度自分の仕掛けた罠に自分自身ではまっても
ちっとも学習しないタイプなんじゃないだろうか。
711:704
05/08/05 00:43:35
俺は大文字で始まる単語はクラス名と決めてるので大丈夫。
712:デフォルトの名無しさん
05/08/05 01:25:30
>>711
大文字小文字で意味を分けてると、口で説明するときに困るよ。
713:デフォルトの名無しさん
05/08/05 02:46:34
>>711
TogglePictureをメンバに持つクラスが
そのピクチャを切り替えるメソッドはtogglePicureか。
死んだほうがいいな。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
5396日前に更新/204 KB
担当:undef