命名規則や設計の善し悪しについて議論するのは基本的に禁止。
前スレ
クラス名・変数名に迷ったら書き込むスレ。Part20
http://toro.2ch.net/test/read.cgi/tech/1311942721/
> 前スレファイル名議論
住所の最後が名前、
パスの最後がファイル名、みたいなもんだな。
できるだけ簡潔なものを選ぶ余地がある。
>>前1000
極論ではなく一般論
それもコーディングだけではなく自然言語も含めたより広い世界での一般論
極論してるのはそっちだよ
馬鹿は来るな
じゃあお前が帰れよ
だからお前が失せろ
だから馬鹿はお前なんだからお前が消えねーとだめだろ
説明しないとわからんほど馬鹿なのか
さっさと失せろ馬鹿
>>4
>>4
それ同じ事を言い方を変えただけ。
「その機能や概念を示す」のと「機能を読み取れること」のどこが違うんだ。
それなりに複雑な機能をもったクラスやメソッドの機能を短い名前で完全に表現
できないのは当たり前で、仔細な点は捨象して大枠の機能を抽象した名前を付けるに決まっている。
馬鹿じゃないのか。
>「その機能や概念を示す」のと「機能を読み取れること」のどこが違うんだ。
例を出して言えば「オイラー方程式」が前者で「理想流体の運動法則」が後者だ
どちらも同じ物を示しているが前者は機能や概念を隠蔽した名称だ
ぜんぜん違うだろ？
そして議論で使うのはどちらが自然かといえば前者だ
後者をいちいち使うのはあまりにもクドい
> だったらutf8だとかeucだとか文字エンコードも併記すべきな気がするぞ…
併記すべきかどうかは場合による
複数の文字コードを扱っているのであれば、併記しなければ分からない
扱っている文字コードがOSや環境のデフォルトだけであり、
あるファイルフォーマット内の文字列部分を処理しているなどなら、
文字エンコードを併記する必要性は感じない
>できないのは当たり前で、仔細な点は捨象して大枠の機能を抽象した名前を付けるに決まっている。
あと一応言っておくが俺はクラス名やメソッド名を短く省略しろとは言っていない
狭い範囲、スコープに限定された文脈の中では短いものを使えと言っているのだ
>馬鹿じゃないのか。
それを読み取れなかったお前がBAKAです
まだいたのか
消えろ馬鹿
>>16
>>16
神様ももうすこしIQ平等に分けてあげればよかったのに罪なことするぜ
なるほど俺の誤解みたいだね。っていうかまさかそこまで馬鹿とは思わなかったw
要するに、
String.GetLength()
などという機能をそのまま表現した名前はよくないから、
String.func001()
String.YamadaTarou001()
のように単なる識別子以上のものではない名前を付けろという訳だ。
関数名と機能の対応を参照するバインダーがないと読めないコードが存在するって
都市伝説、あれは本当だったんだなw
こんなガチ馬鹿がどうしてこんなスレにいるんだろう。
>>15
ちょっと前のレスも読めない馬鹿がなんでいまだに生きてるんだろう
よ馬鹿
>>19
>>19
それはクラスというひとつの大きな単位の中のメソッド名ですよね
>>15 で彼は
> あと一応言っておくが俺はクラス名やメソッド名を短く省略しろとは言っていない
> 狭い範囲、スコープに限定された文脈の中では短いものを使えと言っているのだ
と言っているので、それは反論の方向としては間違っていると思うのですが
たとえば、
void func () {
＊＊＊ = String.GetLength()
場合の＊＊＊の部分などの場合の事だと思います
間違いを指摘されると「俺の真意はお前の理解と違う」ってか。
みっともない奴だな。
前スレの>>992は俺が書いた>>982に対する反論なんだから、そんな言い訳が通用する訳がない。
どんなクルクルパーだよ。
なんて言ってる奴が一人でも居たか？
そんな奴いねえよ一人も。
誰と戦ってるつもりなんだろうなまったく。
superHogeCountWithPiyo
pugeraDescription
スコープの狭さに応じて単語を省く
例えばローカル関数であれば、
countWithPiyo もしくは count
pugeraDesc または desc
できる限り略語を使わない
×superHogeCountWithPiyo → shCountWithPiyo
×pugeraDescription → pDesc, pdesc
そもそも短い単語を略す必要はない
×cnt ○count
×idx ○index
○ i
単語を略すのであれば、number (of) → num みたいな中途半端な略し方ではムラが生じてしまう（numでは生じないだろうが）ので、一文字 number (of) → nまで略す
その単語の略語にムラが生じることはないだろうと自分で確信が持てるのであれば、使うことはある
例えば、Description は desc 以外に略語を持たないと判断できるし、Information は info 以外の略語を持たないので、狭域スコープではこれを使う
Temporary は temp と tmp が存在するので、略したいときは 一文字「t」まで略する
ごく短い、例えば3行以下の関数ローカルスコープであれば一文字でもかまわない
またはループカウンタとしてのcやiは、自分では許可している
既にメソッドが大きすぎるか、メンバ変数の場合はそれらが多すぎる。
fooBarBazList =
appleBeerList =
codeDoorList =
みたいに併記しているような場合、うまくいくと
list =
これで住むような可能性がある。
うむ。コーディングの技術がしっかりしてればほとんどの識別子は最低限まで縮めても問題は起こらないよね
というか問題が起こらないように作れると良い設計になってることが多い
struct A{int x,y;}a;のaじゃなく
後から読み解く奴の身になってx,yのどちらか必要な方だけを取り出して書けよと
クラスはまずあり得ない。
皆無とは言わないが、むしろ例外的。
そういう特殊な前提がないと成立しないようなアホみたいな議論はするだけ時間の無駄。
丁寧なコメントが消臭剤でしか無いような場合があるのと同様に、
説明的な変数が消臭剤でしか無いような場合があるな。
早い段階ですべきは、元の悪臭漂うクソ構造を改めること。
就活中
(p)http://livedoor.blogimg.jp/jin115/imgs/3/1/31a6f8e6.jpg
就職後
(p)http://livedoor.blogimg.jp/jin115/imgs/2/b/2b790359.jpg
街の人（やらせ業者）募集中です
２枚の画像は１年間開いてるからね
その娘は就活うまく行ってそのインタビュー場所の近くの会社に勤めてるって事
インタビュワーも停まってる車も天候も変わってないな
とりあえずつけたクラス名やメソッド名が外人的にあり得るか？否かをしらべるのに便利やった。
count_hogeもcHogeもほとんど見易さ変わらないだろ
もはやなんだかわからんだろそれ
チャンネルだよ
その発音の方がより本物に近いのは分かるが、なんか気取ってて嫌
まさか論争に発展するとは見通し甘かった。
私が書いているのはゲームの為の周辺ツールで、個人作業です。
ですから厳密な命名規則が欲しいって程でもないんです。
＃報告
一度フルスペルで書いたのですが、書き進める内に用途が広がって
キャラクターの意味に相応しくなくなったので一切なくなってしまいました。
計画性のないプログラムは、これだから・・・！
違う
JISに合わせる、合わせないは全く関係ない
チャネルという言い方が気取っているように感じるだけ
>>53の中ではたった一例を挙げて、それがたまたまJISに合ってただけで
「JISに合わせること＝気取っている」と解釈するのか
論争になったらなったで、それを話題に盛り上がる訳で、面白いものなのだよ・・・
"foo.name": "value1",
"foo.text": "value2",
"bar.name": "value3",
"bar.text": "value4"
}
みたいなデータから
{ "foo.name": "value1", "foo.text": "value2" }
だけをとりだす関数の名前を考えて下さい。
prefix = "foo."
print func(hashtable, prefix) #=> { "foo.name": "value1", "foo.text": "value2" }
今の候補
・get
・matched
・retrieve
お願いします。
PickUpPrefixMatches
をお願いします
戻り値なし、引数は画面のRECTとウィンドウのRECTです
「（ウィンドウが画面の外に出ないように防ぎつつ）ウィンドウ移動する処理」なのでは？
Perlっぽいけどfilterできんじゃねーの？
ウィンドウが画面の外に出ないように防ぐ処理
をお願いします
const RECT & windowRect,
const RECT & screenRect);
const RECT & windowRect,
const RECT & screenRect,
RECT * pOutput);
消えろゴミ
矩形 const & ウィンドウ,
矩形 const & スクリーン,
矩形 & 結果) ;
いい加減英語識別子から脱却しろ
いちいち名前付なんてくだらない作業で悩む必要がなくなって捗るぞ
この手のことをする場合、例えばWindowsなら普通は、
(1) 移動中にデスクトップの上下左右いずれかの隅に達したら、その方向にはそれ以上
移動できないようにする。
(2) 移動完了（マウスアップとか）時、ウィンドウがデスクトップの上下左右のいずれかの隅を
超えていたらデスクトップの範囲内に戻す。
のどちらかじゃいかと思うんだが、ニュアンス的にどっちとも取れないな。
KeepInsideDisplay()
c=[a1, b1, a2, b2, a3, b3, ・・・] の様に1つのリストに合成するのは interleave ですが、
この逆方向の様にリスト c をリスト a とリスト b に分ける関数の名前は何が良いでしょうか
単純にリスト c のある要素を境に2つに分けるなら split や break が適切だと思いますが・・・
とりあえず今のところ、トランプカードを配る様に見えるので deal と名付けていますが、
もっと適切な名前はありますか？
いや、だから interleave とは逆なんですけど・・・
c=[a1, b1, a2, b2, a3, b3, ・・・] を
a=[a1, a2, a3, ・・・] と b=[b1, b2, b3, ・・・] に分ける
言葉で説明すると
リストcの n/2 番目の要素をリストaのn番目の要素に
リストcの (n/2)+1 番目の要素をリストbのn番目の要素に入れる
そんな分け方です
リストcの 2n 番目の要素をリストaのn番目の要素に
リストcの 2n+1 番目の要素をリストbのn番目の要素に入れる
でした
distribute なり divide とかでいいんじゃね？
公開するとなるとさらに慎重になりますよね
interleave ⇔ deinterleave
で良いのでは？
単に1つ(or n)おきに取り出すだけならdecimateもありだと思う。
>>94
decimateはdec-に「10ごと」という意味があるのと、
その10ごとの1を「処刑する」という意味があるのがよろしくない気がする。
状況次第だけど、ソフトウェアの名前そのまま、もしくは逆に一般名詞にすることが多いかなあ。
そうするとカフェで仲間と話し合うときにハッカーっぽさがましてカッコイイ気分になれる
（0.5なら弧度法でのpiに、1.0なら弧度法での2piに相当する）
TOP カテ一覧 スレ一覧 2ch元 削除依頼 ▲
Perlについての質問箱 51箱目 (412)
【SL4】Windows Phone 7 ｱﾌﾟﾘ開発ｽﾚ Part3【XNA】 (415)
文字コード総合スレ part7 (606)
【論理】Prolog【初心者】 (475)
「コンパイラ・スクリプトエンジン」相談室15 (356)
C++相談室 part94 (456)
--log9.info------------------
+++ ファイラーを語ろう Part25 --- (752)
マウ筋の設定ファイルうｐしていけ！！！ (131)
Google Chrome Dev 1 プロセス目 (855)
【mty】トリップ検索「まあ、待て屋。」 Part.1 (655)
【PMS】 PS3 Media Server 【DLNA】 part5 (861)
TaBrowser Part2 (132)
2ちゃん専用ブラウザ「かちゅ〜しゃ」Part98 (503)
２ちゃんねる用ブラウザ「ホットゾヌ」 Part45 (154)
思ったんだけどJaneStyleってスパイウェアじゃね？ (557)
２ちゃんねる用ブラウザ「Live2ch」part107 (197)
Lunascape6 総合スレッド (751)
PotPlayer 2 (216)
【DC】 Dreamcast総合スレッド26nd 【EMU】 (252)
【総合8】DigitalStage BiND ID LiFE 【デジステ】 (770)
【デフラグ】 JkDefrag 【全自動】 -2- (677)
NicoPlayer Part2 (116)
--log55.com------------------
【衝撃】やはり「血液型が人の運命を左右する」ことが科学的に判明！ B型の評価は死にたくなるレベル
【Ameba】アメーバモグやってる喪女 Lv5
【Abema】おぎやはぎの「ブス」テレビを語る喪女♯5
どうせモテないし読書でもしようぜ！35冊目
やたー、可愛いAA見つけたお 32作目
ジャニーズ好きな喪女 59
【募集禁止】自 殺をする喪女6
ホストにはまる女性の気持ちがイマイチわからない喪女