クラス名・変数名に迷ったら書き込むスレ。Part20
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2011/07/29(金) 21:32:01.00命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part19
http://hibari.2ch.net/test/read.cgi/tech/1293201229/
0121デフォルトの名無しさん
2011/10/09(日) 18:46:08.07実際に確保解放するのをマネージャに任せて
他のリソースが必要なクラスはこのマネージャを仲介して貰う
マネージャは参照数などを管理したり別スレッドで実際の確保解放を行ったりする
0122デフォルトの名無しさん
2011/10/09(日) 20:03:54.01実質何も解決しないけど
0123デフォルトの名無しさん
2011/10/09(日) 20:25:36.91└ Hoge
じゃなくて
Hoge
└ HogeDevice
みたいに、マネージャの方をシンプルな名前にするのは？
0124デフォルトの名無しさん
2011/10/09(日) 20:39:32.12そのマネージャを利用する側のクラスの立場に立てば、
そのマネージャはリソースを持っているかのように見えるわけだ
実際に参照数を管理してるのかどうかは、利用する側にとってはどうでもいい話
もしかしたら実際には参照数以外の別の何かを管理して上手くやっているのかも知れん
スレッドが作られるかどうかも、利用する側には関係ないことなんだろ？
つまり、リソースが必要ならがそのマネージャが持っている事が分かりさえすれば良い
というわけで、単に Resource クラスでいいような気がするが、どうだろう
Resource クラスが別にあって、それを束ねているのなら ResourcePool とか
0125デフォルトの名無しさん
2011/10/10(月) 03:52:59.070126デフォルトの名無しさん
2011/10/10(月) 08:01:33.85そのまま答えろよｗ
0127デフォルトの名無しさん
2011/10/10(月) 09:28:10.270128デフォルトの名無しさん
2011/10/10(月) 12:36:45.74GCない言語でGCみたいな働きをするクラスが欲しいのかも知れんけど、
ちょっと無理があるんじゃないかと。
参照数を管理する、なんて簡単に言うけどどうやってやるんだろう....
0129デフォルトの名無しさん
2011/10/10(月) 12:52:13.65集中管理する意味は知らないけど別にできなくはない
0130デフォルトの名無しさん
2011/10/10(月) 12:56:12.77そうやって、リリース側を呼び忘れるとｗ
不穏な設計に付き合わされる日々が待っている、と。
0131デフォルトの名無しさん
2011/10/10(月) 13:08:57.68そのまま英語にしますと
transformedInfomation
translatedInformation
convertedInformation
という辺りが妥当ですが、さすがにちょっと長いです
なので省略したいのですが、後半の Information は Info に略せるとして、
前半は
transed
conved
などとしても、海外の方たちもちゅんと意図をくんでくれるでしょうか
0132デフォルトの名無しさん
2011/10/10(月) 13:26:23.42その変数が100箇所に登場するとかでなければ、変に略す必用ないでしょ。
略すにしても暗号みたいのは却下。
ただでさえ他人の書いたコードなんて暗号なのに、そんな下らない謎解きまでさせるのは勘弁して欲しい。
略すならInformationを丸ごと削る方向で。
translatedとかmodifiedとか。
もちろんこれはローカルのみ可
0133デフォルトの名無しさん
2011/10/10(月) 14:23:26.820134デフォルトの名無しさん
2011/10/10(月) 14:25:31.09> そんな下らない謎解き
つまり、transed や conved などは一般的ではない謎解きレベルということですね
参考になりました
translated にします
0135デフォルトの名無しさん
2011/10/10(月) 14:30:49.410136デフォルトの名無しさん
2011/10/10(月) 16:16:35.52例えば圧縮変換ならcompressedにすればtranslatedやencodedより明確になる
0137デフォルトの名無しさん
2011/10/10(月) 16:51:34.46なるほど、確かにその通りです
ただ、今回の質問の趣旨は
プログラミングの世界で transed や conved が一般的かどうか、というもので、
それを訊く為に仮想的な状況を作って質問しました
素直に最初から 「transed や conved は一般的か」 とだけ質問すべきでした
すいませんでした
0138デフォルトの名無しさん
2011/10/15(土) 09:00:16.830139デフォルトの名無しさん
2011/10/15(土) 10:12:57.780140デフォルトの名無しさん
2011/10/17(月) 19:30:05.18一的な謎解いいと？
0141デフォルトの名無しさん
2011/10/18(火) 22:02:21.78ユーザ登録時とかのフォームです
Entry Form、SignUp Form、Register Fromとか考えたんですが・・・
0142デフォルトの名無しさん
2011/10/18(火) 22:34:19.540143デフォルトの名無しさん
2011/10/18(火) 22:42:36.370144デフォルトの名無しさん
2011/10/19(水) 13:58:22.95② registration form: 登録フォーム
どちらも同じ用途に使われるけど、「登録フォーム」を問われているんだから②だろうね
0145デフォルトの名無しさん
2011/10/19(水) 15:14:43.360146デフォルトの名無しさん
2011/10/19(水) 15:18:35.030147デフォルトの名無しさん
2011/10/19(水) 15:19:46.590148デフォルトの名無しさん
2011/10/19(水) 19:01:54.080149デフォルトの名無しさん
2011/10/19(水) 19:30:27.280150デフォルトの名無しさん
2011/10/19(水) 21:14:40.630151デフォルトの名無しさん
2011/10/19(水) 21:19:00.060152デフォルトの名無しさん
2011/10/19(水) 21:54:19.900153デフォルトの名無しさん
2011/10/20(木) 12:45:31.290154デフォルトの名無しさん
2011/10/20(木) 13:27:10.650155デフォルトの名無しさん
2011/10/20(木) 13:52:58.100156デフォルトの名無しさん
2011/10/20(木) 14:39:11.900157デフォルトの名無しさん
2011/10/20(木) 16:05:58.870158デフォルトの名無しさん
2011/10/20(木) 18:28:03.67ConfirmedFormData: 確認済みフォームデータ
ValidFormData: 有効であるフォームデータ
0159デフォルトの名無しさん
2011/10/22(土) 09:08:49.49みなさまありがとうございました感謝
0160デフォルトの名無しさん
2011/10/24(月) 22:34:58.50・メッセージを受け取り解釈し何らかの動作をするハンドラクラス
・メッセージのタイプを調べそのタイプのメッセージを要求しているハンドラすべてにメッセージをコピーして渡す？クラス
？クラスの名前はメッセージマネージャ以外ではなにが適切ですか？
0161デフォルトの名無しさん
2011/10/24(月) 22:37:37.750162デフォルトの名無しさん
2011/10/24(月) 22:38:38.330163デフォルトの名無しさん
2011/10/25(火) 09:58:05.480164デフォルトの名無しさん
2011/10/25(火) 11:09:49.680165デフォルトの名無しさん
2011/10/25(火) 12:52:19.86これらを総称した場合の呼び方って何でしょうか？
0166デフォルトの名無しさん
2011/10/25(火) 13:01:01.800167デフォルトの名無しさん
2011/10/25(火) 13:10:21.59調べたんですが、英語だと linkage であってます？
0168デフォルトの名無しさん
2011/10/25(火) 14:47:13.360169デフォルトの名無しさん
2011/10/25(火) 15:11:20.20【名詞】【可算名詞】
1
a(鎖の)環(かん), 輪.
b(編み物の)目.
c[通例複数形で] カフスボタン 《★【比較】 「カフスボタン」は和製英語》.
2 (鎖状につながれたソーセージの)一節.
3 結びつけるもの[人]; 連結，きずな，関連 〔with，between〕.
十分じゃねｗ
0170デフォルトの名無しさん
2011/10/26(水) 00:37:40.59ルールを徹底して一貫性を貫きますか？
①メッセージサービス サービスクラス
②サービスメッセージ サービスクラス
後ろが必ず サービス って付きます。
僕はツール作成の容易さを考慮したくて
読みやすさを犠牲にしました。
みんなの意見が聞きたい
0171デフォルトの名無しさん
2011/10/26(水) 00:40:49.620172デフォルトの名無しさん
2011/10/26(水) 00:43:40.270173デフォルトの名無しさん
2011/10/26(水) 01:02:58.62○○△△サービスクラスってあったら○○と△△が必ず「辞書」みたいなライブラリに存在する
メッセージ＋サービス＝メッセージングサービスとか造語作る人もいるけど
面倒なのでメッセージは修飾語も主語もメッセージで統一したい
サービスも同じ要領
ツールは設計書に記載してあるクラス名からソースを自動生成するもの
いろんなドキュメントにクラス名やその情報が記載されてある
"似て非なるもの"は厄介
0174デフォルトの名無しさん
2011/10/26(水) 02:03:26.790175デフォルトの名無しさん
2011/10/26(水) 07:16:35.80ひょっとしたら寝たら頭スッキリしてわかるかも、と思ったけど無理だた
0176デフォルトの名無しさん
2011/10/26(水) 08:00:04.45縁のない人はスルーしてｗ
0177デフォルトの名無しさん
2011/10/26(水) 08:23:13.280178デフォルトの名無しさん
2011/10/26(水) 09:07:55.30説明が下手すぎるって言ってるんだ。
0179デフォルトの名無しさん
2011/10/26(水) 09:09:16.040180デフォルトの名無しさん
2011/10/26(水) 11:05:33.130181デフォルトの名無しさん
2011/10/26(水) 15:11:20.40BYMessage
CZMessageService
(A,B,C：修飾語、X,Y,Z：主語)
てことか？
区切りって何よ？特例って君の裁量で設けていいもんなの？
ルールがあるなら基本それ守れよ。
「辞書」みたいなライブラリって何よ？
複数のドキュメントからソース生成すんの？
どこからツッコんで良いかわからんようになった
もっぺん最初から頭ん中整理しなおしてから質問に来てくれ
0182デフォルトの名無しさん
2011/10/26(水) 19:01:59.89例えば「HogeMessenger」と指定すると、HogeMessengerServiceクラスと、それに関係するソースコードが自動生成されます。
この指定するクラス名について悩んでいます。
仕様上、クラス名のサフィックスとして「Service」を付けることになっていますが、
指定するクラス名が「MessageService」だとすると、実際のクラス名は「MessageServiceService」になってしまい、格好が悪い
同様に、「ServiceMessage」→「ServiceMessageService」になってしまい、二度同じ単語が出てきて格好が悪い
「指定するクラス名の最後が「Service」であれば、実際に作成されるクラスのクラス名のサフィックスに「Service」を付けない」
等の特例を設けるべきでしょうか、それとも設ける必要はありませんか？
自分は特例を設けない方向で考えていますが、みなさんはどうしますか？
という質問なのかな？
0183デフォルトの名無しさん
2011/10/26(水) 19:48:06.320184デフォルトの名無しさん
2011/10/26(水) 19:55:15.85ただ、人間が指定する部分と自動的につけられた部分が区別つくようにすると思う。
MessageService → MessageService_Service
ServiceMessage → ServiceMessage_Service
とか。
0185デフォルトの名無しさん
2011/10/26(水) 19:55:28.29乙
0186デフォルトの名無しさん
2011/10/26(水) 20:33:13.20属性で区別するけどな
0187デフォルトの名無しさん
2011/10/26(水) 20:54:37.01自動生成やらコーディング規約やらに含めるのが間違いなんだろうな
0188デフォルトの名無しさん
2011/10/27(木) 01:08:52.17間違えてる時って、わりと最初のほうから間違えてるから、
最後のほうになって悪あがきしたところでもう詰んでる。
0189デフォルトの名無しさん
2011/10/27(木) 01:14:07.650190デフォルトの名無しさん
2011/10/27(木) 22:05:08.33他にも沢山ファイルがあるとしてだが
0191デフォルトの名無しさん
2011/10/27(木) 22:40:49.990192デフォルトの名無しさん
2011/10/27(木) 23:04:45.92その造語を誰が伝えてどうやって広める？
0193デフォルトの名無しさん
2011/10/28(金) 00:44:21.50造語じゃなくてそのシステム固有のプレフィックスみたいな決め事だよ。
生成された名前には問答無用でそれをくっ付けるんだよ。
ネームスペースを使えない(使わない)ような環境では普通だろ。
0194デフォルトの名無しさん
2011/10/28(金) 00:46:09.310195デフォルトの名無しさん
2011/10/28(金) 13:59:05.69頭悪いソリューションだな
0196デフォルトの名無しさん
2011/10/29(土) 00:07:22.140197デフォルトの名無しさん
2011/10/29(土) 00:22:38.91solutionをソリューションと発音されると気になって仕方がない。
頭悪い奴御用達の渡辺美里の例の歌も気になってしょうがなかったな。
0198デフォルトの名無しさん
2011/10/29(土) 01:16:25.980199デフォルトの名無しさん
2011/10/29(土) 01:17:47.090200デフォルトの名無しさん
2011/10/29(土) 02:00:40.77わかりはじめた！
0201デフォルトの名無しさん
2011/10/29(土) 07:29:33.830202デフォルトの名無しさん
2011/10/29(土) 12:15:43.090203デフォルトの名無しさん
2011/10/29(土) 12:36:59.250204デフォルトの名無しさん
2011/10/29(土) 12:45:15.420205デフォルトの名無しさん
2011/10/29(土) 16:15:50.910206デフォルトの名無しさん
2011/10/29(土) 16:24:59.02現状それしか方法がない、仕方がないとは言え、
やはり解決方法としてはダサいの一言に尽きますなぁ
入力候補の並び替え機能は何で付けないんだろ
0207デフォルトの名無しさん
2011/10/29(土) 17:07:54.160208デフォルトの名無しさん
2011/10/29(土) 18:06:11.19intelliなんだから
0209デフォルトの名無しさん
2011/10/29(土) 18:13:09.030210デフォルトの名無しさん
2011/10/29(土) 19:26:38.46一覧の表示方法とコードの書き方にどのような繋がりがあるのか、
もっとしっかりちゃっかりまったり説明してくれ
0211デフォルトの名無しさん
2011/10/29(土) 19:41:55.54つまり視点をクラスの内部に置いている時（そのクラスを書いている時）には
呼び出そうとしているメソッドのアクセスレベルなんか気にしても意味ない。
っていうか、メソッド一覧がアクセスレベルで分類なんかされたら
かえってありがた迷惑でしかない。
0212デフォルトの名無しさん
2011/10/29(土) 20:02:37.84外からアクセスしねーのに一覧に表示されたら邪魔だろ
そんな簡単なことも分かんねーのかモンキー
0213デフォルトの名無しさん
2011/10/29(土) 20:06:43.73元々MSのインテリセンスは現在のコンテキストから見えるメンバしか表示されませんよ。
何意味不明なこと言ってるんだろうね。
0214デフォルトの名無しさん
2011/10/29(土) 20:13:42.290215デフォルトの名無しさん
2011/10/29(土) 20:54:54.39病院行ってこい
0216デフォルトの名無しさん
2011/10/29(土) 22:42:29.850217デフォルトの名無しさん
2011/10/29(土) 22:53:50.02その通りだと思ったが
protected/privateが現在のコンテキストから見えれば表示される
0218デフォルトの名無しさん
2011/10/29(土) 22:57:07.690219デフォルトの名無しさん
2011/10/30(日) 05:57:32.71熟語になるし一目で型は分かるけど補完に使えない
0220デフォルトの名無しさん
2011/10/30(日) 10:30:28.54またVC#贔屓か
■ このスレッドは過去ログ倉庫に格納されています