- 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/
- 413 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 13:49:01 ]
- AsynchronousTransmitter
AsynchronousWriter
AsynchronousWrite
WriteAsynchronously
- 414 名前：413 mailto:sage [2005/06/03(金) 14:04:47 ]
- >>413
Async…なるほど、ずばりですね。
ありがとうございました！
- 415 名前：411 mailto:sage [2005/06/03(金) 14:05:19 ]
- スマソ。名前間違いorz
- 416 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:26:36 ]
- Registerの反対語はなんでしょうかね？
ちなみに、Register==登録の解釈です。
- 417 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:39:12 ]
- unregister の検索結果 約 891,000 件中 1 - 10 件目 (0.24 秒)
deregister の検索結果 約 90,400 件中 1 - 10 件目 (0.03 秒)
- 418 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:40:01 ]
- >>416
Register/Unregisterでよく対で使われてる
- 419 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:42:20 ]
- ゴメン。そうだった。
頭にFreeがはこびっていた。unregします。ｵﾚﾓﾅｰ
- 420 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:42:50 ]
- unregistered は登録していないのニュアンスもある。
deregister は、明らかな「登録解除」の意味。
- 421 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 17:51:12 ]
- unregisterとunregisteredではニュアンスが違う気が
- 422 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 18:05:02 ]
- unregister 登録抹消する
unregistered 登録抹消されている状態
not registered 登録 ( し | され ) ていない
- 423 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 18:32:26 ]
- unregistered 登録抹消されている状態または未登録の状態
- 424 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 18:36:06 ]
- intialize の反対で一番しっくりくるのはどれだろうか。
uninitialize
deinitialize
finalize
terminate
exit
これ以外にも何かある？
- 425 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 18:56:29 ]
- >424
たまに cleanup を使うことがある。
- 426 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 18:58:47 ]
- finzlize
次点がexit
- 427 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 19:03:09 ]
- >>424
initializeにはfinalizeしかないだろう
uninitializeとは初期化に失敗した場合呼び出すメソッドに思える
「初期化されてない」という意味でuninitializedとは言う
ただライブラリなどでuninitialize、deinitialize、cleanup、release
といった命名がされているのを見たことはある
しかしdeというprefixは「逆」を意味するから、方向性のないinitializeには
いまいちピンと来ない
「登録 register」や「接続 attach」は主従関係という方向性があるので
deregister、dettachと言える
ちなみに提示された案の反対語
uninitialize < initialize
deinitialize < ???
finalize < initialize
terminate < execute
exit < enter
- 428 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 19:06:37 ]
- enterならleaveだな
- 429 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 19:15:58 ]
- un-
形容詞・副詞・名詞につけて「反対」の意を表す.
・unhappy
=不幸な.
・unemployment
=失業.
動詞につけて,もとの意味とは反対の動作を表す動詞を作る.
・untie
=ほどく.
名詞につけて,その性質・状態を「除去」「離脱」する意味の動詞を作る.
・uncage
=解放する.
・un-Japanese
=非日本人的.
de-
「分離」「低下」「反対」の意を表す.
・defrost
=…の霜を取る.
・descend
=降下する.
・demerit
=短所.
- 430 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 19:23:51 ]
- dehappy
deemployment
detie
decage
de-Japanese
unfrost
unscend
unmerit
- 431 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 21:12:54 ]
- ホモを入れる方と入れられる方で明示的に区別したい場合、それぞれなんと呼べばいいですか？
- 432 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 21:25:26 ]
- class CTachi : public CHomo
class CNeko : public CHomo
- 433 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 21:28:48 ]
- inserter タチ
receiver ネコ
- 434 名前：デフォルトの名無しさん [2005/06/03(金) 23:47:58 ]
- 移動先の座標を表す変数名は何にしたら良いでしょうか？
- 435 名前：デフォルトの名無しさん mailto:sage [2005/06/03(金) 23:52:51 ]
- DestinationXY
- 436 名前：デフォルトの名無しさん [2005/06/03(金) 23:54:11 ]
- X,Y
- 437 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 00:04:30 ]
- >>435
そうします。どうも。
>>436
それは元の座標に使っているので無理です。すみません。
- 438 名前：デフォルトの名無しさん [2005/06/04(土) 18:41:34 ]
- 頻繁に読み出すファイルをあらかじめメモリに読み出しておく関数、e
既にメモリに読み出されているか調べる関数、f
ロード済みのメモリを取得する関数、g
ロード済みのメモリを解放する関数、h
で、いいのがあったら教えてください。
下のようなことをしたいのです。
void init()
{
e(0); //ファイル0をよく使うのでメモリに読み出しておく
}
byte[] load(int index)
{
if(f(index))return g(0);
else return load_imp(index); //load_impは実際にﾌｧｲﾙを読み込む関数
}
ソースは Java ですが、命名スタイルは特にこだわりません。
- 439 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 18:46:44 ]
- FileBuffer.Load/Loaded/Unload
- 440 名前：デフォルトの名無しさん mailto:sage [2005/06/04(土) 19:33:33 ]
- Cache
- 441 名前：デフォルトの名無しさん mailto:sage [2005/06/06(月) 00:54:44 ]
- cacheで行きます。ありがとうございます。
- 442 名前：デフォルトの名無しさん [2005/06/07(火) 10:14:09 ]
- 3DでZ軸の「奥」と「手前」のことをそれぞれ英語で普通何と言いますか？
- 443 名前：デフォルトの名無しさん mailto:sage [2005/06/07(火) 10:37:43 ]
- 16777216 -> "16,777,216"
の変換関数の名前は何がいいですか？
- 444 名前：デフォルトの名無しさん mailto:sage [2005/06/07(火) 10:51:16 ]
- under
above
- 445 名前：デフォルトの名無しさん mailto:sage [2005/06/07(火) 12:13:26 ]
- >442
far, near
- 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 ]
- 長すぎだろｗ
|
 |
