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

クラス名・変数名に迷 ..

446:デフォルトの名無しさん
05/06/07 15:41:39
>>443
数値に3桁ごとにコンマを入れるという意味か?
commifyというのを見たことがある。

447:デフォルトの名無しさん
05/06/09 01:19:22
OSのアドレス変換で分散した通常のメモリ領域と対比される、
物理メモリ上での連続性を持ったメモリ領域の呼び方。

CPU以外のハードウェア（DMAなど）と共有するために使います。

今は physically contiguous を使ってますが、
もっと短い名前はないものか、と悩んでいます。

448:デフォルトの名無しさん
05/06/09 01:43:39
>>447
そもそも形容詞を二つ繋げて名詞にしてる時点でおかしいだろ
ContiguousMemorySpaceとかにしないとヘン

対比させるならSerialMemorySpace＜＞PartialMemorySpaceはどうか

449:447
05/06/09 02:30:34
>>448
physically coutiguous は memory とか allocator とか、
通常のメモリ管理で使ってた言葉にくっつけて区別するように使ってます。
通常版が memory で、物理連続版が physically_contiguous_memory って感じです。

「メモリ領域の呼び方」と聞いているので、>447でそこを省いたのは間違いでした。
すいません。

450:デフォルトの名無しさん
05/06/09 07:15:34
連続領域を仮想アドレスで返す奇天烈なAPIを作らないなら
ContiguousMemoryで十分じゃないの
URLﾘﾝｸ(msdn.microsoft.com)

451:デフォルトの名無しさん
05/06/11 13:29:57
だーいぶ昔に作ったプログラムというか微妙なもののソースを
久々に発掘したら変数名がｱﾎだった

　int hoge,hogeho,hogehoge,hohoho;

何でもいいとはいえコレは酷い

452:デフォルトの名無しさん
05/06/11 19:31:22
Delphiでリスト内に保持している一意のNoを再割り当てするメソッド名は何がよいのでしょう？
ReUniqueNoが現在候補にあがっています。

453:デフォルトの名無しさん
05/06/11 19:42:41
BASICを思い出した俺

454:デフォルトの名無しさん
05/06/11 19:44:05
renumber?

455:デフォルトの名無しさん
05/06/11 19:57:21
愚直に ReassignUniqueNumber

456:デフォルトの名無しさん
05/06/12 12:44:42
"一意のNo"を表すメンバなりプロパティなりをなんと命名してるかにも依存する、
というかすべきだよよね。「再」を表す接頭語が会ったほうが良いかどうかも
「リスト」の実装しだいの気がする。

普通、番号がリストの中で一意であることがわかるような命名をしていると思うので
(ItemNoとかItemIDとか）一意を表す"Unique"はメソッド名には不要じゃないだろうか。

総合すると(Re)AssignItemNoとか(Re)AssignItemIDみたいな感じか。

457:デフォルトの名無しさん
05/06/12 17:19:49
ReIdentify

458:デフォルトの名無しさん
05/06/12 21:34:29
ブラウザやフォルダの進む・戻る（移動のUndoRedo的なもの）情報の管理クラスの名前は何がいいですか。

459:デフォルトの名無しさん
05/06/12 21:48:53
なんたらHistory

460:デフォルトの名無しさん
05/06/12 21:56:31
HistoryMgr

461:458
05/06/12 22:06:00
Historyは最近使ったファイルで使ってしまってます(RecentFilesとでもすべきですかね)。
もう少し明示的なものはないですか。

462:デフォルトの名無しさん
05/06/12 22:59:47
ForwardBackward

463:デフォルトの名無しさん
05/06/12 23:07:18
NavigationLog

464:デフォルトの名無しさん
05/06/12 23:15:09
PageHistoryManager

465:デフォルトの名無しさん
05/06/15 08:12:43
頁履歴管理者

466:デフォルトの名無しさん
05/06/15 09:20:43
NavigationHistory
でどうよ？

467:デフォルトの名無しさん
05/06/16 10:34:05
ウィンドウを以下の状態にする関数名はどんなのがいいでしょう？
・入力禁止にする
・灰色表示にする
・マウスカーソルを砂時計にする
・再描画など最低限の処理は許可する

要は、EnableWindowという名前がｶﾞｲｼｭﾂなので、代わりに良いのが無いかなと。

468:デフォルトの名無しさん
05/06/16 12:38:30
「ウィンドウ」のメソッドじゃなくて
その「ウィンドウ」を持ってるオブジェクトが「ウィンドウ」を操作するメソッドなわけ？

特別な理由がなければ、「ウィンドウ」をステートマシンにした方がいいんじゃないの？

「ウィンドウ」のステートを現す列挙型を作って、それを引数に取る
メソッドなりプロパティなりでステートを変更するようにする。

まあ、こういうUIの問題は前後の細かい文脈がわからないと
適切なアドバイスは誰もできない気がする。命名に関してすらもね。

469:デフォルトの名無しさん
05/06/16 13:38:39
？

470:467
05/06/16 13:44:57
>>468
単にWindowsAPIのEnableWindowに機能を追加したようなものを作りたいのです。
なのでクラス云々は考慮無しでおながいします。

471:467
05/06/16 13:48:10
で、連カキで申し訳ないですが、これにちょっと関連する以下の別関数もおながいします。

・WM_PAINTのみを処理（メッセージループ）する関数名

先の質問と併せて、WinSDKのマーの方ならよく作られる機能じゃないかなと思ったり。

472:デフォルトの名無しさん
05/06/16 14:08:11
変数名じゃなくマクロ名なんだけど

#ifdef __cplusplus
extern "C" {
#endif

と

#indef __cplusplus
}
#endif

をそれぞれマクロにしたいんだけど
いいのないでつか？半ばスタンダードになってるやつとか。

473:デフォルトの名無しさん
05/06/16 14:22:23
C_COMPATIBLE

474:デフォルトの名無しさん
05/06/16 15:16:42
#pragma once

つか混乱するからそれくらい毎回書け。
重複でさえあれば何でもかんでもマクロ化していくというのはよくないぞ。

475:デフォルトの名無しさん
05/06/16 17:13:09
#pragma once
は一度しか読まないようにするためのやつじゃ?

476:デフォルトの名無しさん
05/06/16 17:26:50
>>470
じゃあEnableWindowEx

477:デフォルトの名無しさん
05/06/16 17:56:27
>>467
>>468のアドバイスは的確だと思うが無理矢理命名するなら
SuspendWindowOperation()といったところか
戻す時はResumeWindowOperation()

>>471はProcWM_PAINT()かな
ProcはProceedとかProcessとか

478:デフォルトの名無しさん
05/06/16 18:06:45
LockWindow / UnlockWindow
SetWindowWaiting
SuspendWindow

うーん、イマイチ。
てか、関数のする事が多すぎて、役割がはっきりしないからだと思う。

479:478
05/06/16 18:08:57
>>477
あら、被っちゃった… ごめんなさい、更新し忘れてました。 orz

>>471 は単純に PaintLoop でどうだろう。

480:467
05/06/16 19:35:44
>>476
…('A`)
奥の手ですねぃｗ

>>477
いや、的確でないというか、MFCベースやOOPで作り込んでいるなら
オブジェクト～メソッドの話で完璧だと思うんですけど、今回は単なる
APIの置き換えを狙ってたので…。

>>478
何をするかって、端的に書きすぎました。スマソ。
どんな時にこれを使うかと言うと「長い処理をしている間」です。
この時にウィンドウを入力禁止にしつつ、マウスカーソルを砂時計（ｒｙ
てな感じで、ついでに再描画もやらせる必要があったので、WM_PAINTの
質問もさせていただいた訳であります。

そういう訳で、SuspendWindow辺りがいい感じかも。
再描画はとりあえず、RePaintLoopにしてみました。

481:デフォルトの名無しさん
05/06/16 19:47:56
(*ﾟДﾟ)ネタスレかと思ったら違うのか。

482:デフォルトの名無しさん
05/06/16 22:56:52
>>472
#ifdef をマクロの中に書けたっけ？

483:デフォルトの名無しさん
05/06/16 22:59:03
>>480
何か勘違いしている悪寒。

484:デフォルトの名無しさん
05/06/17 03:03:43
>>482
#ifdef __cplusplus
#define HOGE 1
#else
#define HOGE 0
#endif
でいいだろ

485:デフォルトの名無しさん
05/06/17 13:00:39
同一商品のサイズ違いや色違いをまとめたテーブル名なんだけどなんかいいのないかな
Group、ItemGroup以外で頼む

486:デフォルトの名無しさん
05/06/17 13:12:32
>>485
「変種」という意味で variant が使えるかも。
VariantItemGroup

487:デフォルトの名無しさん
05/06/17 13:27:09
>>486
他にはどんなのがよさそう？

488:デフォルトの名無しさん
05/06/17 14:01:28
>>487
サイズ違い、色違いがそれぞれ独立していれば
Sizes, Colors になるのだと思う。
しかしまとめるとなると…。

custom-made オーダーメイド
product 製品
→ CustomProducts

sample 見本
catalog 目録
showcase 陳列棚

これでは抽象的すぎるかな。

489:デフォルトの名無しさん
05/06/17 15:19:32
ばりえーしょん

490:デフォルトの名無しさん
05/06/18 13:30:08
テキストフィールドがあって、エンターキーを押すと action() が呼ばれます。
action() の中でテキストフィールドの値を検査するために verify() が呼ばれます。
verify() はエンターキーが押されたときだけでなく、マウスでフォーカスを
はずしたときにも呼ばれます。

verify() の中で action() から呼ばれているのかどうかを知るために
テキストフィールド field にメソッド(プロパティ) を追加しようとしています。
どのような名前が良いでしょうか？

field.isInAction() ?

491:デフォルトの名無しさん
05/06/18 13:37:58
CallByAction

492:デフォルトの名無しさん
05/06/18 13:53:35
caller

493:デフォルトの名無しさん
05/06/18 13:55:06
field.isInAction()

494:デフォルトの名無しさん
05/06/18 14:37:33
verify_on_action()
verify_on_focus_lost()

495:デフォルトの名無しさん
05/06/18 15:20:31
>>490
なんかプロパティの名前をどうこうすべきっていう以前に糞設計の匂いがする。

読んだ限りでは、actionとかverifyってのはfield自身のメソッドではなく
それを持っているオブジェクトのメソッドに読めるけど、
本当にその設計に必然性はあるのか？

それにactionからverifyを呼び出すってのも、本当にそうである必要があるの？

エンターキーが押されたときに実行されるメソッドから直接verify（どうでもいいけど
validateとかの方が適切じゃないか？）を呼ぶようにすれば、単に引数で
verifyの動作を指示するということで解決しそうに思えるが。

496:デフォルトの名無しさん
05/06/18 16:19:03
>>490
verifyメソッドのプロトタイプ宣言をこんな感じにして
void verify(const Object& sender);
actionメソッドからverify(this);で呼び出せば良いように設計してください
あるプロパティを設定してからあるメソッドを呼ぶなんてのは
間違いなく設計ミスです

497:デフォルトの名無しさん
05/06/18 16:31:25
GUIプログラミングでは内部的に状態を持つなんて普通のことなんだが。
busy = true;　try{ ... } finally { busy = false; }
～別の関数～
if(busy) return; paint(); // 無駄な再描画をスキップ
とかね。

498:デフォルトの名無しさん
05/06/18 16:52:47
そういうの馬鹿の一つ覚えっていうんじゃないの？
>>490の話のどこにステートマシンの必要性を感じるのか理解不能だね。
入力に対して常に同じ応答をするようなものをステートマシンに仕立てる必然性がない。

499:デフォルトの名無しさん
05/06/18 16:57:39
>>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。

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 = {　　　　　　　←１バイトずつ読み込む。
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
○カスタムタグで使う３ファイル
//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(ＴＬＤファイルのパス) </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
長すぎだろｗ

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
～番号はｘｘｘId
総～数はｎｕｍＸｘｘとかｘｘｘＣｏｕｎｔとかかな。

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
> ～番号はｘｘｘId

これで「文脈によっては」とは読めないしな。
この書き方だと、全ての番号は「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の
> ～番号はｘｘｘId

で「全ての番号は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の様に書けばすむ話だろう。

何の脈絡もなく

> ～番号はｘｘｘId

と書かれれば、

> 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番号といっても文脈によって様々なニュアンスがありうる」
> という話になるわけでして。

> ～番号はｘｘｘId

この書込のどこに

> 同じXX番号といっても文脈によって様々なニュアンスがありうる

ととれる要素があるのか？

> 話はXX番号を表現する変数をどう命名するか、というところから始まっている

時に、

> ～番号はｘｘｘId

と書かれれば、

　「番号であればどれでも一律で'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
>～番号はｘｘｘId

>ID は識別子だろう。～番号なら、～No or ～Numberの方がいいかと。

>文脈によってはIDも大いにありでしょ。

>その「番号が持つ意味」として、「識別するための番号」と言う意味合いが与えられているから「識別子」と言われるのであって、決して文脈で変わるものではない。

>文脈によっては、とは、別の表現を使うなら「その」番号のニュアンスによっては、ということだよ。
>「その」番号のニュアンスによってはIDも大いにありでしょ。

>同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか？と言う話だ。
>どんな文脈で現れようと、「社員番号」は「社員を識別する番号」であって、文脈では変わらないだろう？

>同じXX番号といっても文脈によって様々なニュアンスがありうる
>同じXX番号といっても「その」番号のニュアンスによって様々なニュアンスがありうる

547:デフォルトの名無しさん
05/06/19 12:57:58
・社員番号
・社員ID
・総社員数

とあったら、>>519氏はどうするのだろう？

> ～番号はｘｘｘId
> 総～数はｎｕｍＸｘｘとかｘｘｘＣｏｕｎｔとかかな。

この理論で行くと、

・社員番号　→　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
もう調べたところ、まだ調べていないところ、
という配列２つ作りたいんですが、
英語力無い僕に単語が思い浮かびません
お助けください・・

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の中身をループで描画するだけ

次ページ