トップページ⇒tech
1001コメント266KB

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん2011/07/29(金) 21:32:01.00
クラス名、変数名のつけ方に悩んだら書き込むスレです。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part19
http://hibari.2ch.net/test/read.cgi/tech/1293201229/
0808デフォルトの名無しさん2012/01/07(土) 14:47:08.17
日本人にしかわからなかったりして。。
0809デフォルトの名無しさん2012/01/07(土) 14:59:08.07
>>807

先ほどは >>798 のリンク先を参考にした

貴方に指摘されて試しに ODE も見てみたが、
「〜の性質をもった」と解釈できそうな意味は見当たらなかったな

-able
<suffix> forming adjectives meaning
1. able to be
2. due to be
3. subject to
4. relevant to or in accordance with
5. having the quality to

どうだろう、あるかな
（私も相手が上手く汲み取ってくれるから正直言って適当な英語しかできんが）
0810デフォルトの名無しさん2012/01/07(土) 14:59:47.68
アンカーミスった、>>806 でした
0811デフォルトの名無しさん2012/01/07(土) 15:02:32.15
＞5. having the quality to
だよ
0812デフォルトの名無しさん2012/01/07(土) 15:03:31.66
三冠陥落で目が覚めた!?　フジテレビがついに韓流から決別か

※イメージ画像:『嫌「韓」第二幕！　作られた韓流ブーム 』／宝島社
http://www.menscyzo.com/images/hanryu0106.jpg


「出てけ！　日本が嫌だったら出てけ！」

　今月17日に放送を予定している『なかよしテレビ』（フジテレビ系）の番組宣伝VTR中で、マツコ・デラックスが叫んでいる言葉である。
このマツコの言葉に、多くのネットユーザーが素早く反応、多くのスレッドが立ち「よく言った」「韓国ざまぁ」「本放送が楽しみだ」などとマツコを賞賛するコメントが寄せられている。

　昨年の10月から放送をスタートしている『なかよしテレビ』。番組のコンセプトは、「日本を含むアジアを中心とした3カ国の出演陣が、さまざまなテーマについてお国自慢をする」というもの。
主に日中韓による討論形式のバラエティなのだが、その内容はバラエティの域を超えて、
各国の人々の本音が垣間見えるものとなっている。
似たような番組として同時期に始まった『世界のみんなに聞いてみた』（TBS系）があるが、3カ国に特化した同番組の構成は、より激しい討論を展開させている。

　そんな番組に初出演を果たすマツコは、「K-POPに物申す」というテーマで論を展開している模様。
「日本の芸能界は草野球。韓国の芸能界はプロ野球」と主張する韓国人出演者に対し、「K-POPとか見ているとアメリカのパクリにしか見えない」と言い放ち、
「あんたたちの音楽も受け入れてやってる」「これだけ懐の深い国がどこにあるんだよ！」と主張する。

もちろん、これらの発言は先日から同局で流されている番宣VTRを見たものであり、それ以上でもそれ以下でもない。どういった経緯で、そういった話になったのか、またその後どんな結論になるのかというオチについては、本放送を見るまではわからない。
だが、冒頭に記した「日本が嫌だったら出てけ！」というマツコの言葉は、紛れもなく本人の口から出ている言葉であり、多くのネットユーザーがこの言葉に共感しているのは間違いない。
そしてまた、この番組を放送するのがフジテレビというのも彼らの興味を引く要因になっている。
http://www.youtube.com/watch?v=Q_5Mc532Vts
http://www.youtube.com/watch?v=dSGHNKy5IbM
0813デフォルトの名無しさん2012/01/07(土) 15:12:40.13
>>811
いや、そうなんだが

>>806 って Collisionable はおかしいという意見を受け手の反論だよね

collision + -able を having the quality to の意味で捉えるということは、
「衝突」という性質を表しているということだよね

quality の「性質」というのは、本質的に備わっている性質だと思うんだ

そう考えると「衝突」という性質ってなんだろ
「衝突する」性質というのも何か違和感あるし


いや、そういう用法も英語圏ではあるというのなら別に良いんだ
私が違和感を感じるというだけだから
0814デフォルトの名無しさん2012/01/07(土) 15:14:20.87
collisionableという単語がないという事実が、そういう用法が
ないことを示している
0815デフォルトの名無しさん2012/01/07(土) 15:19:49.40
自然言語にはそういう語を作って用いる機会がなかったから辞書に載ってないんだろうね
ただ造語のルールとしてはあるし
プログラミングにおいてはそういう語を用いる機会が有ったのは確か
0816デフォルトの名無しさん2012/01/07(土) 15:23:13.83
>>814
ある用法や単語が「ない」ことをどうやって確認する？

ちなみに、collidable の方も辞書にはないと思うぞ
0817デフォルトの名無しさん2012/01/07(土) 15:26:12.74
ここでも読んでろ
http://english.stackexchange.com/questions/11646/adjective-form-of-collidecollideable-or-collidable
0818デフォルトの名無しさん2012/01/07(土) 15:35:31.99
>>817
面倒臭いから日本語で要約してくれ
0819デフォルトの名無しさん2012/01/08(日) 00:01:22.81
一方俺はベースクラス名にModelまたはCollisionModelを採用した
0820デフォルトの名無しさん2012/01/08(日) 00:03:59.74
フィジカルオブジェクト的な名前でいいよ
0821デフォルトの名無しさん2012/01/10(火) 05:30:00.30
（･･･フィジカルオブジェクト？）
0822デフォルトの名無しさん2012/01/10(火) 07:08:28.65
（峰藤子的なオブジェクトだよな）
0823デフォルトの名無しさん2012/01/11(水) 23:24:46.43
2Dの画像をドット単位で計算で作り出すことは、どんな英単語になるのでしょうか？
3Dだったらレンダリングって言いますが…
0824デフォルトの名無しさん2012/01/11(水) 23:29:49.36
2Dでもレンダリングって言う
0825デフォルトの名無しさん2012/01/11(水) 23:30:43.98
2Dもレンダリングでいいだろ

3D処理後の最後に2D化する処理とか、
フォントを描く処理とかはラスタライズと言うが
0826デフォルトの名無しさん2012/01/11(水) 23:57:33.71
ポリゴンをラスタライズしてレンダリングしちゃう！
0827デフォルトの名無しさん2012/01/12(木) 06:00:56.86
全部ドローでいいんじゃね
0828デフォルトの名無しさん2012/01/13(金) 11:13:18.92
右上とか左下って意味の定数名を考えてるんだが、
意味が通じて、短い名前ってないかな？
0829デフォルトの名無しさん2012/01/13(金) 11:30:28.81
rt
lb
0830デフォルトの名無しさん2012/01/13(金) 12:42:12.40
古代のソースだと地図の方角に対応付けてるのも多かったな。
NEとかSWとか。
0831デフォルトの名無しさん2012/01/13(金) 15:48:33.45
地図かー
それはちょっと納得だけど、付けたら付けたで不自然だってつっこまれそうw
仕方なくtrightくらいで作っておこうかな。
0832デフォルトの名無しさん2012/01/13(金) 16:03:49.02
rtだと右上って分かるけど、trightだとなんだか分からなくなりそうな俺が居るｗ
0833デフォルトの名無しさん2012/01/13(金) 16:26:34.28
上下と左右なら、感覚的に上下を始めに持ってきたい。
二文字にしたら元が分からなくなりそうだしと思ったんだけど、
これも分かりにくいか。
0834デフォルトの名無しさん2012/01/13(金) 16:32:04.53
左上┌┐右上
左下└┘右下
0835デフォルトの名無しさん2012/01/13(金) 17:58:44.12
>>833
L-Rと聞いて左右のことだと認識する人と、T-Bと聞いて上下だと認識する人、
日本人なら前者のほうが多いんじゃないかと思う。

この仮定が正しいとすれば、tRightよりもrTopの方が右上だと認識しやすいのではないだろうか。
0836デフォルトの名無しさん2012/01/13(金) 18:35:31.62
>>835
だな
0837デフォルトの名無しさん2012/01/13(金) 18:46:15.87
分かりました。
頭にlrのパターンでやることにします。
0838デフォルトの名無しさん2012/01/13(金) 19:19:26.90
解決して何よりだが、そもそも
右上とか左下って意味の定数名を短縮する必然性があるのか疑問
0839デフォルトの名無しさん2012/01/13(金) 19:46:50.84
>>831
地図のような命名は今でも一般的な慣習だよ
0840デフォルトの名無しさん2012/01/13(金) 20:18:16.73
略したがりは病気みたいなもの。
俺の経験上、説得は無理w
この手の人って学習能力がないのか、何度それで失敗しても懲りない。
学習能力がないというより、失敗の原因を分析把握する能力がないのかもしれんが
0841デフォルトの名無しさん2012/01/13(金) 20:28:54.78
人それぞれだから説得する気は全くないよ
略記で失敗する、しないは状況によるし

LeftTop や RightBotttom なんかを略す「意図・狙い」を
単純に訊いてみたかっただけだ
0842デフォルトの名無しさん2012/01/13(金) 20:33:41.61
>>831
そっちが不自然。
略しないで使うか一般的な表現を使え。
08438412012/01/13(金) 20:39:25.45
自分で LeftTop や RightBotttom と言っておいて何だが、
今ふと思って英辞郎で左上、右下を見てみたら、
upper left、lower right と出た

調べてみると、top は何か範囲のあるものの上限・上端の「位置」を表す感じだ
ウィンドウ（という範囲のある枠）の上端とか

upper は上の「方向（物理・論理問わず）」を表す感じっぽい

bottom と lower も然り

>>828 がどちらを意図しているかは知らんが
0844デフォルトの名無しさん2012/01/13(金) 21:55:17.30
>>843
略さないからBotttomってなるんだよ、というのはさておき、
DIR_UP | DIR_LEFT
とかじゃだめなん
0845デフォルトの名無しさん2012/01/13(金) 22:01:27.86
DIR_UP | DIR_DOWNなんてのを避けたいんでしょうな。
そもそもビットワイズのフラグにするような性格のものとも思えんけど
0846デフォルトの名無しさん2012/01/13(金) 22:16:23.22
知らないだけだったりして
0847デフォルトの名無しさん2012/01/14(土) 10:05:06.39
LeftTop？ TopLeftじゃないのか？
0848デフォルトの名無しさん2012/01/14(土) 10:37:08.94
化学式記号と和名の対応に同様だな
0849デフォルトの名無しさん2012/01/14(土) 11:24:00.01
>>848
H2O → O2H ？
0850デフォルトの名無しさん2012/01/14(土) 13:14:16.59
>>847
LeftTop はダメで TopLeft が良いという根拠は何？
0851デフォルトの名無しさん2012/01/14(土) 13:47:05.60
日本語では、ふつうは上右といわずに右上というのと同じようなもんだろ。
0852デフォルトの名無しさん2012/01/14(土) 14:10:33.15
Google.com in English でググってヒット数を調べたら

LeftTop : TopLeft = 1 : 3

1:3 程度の差ならどちらでも良いと思うぞ
どちらを使っても、まともな精神の持ち主なら誰が見ても正しく解釈してくれる

たとえ LeftTop を使ってても、プロジェクト内のソースコードの
全ての LeftTop を TopLeft に置換しなきゃならんほどでもない

こんな些細な違いよりも、略記する方がよほど解釈に影響を与えると思うが
0853デフォルトの名無しさん2012/01/14(土) 14:14:07.49
と思ったが、ググった結果を改めて見てみると、

"Left Top" の結果は "left, top" でヒットしてるのが多いな

まぁ、拘るほどでもない些細な違いだとは思うが
0854デフォルトの名無しさん2012/01/14(土) 14:17:26.27
MSの命名に従うのが最善
0855デフォルトの名無しさん2012/01/14(土) 14:23:35.03
>>850
>>まさに>>851
0856デフォルトの名無しさん2012/01/14(土) 14:39:22.78
>>747=>>852か？
0857デフォルトの名無しさん2012/01/14(土) 17:28:16.07
せめてGoogleCodeSearchにしろよと。
意外に英語ネイティブの人のはひっかからんが。
0858デフォルトの名無しさん2012/01/14(土) 17:58:39.93
>>853
ふふ
0859デフォルトの名無しさん2012/01/14(土) 18:00:03.80
きもちのわるい笑いは、自分の心の中に閉じ込めておいてください
0860デフォルトの名無しさん2012/01/14(土) 18:30:25.17
ひひひ
0861デフォルトの名無しさん2012/01/14(土) 21:19:45.48
づづづw
0862デフォルトの名無しさん2012/01/14(土) 22:21:03.43
>>824-825
ありがとうございます。　
0863デフォルトの名無しさん2012/01/15(日) 12:23:26.71
簡易情報だけをもつオブジェクトに対してインスタンスメソッドを呼び出すことで
詳細情報をデータベースから読み込み、オブジェクトの詳細情報が取得/変更できる状態にしたいと思っています。
そのメソッド名は何がいいですか?
0864デフォルトの名無しさん2012/01/15(日) 13:44:41.12
>>863
GetDetailとかではまずい理由があるなら先に言った方がいいと思う
08658632012/01/15(日) 13:51:53.88
Get〜だと返り値で情報が返ってきそうに見えると思います。
そうではなく、あくまで内部で情報を取得して
オブジェクトの外からその結果を取得できる状態にするメソッドなので。
それと情報を取得するタイミングを意識したいので、Get〜の初回呼び出しで勝手に読み込む
ような形にはしたくありません。
0866デフォルトの名無しさん2012/01/15(日) 13:56:31.22
なるほど。

FetchDetail
LoadDetail
RetrieveDetail
PrepareDetail

こんなとこ？
0867デフォルトの名無しさん2012/01/15(日) 13:58:01.19
updateDetailedInformation
setDetailedInformationAvailable
loadDatabase
0868デフォルトの名無しさん2012/01/15(日) 13:59:52.14
>>865
LoadDetailは？
0869デフォルトの名無しさん2012/01/15(日) 14:01:49.79
setEditable
0870デフォルトの名無しさん2012/01/15(日) 14:04:24.92
enableDetail
0871デフォルトの名無しさん2012/01/15(日) 14:05:37.40
detailを名詞的に使うならdetailsがいいと思うけど
0872デフォルトの名無しさん2012/01/15(日) 14:51:08.45
詳細情報の取得/変更ができる状態にする
詳細情報の変更ができるようにする
詳細情報の変更の準備をする

PrepareChangeDetails
PrepareModifyDetails
0873デフォルトの名無しさん2012/01/15(日) 14:54:10.94
ん？できるようにするメソッドがあれば、逆のメソッドも必要だよな？

BeginChangeDetails
EndChangeDetails
0874デフォルトの名無しさん2012/01/15(日) 15:06:13.06
普通はいらないでしょw
人間も一緒だけど、最初にサマリーだけ読みたいのは、全情報を読むのには時間がかかるから。

一旦全情報を読んでからそれを忘れることにしても、ちょっとメモリーの節約になる以外に
メリットがあると思えないが
0875デフォルトの名無しさん2012/01/15(日) 15:06:18.32
ExpireDetails
0876デフォルトの名無しさん2012/01/15(日) 15:07:51.99
>>874
いらないものを時々捨ててくれるようになってないおかげで長時間使うとひどい目にあうアプリがたくさん。
OSが本気で捨てないからという理由がある場合もあるけどね
0877デフォルトの名無しさん2012/01/15(日) 15:12:15.94
>>874
普通は要るよ
0878デフォルトの名無しさん2012/01/15(日) 15:13:58.75
loadDetails
unloadDetails
0879デフォルトの名無しさん2012/01/15(日) 15:15:08.17
>>877
そんな実装見た事ありませんが....
0880デフォルトの名無しさん2012/01/15(日) 15:19:19.13
リソースを確保して用済みになったら解放する
当たり前の事
0881デフォルトの名無しさん2012/01/15(日) 15:21:01.87
それはDisposeパターンでしょ。
>>893が言うような内容とは全然違う。
0882デフォルトの名無しさん2012/01/15(日) 15:21:43.70
不要と思うけど>>873に訂正
0883デフォルトの名無しさん2012/01/15(日) 15:26:15.47
違わない
0884デフォルトの名無しさん2012/01/15(日) 15:27:17.83
ところでDisposeパターンって何？
0885デフォルトの名無しさん2012/01/15(日) 15:27:38.07
loadDatabase

いらんとおもうけど
unloadDatabase

でFA
0886デフォルトの名無しさん2012/01/15(日) 15:44:39.81
それだとデータベース自体を使用可能にするように受け取れる。
0887デフォルトの名無しさん2012/01/15(日) 15:47:06.95
>>885
データベース以外から読むように変えたらメソッド名も変えないといけないのかぁ。
0888デフォルトの名無しさん2012/01/15(日) 17:38:05.92
>>871
えー　　そんなこと言うんなら enableTheDetail だろ

それよか enableDetail(ry って思っとけばいい
0889デフォルトの名無しさん2012/01/15(日) 17:51:12.62
対象がデータアクセスできる状態にすることを指すカッコイイ英語の呼び方がありそうな気がするんだが出てこないので悶々としているｗ
0890デフォルトの名無しさん2012/01/15(日) 17:54:50.69
setPermission
0891デフォルトの名無しさん2012/01/15(日) 17:55:09.25
それかもしかして unlock ？
0892デフォルトの名無しさん2012/01/15(日) 18:02:50.78
・・・そのメソッドが呼ばれたのであれば、データベースからそのインスタンスにデータが読み込まれるんだよな？
そこに視点を置けば

LoadDetails
LoadDetailsFromDatabase
LoadDetailsFromDB

かな

かな
0893デフォルトの名無しさん2012/01/15(日) 18:53:43.35
メソッド名は慣例上、小文字から始めたい
0894デフォルトの名無しさん2012/01/15(日) 20:37:52.40
class Base {
virtual ~Base(void) {}
virtual char const * GetName() const = 0;
};

class Hoge : public Base {
public:
static char const * GetName_() { return "Hoge"; }
char const * GetName() const { return GetName_(); }
};

名前かぶっちゃったんだけどどうしよう
両方共publicにしたいからアンダースコアとかで誤魔化したくない
0895デフォルトの名無しさん2012/01/15(日) 20:56:12.17
EnsureDetails
0896デフォルトの名無しさん2012/01/15(日) 21:03:42.26
>>894
その情報だけでは、スレの趣旨に反するが、設計が悪いとしか言えない


そもそもクラスメソッドの GetName_ とインスタンスメソッドの GetName は、
それぞれどういう役目なの？
0897デフォルトの名無しさん2012/01/15(日) 22:39:55.63
GetStaticName
GetDynamicName
0898デフォルトの名無しさん2012/01/15(日) 22:44:23.99
しぃしゃぁぷは、メソッド名の最初大文字なのか。。。。。。。。。。
0899デフォルトの名無しさん2012/01/15(日) 22:44:30.00
>>894
既に突っ込まれてるとおり質問が無茶振り過ぎ
0900デフォルトの名無しさん2012/01/15(日) 22:55:42.59
>>898
最近はCでもキャメルが多いでしょ。
Win32なんて昔からそうだけど。
ヤクザさんは胃の中の蛙だなw
0901デフォルトの名無しさん2012/01/15(日) 23:14:02.95
>>899
おまえ職場や学校で疎外感感じるだろ？
0902デフォルトの名無しさん2012/01/15(日) 23:16:21.91
>>901
おまえ.isBaka() == TRUE
0903デフォルトの名無しさん2012/01/15(日) 23:26:40.60
>>902
言われた本人が無視してるんだからスルーしようよ。
頼むよ...
0904デフォルトの名無しさん2012/01/15(日) 23:32:27.64
>>900
パスカルの間違い？
0905デフォルトの名無しさん2012/01/15(日) 23:41:49.09
>>904
その通りだねすまんです。
0906デフォルトの名無しさん2012/01/15(日) 23:58:08.16
>>905
>>901-903がつっこまなかったあたりにいろいろ考えざるを得ないねｗ
0907デフォルトの名無しさん2012/01/15(日) 23:59:06.05
>>906
あなたって凄いのね！！！！！！！！！！！！！！！！！
レス数が900を超えています。1000を超えると表示できなくなるよ。