- 1 名前：デフォルトの名無しさん mailto:sage [05/02/25 20:16:44 ]
- クラス名、変数名のつけ方に悩んだら書き込むスレです。
質問する人は、その変数に何を格納するのか(クラスだったらその役割)
プログラミング言語は何なのかを、それぞれ書いて、
いい変数名を思いついた人は、それに答えてあげましょう。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
>>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(間違って3として進行)
pc5.2ch.net/test/read.cgi/tech/1087209526/
- 446 名前：デフォルトの名無しさん mailto:sage [2005/06/07(火) 15:41:39 ]
- >>443
数値に3桁ごとにコンマを入れるという意味か?
commifyというのを見たことがある。
- 447 名前：デフォルトの名無しさん [2005/06/09(木) 01:19:22 ]
- OSのアドレス変換で分散した通常のメモリ領域と対比される、
物理メモリ上での連続性を持ったメモリ領域の呼び方。
CPU以外のハードウェア（DMAなど）と共有するために使います。
今は physically contiguous を使ってますが、
もっと短い名前はないものか、と悩んでいます。
- 448 名前：デフォルトの名無しさん mailto:sage [2005/06/09(木) 01:43:39 ]
- >>447
そもそも形容詞を二つ繋げて名詞にしてる時点でおかしいだろ
ContiguousMemorySpaceとかにしないとヘン
対比させるならSerialMemorySpace＜＞PartialMemorySpaceはどうか
- 449 名前：447 mailto:sage [2005/06/09(木) 02:30:34 ]
- >>448
physically coutiguous は memory とか allocator とか、
通常のメモリ管理で使ってた言葉にくっつけて区別するように使ってます。
通常版が memory で、物理連続版が physically_contiguous_memory って感じです。
「メモリ領域の呼び方」と聞いているので、>447でそこを省いたのは間違いでした。
すいません。
- 450 名前：デフォルトの名無しさん mailto:sage [2005/06/09(木) 07:15:34 ]
- 連続領域を仮想アドレスで返す奇天烈なAPIを作らないなら
ContiguousMemoryで十分じゃないの
msdn.microsoft.com/library/default.asp?url=/library/en-us/kmarch/hh/kmarch/k106_33fb6610-08f3-4605-9511-72a2ec6fa442.xml.asp
- 451 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 13:29:57 ]
- だーいぶ昔に作ったプログラムというか微妙なもののソースを
久々に発掘したら変数名がｱﾎだった
int hoge,hogeho,hogehoge,hohoho;
何でもいいとはいえコレは酷い
- 452 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 19:31:22 ]
- Delphiでリスト内に保持している一意のNoを再割り当てするメソッド名は何がよいのでしょう？
ReUniqueNoが現在候補にあがっています。
- 453 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 19:42:41 ]
- BASICを思い出した俺
- 454 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 19:44:05 ]
- renumber?
- 455 名前：デフォルトの名無しさん mailto:sage [2005/06/11(土) 19:57:21 ]
- 愚直に ReassignUniqueNumber
- 456 名前：デフォルトの名無しさん [2005/06/12(日) 12:44:42 ]
- "一意のNo"を表すメンバなりプロパティなりをなんと命名してるかにも依存する、
というかすべきだよよね。「再」を表す接頭語が会ったほうが良いかどうかも
「リスト」の実装しだいの気がする。
普通、番号がリストの中で一意であることがわかるような命名をしていると思うので
(ItemNoとかItemIDとか）一意を表す"Unique"はメソッド名には不要じゃないだろうか。
総合すると(Re)AssignItemNoとか(Re)AssignItemIDみたいな感じか。
- 457 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 17:19:49 ]
- ReIdentify
- 458 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 21:34:29 ]
- ブラウザやフォルダの進む・戻る（移動のUndoRedo的なもの）情報の管理クラスの名前は何がいいですか。
- 459 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 21:48:53 ]
- なんたらHistory
- 460 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 21:56:31 ]
- HistoryMgr
- 461 名前：458 mailto:sage [2005/06/12(日) 22:06:00 ]
- Historyは最近使ったファイルで使ってしまってます(RecentFilesとでもすべきですかね)。
もう少し明示的なものはないですか。
- 462 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 22:59:47 ]
- ForwardBackward
- 463 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 23:07:18 ]
- NavigationLog
- 464 名前：デフォルトの名無しさん mailto:sage [2005/06/12(日) 23:15:09 ]
- PageHistoryManager
- 465 名前：デフォルトの名無しさん [2005/06/15(水) 08:12:43 ]
- 頁履歴管理者
- 466 名前：デフォルトの名無しさん mailto:sage [2005/06/15(水) 09:20:43 ]
- NavigationHistory
でどうよ？
- 467 名前：デフォルトの名無しさん [2005/06/16(木) 10:34:05 ]
- ウィンドウを以下の状態にする関数名はどんなのがいいでしょう？
・入力禁止にする
・灰色表示にする
・マウスカーソルを砂時計にする
・再描画など最低限の処理は許可する
要は、EnableWindowという名前がｶﾞｲｼｭﾂなので、代わりに良いのが無いかなと。
- 468 名前：デフォルトの名無しさん [2005/06/16(木) 12:38:30 ]
- 「ウィンドウ」のメソッドじゃなくて
その「ウィンドウ」を持ってるオブジェクトが「ウィンドウ」を操作するメソッドなわけ？
特別な理由がなければ、「ウィンドウ」をステートマシンにした方がいいんじゃないの？
「ウィンドウ」のステートを現す列挙型を作って、それを引数に取る
メソッドなりプロパティなりでステートを変更するようにする。
まあ、こういうUIの問題は前後の細かい文脈がわからないと
適切なアドバイスは誰もできない気がする。命名に関してすらもね。
- 469 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 13:38:39 ]
- ？
- 470 名前：467 mailto:sage [2005/06/16(木) 13:44:57 ]
- >>468
単にWindowsAPIのEnableWindowに機能を追加したようなものを作りたいのです。
なのでクラス云々は考慮無しでおながいします。
- 471 名前：467 mailto:sage [2005/06/16(木) 13:48:10 ]
- で、連カキで申し訳ないですが、これにちょっと関連する以下の別関数もおながいします。
・WM_PAINTのみを処理（メッセージループ）する関数名
先の質問と併せて、WinSDKのマーの方ならよく作られる機能じゃないかなと思ったり。
- 472 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 14:08:11 ]
- 変数名じゃなくマクロ名なんだけど
#ifdef __cplusplus
extern "C" {
#endif
と
#indef __cplusplus
}
#endif
をそれぞれマクロにしたいんだけど
いいのないでつか？半ばスタンダードになってるやつとか。
- 473 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 14:22:23 ]
- C_COMPATIBLE
- 474 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 15:16:42 ]
- #pragma once
つか混乱するからそれくらい毎回書け。
重複でさえあれば何でもかんでもマクロ化していくというのはよくないぞ。
- 475 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 17:13:09 ]
- #pragma once
は一度しか読まないようにするためのやつじゃ?
- 476 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 17:26:50 ]
- >>470
じゃあEnableWindowEx
- 477 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 17:56:27 ]
- >>467
>>468のアドバイスは的確だと思うが無理矢理命名するなら
SuspendWindowOperation()といったところか
戻す時はResumeWindowOperation()
>>471はProcWM_PAINT()かな
ProcはProceedとかProcessとか
- 478 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 18:06:45 ]
- LockWindow / UnlockWindow
SetWindowWaiting
SuspendWindow
うーん、イマイチ。
てか、関数のする事が多すぎて、役割がはっきりしないからだと思う。
- 479 名前：478 mailto:sage [2005/06/16(木) 18:08:57 ]
- >>477
あら、被っちゃった… ごめんなさい、更新し忘れてました。 orz
>>471 は単純に PaintLoop でどうだろう。
- 480 名前：467 mailto:sage [2005/06/16(木) 19:35:44 ]
- >>476
…('A`)
奥の手ですねぃｗ
>>477
いや、的確でないというか、MFCベースやOOPで作り込んでいるなら
オブジェクト〜メソッドの話で完璧だと思うんですけど、今回は単なる
APIの置き換えを狙ってたので…。
>>478
何をするかって、端的に書きすぎました。スマソ。
どんな時にこれを使うかと言うと「長い処理をしている間」です。
この時にウィンドウを入力禁止にしつつ、マウスカーソルを砂時計（ｒｙ
てな感じで、ついでに再描画もやらせる必要があったので、WM_PAINTの
質問もさせていただいた訳であります。
そういう訳で、SuspendWindow辺りがいい感じかも。
再描画はとりあえず、RePaintLoopにしてみました。
- 481 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 19:47:56 ]
- (*ﾟДﾟ)ネタスレかと思ったら違うのか。
- 482 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 22:56:52 ]
- >>472
#ifdef をマクロの中に書けたっけ？
- 483 名前：デフォルトの名無しさん mailto:sage [2005/06/16(木) 22:59:03 ]
- >>480
何か勘違いしている悪寒。
- 484 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 03:03:43 ]
- >>482
#ifdef __cplusplus
#define HOGE 1
#else
#define HOGE 0
#endif
でいいだろ
- 485 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 13:00:39 ]
- 同一商品のサイズ違いや色違いをまとめたテーブル名なんだけどなんかいいのないかな
Group、ItemGroup以外で頼む
- 486 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 13:12:32 ]
- >>485
「変種」という意味で variant が使えるかも。
VariantItemGroup
- 487 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 13:27:09 ]
- >>486
他にはどんなのがよさそう？
- 488 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 14:01:28 ]
- >>487
サイズ違い、色違いがそれぞれ独立していれば
Sizes, Colors になるのだと思う。
しかしまとめるとなると…。
custom-made オーダーメイド
product 製品
→ CustomProducts
sample 見本
catalog 目録
showcase 陳列棚
これでは抽象的すぎるかな。
- 489 名前：デフォルトの名無しさん mailto:sage [2005/06/17(金) 15:19:32 ]
- ばりえーしょん
- 490 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 13:30:08 ]
- テキストフィールドがあって、エンターキーを押すと action() が呼ばれます。
action() の中でテキストフィールドの値を検査するために verify() が呼ばれます。
verify() はエンターキーが押されたときだけでなく、マウスでフォーカスを
はずしたときにも呼ばれます。
verify() の中で action() から呼ばれているのかどうかを知るために
テキストフィールド field にメソッド(プロパティ) を追加しようとしています。
どのような名前が良いでしょうか？
field.isInAction() ?
- 491 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 13:37:58 ]
- CallByAction
- 492 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 13:53:35 ]
- caller
- 493 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 13:55:06 ]
- field.isInAction()
- 494 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 14:37:33 ]
- verify_on_action()
verify_on_focus_lost()
- 495 名前：デフォルトの名無しさん [2005/06/18(土) 15:20:31 ]
- >>490
なんかプロパティの名前をどうこうすべきっていう以前に糞設計の匂いがする。
読んだ限りでは、actionとかverifyってのはfield自身のメソッドではなく
それを持っているオブジェクトのメソッドに読めるけど、
本当にその設計に必然性はあるのか？
それにactionからverifyを呼び出すってのも、本当にそうである必要があるの？
エンターキーが押されたときに実行されるメソッドから直接verify（どうでもいいけど
validateとかの方が適切じゃないか？）を呼ぶようにすれば、単に引数で
verifyの動作を指示するということで解決しそうに思えるが。
- 496 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 16:19:03 ]
- >>490
verifyメソッドのプロトタイプ宣言をこんな感じにして
void verify(const Object& sender);
actionメソッドからverify(this);で呼び出せば良いように設計してください
あるプロパティを設定してからあるメソッドを呼ぶなんてのは
間違いなく設計ミスです
- 497 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 16:31:25 ]
- GUIプログラミングでは内部的に状態を持つなんて普通のことなんだが。
busy = true; try{ ... } finally { busy = false; }
〜別の関数〜
if(busy) return; paint(); // 無駄な再描画をスキップ
とかね。
- 498 名前：デフォルトの名無しさん [2005/06/18(土) 16:52:47 ]
- そういうの馬鹿の一つ覚えっていうんじゃないの？
>>490の話のどこにステートマシンの必要性を感じるのか理解不能だね。
入力に対して常に同じ応答をするようなものをステートマシンに仕立てる必然性がない。
- 499 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 16:57:39 ]
- >>1
>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
- 500 名前：デフォルトの名無しさん [2005/06/18(土) 17:09:17 ]
- >>499
こういううっとうしい奴って定期的に湧いてくるよなあ。
いかにも論理的・目的合理的に物事考えるのが苦手な日本人らしいが、
しかしそんな奴がプログラマにもいるってのはどういうことだろう。
いいかい？「命名規則や設計の善し悪しについて議論するのは基本的に禁止」
これは何のため？
話題が拡散することによって、本スレの目的（命名について話し合うこと）が
阻害されることを防ぐため。
逆を言えば、阻害されなければ問題がないわけだ。
で、現実はどうよ？設計法を話題にすることによって命名に関する話題が阻害されてるか？
そんなこたあねえよ。
ていうか、そもそも本スレの目的、それ自体の上位目的は何よ？
ざっくり言ってプログラマとしての能力向上だろ？
設計について話題にすることは、この上位目的にとって有意義じゃないの？
つーか、>>499や俺のようなレスこそまったく意義がないことについてはどう思ってるのだろうか。
馬鹿特有の俺様棚上げ？
- 501 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 17:14:29 ]
- スレ違いだけど暇だから粘れるだけ粘ってやるぜ
まで読んだ
- 502 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん [2005/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 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:27:16 ]
- ↑これは何?
英語で言うなら、"What is this?"
- 508 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 18:33:04 ]
- インドネシア語で言うなら、"Apa ini?"
- 509 名前：デフォルトの名無しさん [2005/06/18(土) 19:22:51 ]
- javaの覚書のようですね。
ってかこんな所に書くな。
- 510 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:26:45 ]
- 上のほうでﾌｧﾋﾞｮってた奴の嵐だろ
- 511 名前：デフォルトの名無しさん [2005/06/18(土) 19:45:44 ]
- ネーミングで困ってます。
節点
要素
節点番号
要素番号
総節点数
総要素数
この六つについて、お願いします。
- 512 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 19:48:06 ]
- Node
Element
Node number
Element number
Number of total nodes
Number of total elements
- 513 名前：デフォルトの名無しさん [2005/06/18(土) 20:04:16 ]
- 長すぎだろｗ
- 514 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 20:05:05 ]
- 節点番号というのが節点を一意に区別するものならnode id
総節点数：node count
- 515 名前：デフォルトの名無しさん [2005/06/18(土) 20:10:07 ]
- > 節点番号というのが節点を一意に区別するものならnode id
(゜∀゜)ｿﾚﾀﾞ！
- 516 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 20:11:42 ]
- ここは辞書引き代行スレじゃないんだが
- 517 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 21:44:44 ]
- ここは命名規則や設計の善し悪しについて議論するスレでしょう
- 518 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 22:29:28 ]
- いやまぁ、確かに。あまりにも淡々と質問に答えるだけなのは淋しいものだよ。
いい命名規則やら設計やらを提示することでも、いい名前が出てくるんじゃないかな。
ええじゃないか、ちょっとくらいなら。なんてね。
- 519 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 23:40:56 ]
- 〜番号は ｘｘｘId
総〜数は ｎｕｍＸｘｘ とか ｘｘｘＣｏｕｎｔ とかかな。
- 520 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 23:46:12 ]
- >>519
ID は識別子だろう。
〜番号なら、
〜No or 〜Number
の方がいいかと。
- 521 名前：デフォルトの名無しさん mailto:sage [2005/06/18(土) 23:59:21 ]
- 文脈によってはIDも大いにありでしょ。というより実際使われてるし俺も使ってる。
デバドラ書く人ならVendorIDみたいなのはお馴染みだね。
- 522 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:14:17 ]
- >>521
> VendorID
それは業者毎に固有に割り当てる識別子の事だろ？
- 523 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:32:43 ]
- だから「文脈によっては」。
学籍「番号」、社員「番号」―― こういうのを君の世界ではIDと呼ばないのかえ？
- 524 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:35:12 ]
- >>523
それを総じて識別子と呼ぶんじゃないか。
- 525 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:37:39 ]
- 頭悪いなあ。。。
だから識別子と呼んだらなんなの？
識別子≒番号、しかし、識別子∩番号≒Φだよ
- 526 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:39:15 ]
- もうお前このスレにいなくていいよ邪魔だから
- 527 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:39:22 ]
- > 〜番号は ｘｘｘId
これで「文脈によっては」とは読めないしな。
この書き方だと、全ての番号は「ID」とする様に読める。
- 528 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:47:35 ]
- >>523
それのどこが文脈なのか？
と問いたい。
その「番号が持つ意味」として、
「識別するための番号」
と言う意味合いが与えられているから「識別子」と言われるのであって、
決して文脈で変わるものではない。
文脈で変わるなら、同じ番号を表すのに、
xxxNumber
xxxId
が同一プログラムで混在して出てくる事になる。
- 529 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:49:30 ]
- >>527
そりゃ、言葉としては No ≠ ID だけどさ。
直訳すればいいってもんでもないでしょ。
プログラミングで「〜番号」って言葉を使うときって往々にして
識別子として番号を振りたいって状況だし。
あるいは、ほんとに作った順に1番、2番、・・・と番号を振って行きたいって
場面だと思うけど、この場合自然と Unique な数値を振ることになって、
結果的に識別子＝IDだと考えても差し支えないはず。
問題は no は number の略、num だと個数と取られかねない、
だから個数と総数を混在させたい場合には no, num は避けたいと言う所。
番号だから直訳で no, num にすると言うのができない状況下で、
言葉をどう置き換えるかといわれると ID でいいことが多い。
- 530 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:50:20 ]
- あっ、なんか一部分日本語変。
×個数と総数を混在させたい場合
○識別番号と総数を
- 531 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:58:35 ]
- >>528
なんか頭悪い人が多いなあ。。
例えば日本語で同じ「番号」といっても「社員番号」の番号と
キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
文脈によっては、とは、別の表現を使うなら
「その」番号のニュアンスによっては、ということだよ。
- 532 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 00:59:39 ]
- >>529
オレは全ての番号を「xxxNo」にしろ等とは言っていない。
>>519の
> 〜番号は ｘｘｘId
で「全ての番号はID」とする、
と読めたので「それはどうか？」と言っているだけだ。
この書き方をされると、行番号やログ番号なども
LineID
LogID
とする様に聞こえる。
さすがにこれはどうか？と思っただけだ。
「社員番号」や「学籍番号」などは、
社員や学生を識別するための番号
と言う意味合いを番号なのでIDで良いだろう。
行番号やログ番号は、シーケンシャルな番号であって識別子ではない。
同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか？
と言う話だ。
- 533 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:04:15 ]
- >>532
今さ、>>511 からの流れで話進んでるよね？
文脈的に、「〜番号」と「総〜数」の混在下における話よね？
- 534 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:07:32 ]
- >>531
> なんか頭悪い人が多いなあ
その言葉、そっくりそのままお返ししよう。
藻前は「文脈」の意味をはき違えてないか？
> 例えば日本語で同じ「番号」といっても「社員番号」の番号と
> キャッシュカードなどの「暗証番号」の番号では意味あいが違う。
「社員番号」、「暗証番号」で一つの語だろう。
これらの意味合いが、
文脈 - つまりは前後の文との関係 - で意味がどう変わるのか？
どんな文脈で現れようと、
「社員番号」は「社員を識別する番号」であって、
文脈では変わらないだろう？
- 535 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:18:00 ]
- >>529
文脈、文脈と言うなら、
総数は「Total〜」にすべきジャマイカ？
- 536 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:24:37 ]
- >>534
もういっぺん中学生あたりから勉強やり直した方が。。。
「社員番号」、「暗証番号」で一つの語ってそういう問題だろうか（笑）
もともと、話はXX番号を表現する変数をどう命名するか、というところから
始まっているのだが。
だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
という話になるわけでして。
本当、最近こういう話の「文脈」に鈍感な御仁が多くて困るんだよねえ。
鶏のように三歩あるくと前のこと忘れてる、みたいな。。。
- 537 名前：デフォルトの名無しさん [2005/06/19(日) 01:32:28 ]
- 盛り上がってまいりました
- 538 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:40:02 ]
- >>536
そんなに文脈を大事にしたいになら、
>>514の様に書けばすむ話だろう。
何の脈絡もなく
> 〜番号は ｘｘｘId
と書かれれば、
> ID は識別子だろう
と言いたくもなる。
- 539 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:42:53 ]
- >>535
実際、どうしてる人が多いかということで言うと、
num, totalNum よりも id, count にしてる人の方が多いよ。
total number だと長ったらしくて嫌。
まあ、amout とかでもいい気はするけどさ。
あと、number は、個数、順番、数値、識別番号と
多義的な言葉だから、極力避けたい。
- 540 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:47:34 ]
- >>533
>>519の書込では、
> 「〜番号」と「総〜数」の混在下における話
とは受け取れない。
- 541 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:51:21 ]
- >>539
漏れ的には、
番号 → 〜No、〜Number
識別子・識別番号 → 〜ID
総数 → 〜Total、Total〜
個数 → 〜Count
辺りかな。
- 542 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 01:59:41 ]
- >>536
> 話はXX番号を表現する変数をどう命名するか、というところから始まっているのだが。
> だからこそ、「同じXX番号といっても文脈によって様々なニュアンスがありうる」
> という話になるわけでして。
> 〜番号は ｘｘｘId
この書込のどこに
> 同じXX番号といっても文脈によって様々なニュアンスがありうる
ととれる要素があるのか？
> 話はXX番号を表現する変数をどう命名するか、というところから始まっている
時に、
> 〜番号は ｘｘｘId
と書かれれば、
「番号であればどれでも一律で'xxxId'とする」
としか読めないだろう。
藻前こそ、文脈を読めよ。
- 543 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 02:40:14 ]
- >>540
空気嫁よ。
- 544 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 03:02:34 ]
- そろそろ飽きてきた漏れがいますよ
- 545 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 09:07:58 ]
- こいつら口論できるならmalloc/free, gotoでも何でもいいんだろうな・・・
くだらね
- 546 名前：デフォルトの名無しさん mailto:sage [2005/06/19(日) 12:45:41 ]
- >〜番号は ｘｘｘId
>ID は識別子だろう。〜番号なら、〜No or 〜Numberの方がいいかと。
>文脈によってはIDも大いにありでしょ。
>その「番号が持つ意味」として、「識別するための番号」と言う意味合いが与えられているから「識別子」と言われるのであって、 決して文脈で変わるものではない。
>文脈によっては、とは、別の表現を使うなら「その」番号のニュアンスによっては、ということだよ。
>「その」番号のニュアンスによってはIDも大いにありでしょ。
>同じ番号でも、「番号の持つ意味」で区別するべきじゃないのか？ と言う話だ。
>どんな文脈で現れようと、「社員番号」は「社員を識別する番号」であって、文脈では変わらないだろう？
>同じXX番号といっても文脈によって様々なニュアンスがありうる
>同じXX番号といっても「その」番号のニュアンスによって様々なニュアンスがありうる
|
 |
