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

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

レス数が1000を超えています。これ以上書き込みはできません。
0001デフォルトの名無しさん2013/04/02(火) 13:00:04.96
クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part22
http://toro.2ch.net/test/read.cgi/tech/1346919580/
0002デフォルトの名無しさん2013/04/02(火) 14:28:24.05
http://y-anz-m.blogspot.jp/2012/11/blog-post.html
0003デフォルトの名無しさん2013/04/02(火) 18:34:40.56
3げと
0004前スレ9902013/04/02(火) 23:47:41.81
前スレで、ファイルのパスとサイズを格納する構造体の名前を質問した者です。

動機は、あるゲームを作っていて、そのゲーム内で
仮想的なファイルシステム（みたいなもの）を作る必要があるからです。
そういうデータ構造を作った方が処理が効率的なるという類いのものではなく、
ゲームの「遊びの根幹」に関わるものなので、すいません、今は詳しくは説明できません。

「ファイル」も OS が提供するファイルシステムのファイルではなく、
ゲーム内に独自に作るファイルシステムのファイルですが、
概念としては同じものですので、「パス」というものも普通にあります。

ただ、普通なら「ファイルシステムから取得できるはず」のサイズですが、
そのファイルシステムをゲームの仕様に合わせて独自に作るのに、
ファイルのパスとサイズという2つの情報をセットにした構造体が必要なんです。
（必要、というか、これらをセットにした方がゲーム仕様上管理しやすい）

すいません、できる限り詳しく説明したいと言っておきながら、
動機という痛いところを突かれてあまり詳しく説明できませんでした。
0005前スレ9902013/04/02(火) 23:52:02.00
Item や File だと、格納する情報はパスとサイズだけでなくても良いですよね。
たとえばそこに、ファイル作成日時という情報を追加しても、
Item や File という名前で良いわけです。

ですが今回はパスとサイズだけです。
この２つの情報を端的に表した言葉は何かないか、ということです。

その際に、もう少し抽象化して考えれば何かいい名前が閃くかと思いました。
パスは言わばディレクトリツリー内の位置を表すのではないかと。
すると、位置とサイズから連想したのが範囲とか領域といった概念です。

たとえば 前スレ 992 で言った Range や Region という名前からは、
「ここには色の情報は入っていはないな」と直ぐに分かりますよね。
始点と終点、あるいは始点とサイズ、これらの情報を表すのだろうと分かります。

このような考えから、ファイルのパスとサイズを格納する構造体の名前も、
そこから作成日時などの情報は入っているのかと余計な事は考えず、
名前から直感的にファイルのパスとサイズだと分かれば理想的だろう、と思いました。

Item が懐が大きすぎると言ったのは、何が情報として入っているのか、
色んな事が想像できてしまう余地があるという意味です。

その点からは、前スレ 993 の path_and_size は悪くなく、素直なネーミングだと思います。
ただ、識別子に接続詞はできるだけ使いたくない、というのが我が儘ですが本音です。
他により良い候補がなければ、これを使わせてもらいます。
0006デフォルトの名無しさん2013/04/03(水) 00:16:40.72
やっぱり何でその組み合わせが必用なのかの背景が分からないと難しいよね。

極座標のradiusとthetaとか、複素数のrealとimaginaryみたいな一般的な
組み合わせではないわけだから。

まあ、どうしてもというなら、パスとサイズ以外の情報は入ってないことを端的に
表すことは諦めて、FileInfoとかChunkInfoとか
0007デフォルトの名無しさん2013/04/03(水) 00:30:26.39
slot: ファイルを収めるべき場所(プレステのメモリカード風味）
allocation: ファイルの配置
reserved: ファイルを置くために予約された場所
0008デフォルトの名無しさん2013/04/03(水) 00:37:12.92
Node?
0009デフォルトの名無しさん2013/04/03(水) 01:19:32.72
その仮想敵なファイルシステムみたいなものにカッコいい名前を付けて、
それを前置して「なんとかFile」みたいな感じで。
0010デフォルトの名無しさん2013/04/03(水) 11:46:54.29
>>6
> FileInfoとかChunkInfoとか

一連の流れは読んでないがあるあるワロタｗ
こういう名前に着地しかかったら自己嫌悪になるわな。
かといって、考えた挙句のことだからどうしようもないわけだが。
0011前スレ9902013/04/03(水) 18:00:49.53
先ほど Partition を思いつきましたが、
考えてみると、やはり紛らわしいですね。

どうもこれといったものがなさそうなので、
path_and_size を使わせてもらうことにしました。
分かりやすさではピカイチなので。

>>9
いや、そういうのホント嫌いなんです。
～～バトルシステムとか。
営業的にはやらざるを得ないものもありますが。


レスを戴いた方々、ありがとうございました。
拙い質問で申し訳なかったです。
0012デフォルトの名無しさん2013/04/03(水) 18:24:14.58
>>11
そういう方向じゃねえよ...
0013デフォルトの名無しさん2013/04/04(木) 09:57:08.10
なんとかinfoとか
なんとかmanagerとか
なんとかstatusとか
なんとかdataとか
なんとかargsとか


　　　　　　　　　 ;' ':;,,　　　　　,;'':;,
　　　　　　　　　;'　　 ':;,.,.,.,.,.,,,;'　　';,
　　　　　　　　,:'　　　　　　　　 　　: :､
　　　　　　　,:' ＼ 　,,.　､.／ 　ノ（ ::::::::',
　　　　　　 :'　 ●　　　　 ●　⌒ 　 :::::i.
　　　　　　 i　 '''　(_人＿)　'''' ＊ 　 :::::i
　　　　　 　 :　 　 {+ + +}　　　　　　:::::i
　　　　　　　`:,､ 　￣￣　 　 　 ::::::::: /
　　　　　　　　,:'　　　　　　　 : ::::::::::::｀:､
　　　　　　　 ,:'　　　　　　　　 : : ::::::::::｀:､
0014デフォルトの名無しさん2013/04/04(木) 20:48:17.54
checkなんとかも入れてやってくれ(場合によるけど)
0015デフォルトの名無しさん2013/04/04(木) 20:53:30.00
解決したらしいけど俺はregion気に入ったなｗ
0016デフォルトの名無しさん2013/04/04(木) 21:48:09.66
なんとか還元水
0017デフォルトの名無しさん2013/04/05(金) 16:40:29.35
2フレーム目に4など、
アニメーションに使うデータが定義されているクラスの名前は何が良いでしょうか
0018デフォルトの名無しさん2013/04/05(金) 17:36:11.10
> 2フレーム目に4など、
意味不明
0019デフォルトの名無しさん2013/04/05(金) 17:45:50.04
>>17
大雑把だな
フレーム毎にアニメーションに関連する何かしらのデータを保持しているってこと？
例えば、画像データとか
0020デフォルトの名無しさん2013/04/05(金) 17:50:07.73
>>19
説明不足すみません
そうです、テクスチャ座標とかそういうのです
0021デフォルトの名無しさん2013/04/05(金) 18:05:51.41
Animation
0022デフォルトの名無しさん2013/04/05(金) 20:11:15.60
>>17
名前を求めているのはフレームに関する情報を持っているクラスそのものなのか、
それともそれを集約しているクラスなのか。

なんとなく後者の方のような気がするけど、後者にしても機能的にいろいろバリエーションが
ありえそうな気がする。

例えばSequenceとSequencerじゃ担う機能がまったく違う印象を受ける。

とにかく、いい加減な説明では他人はあんたのクラスの要件を理解できるわけがないし、
したがって適切な命名も出てこないよ。
0023デフォルトの名無しさん2013/04/05(金) 20:24:56.84
まずは母国語が堪能でないとな
0024デフォルトの名無しさん2013/04/05(金) 20:42:12.76
>>17
map<int, int>じゃだめなんｗ

本質的には、xフレーム目にyみたいなもんは配列よ。連想配列よ。
それがクラスというもんであって、変数名が多分frameindex2animeidよ。
0025デフォルトの名無しさん2013/04/11(木) 19:19:05.99
プログラムの起動時、あるいはヘルプメニューで情報表示を選択肢たとき、
ソフトウェア名称やバージョン番号、開発者情報などが表示されることがあると思う。

これらのうち、ソフトウェア名称を格納する定数名は何が良いだろうか？
ApplicationName、ProductName、SoftwareName あたりが今のところの候補。もし使い分けがあれば教えて欲しい。


補足
・実行ファイル名や内部名などではなく正式名称
・バージョン番号はVersion、開発者情報についてはDeveloperNameとDeveloperAddressを予定
・プログラム内の別の箇所でも、例えば「このプログラムのバージョンは<Version>です」と書けば
　そこが「1.0.0」などの実際の値に置換されるような処理を行う
0026デフォルトの名無しさん2013/04/11(木) 19:41:20.32
>>25
MyNameIs



ApplicationNameでいいんじゃね？
0027デフォルトの名無しさん2013/04/11(木) 20:10:22.35
>>26
UNIXコマンドのwhoisやwhoamiみたいだなｗ
冗談はさておき、ApplicationNameにしたよ。ありがとう。
0028デフォルトの名無しさん2013/04/11(木) 20:16:06.35
>>25
autoconfにならってPACKAGE_NAME
0029デフォルトの名無しさん2013/04/11(木) 23:23:01.67
>>28
ありがとう。
せっかくなので内部名の方で使ってみる。
0030デフォルトの名無しさん2013/04/22(月) 01:58:34.96
お知恵を拝借したい。

とあるプログラムで Person というクラスがあり、名前通り人のいろんな情報や振る舞いを持ってます。
このプログラムには時間軸がないため、Personクラスはある特定の瞬間のデータしか格納していません。
このたびプログラムを拡張することになり時間軸が加わりました。
時間tをforループで回し、各時間tでそれぞれ沢山のPersonインスタンスが生成されます。
ただこれだと扱いづらいので、同一人物のPersonインスタンスをまとめる新しいクラスを作ることにしました。
つまり時間概念のある人のクラスで、単純に言うといままでのPersonの配列のようなものです。
元のPersonクラスはPersonという名前のままであるとして、この時間軸を持った人のクラスに付ける名前としては何が適当でしょうか？

○○Personみたいな名前（TimerangePersonとか）になるのかなとは何となく考えているのですが。
データ解析プログラムなのでAnimatedPersonなんかはちょっと合わない気がしてます。
0031デフォルトの名無しさん2013/04/22(月) 02:47:28.36
Person4D, PersonHistory,
0032デフォルトの名無しさん2013/04/22(月) 02:51:18.87
TimeslicedProfile
Transitional～
Momental～
すまん長い。
0033302013/04/22(月) 08:33:03.63
>>31-32
ありがとうございます。
改めて考えると>>31さんのPersonHistoryが今回の意図にも近くしっくりくるのでこれを採用しようと思います。
自分で考えていてもこの名前は出てこなかった気がするので大変参考になりました。
別のバリエーションを提案して頂いた>>32さんにもお礼を申し上げたいです。
0034302013/04/22(月) 08:39:06.44
参考までに追記：
もしこちらで良い案が挙らないようであれば、あのあと自分で考えた MultitimePerson という名前にしようかと考えておりました。
0035デフォルトの名無しさん2013/04/22(月) 09:08:33.92
>>30
Personのままがいいと思うんだが
0036デフォルトの名無しさん2013/04/22(月) 19:22:02.23
普通は名前や性別などの属性が時間に従属して変わると思えないから
時間で変わる属性だけを時間を引数にとるメソッドに
変更する方がまっとうに思えるよね
0037デフォルトの名無しさん2013/04/22(月) 20:41:38.39
>>30
その瞬間瞬間でPersonは「何を」格納しているの？
それがPersonの主要な使われ方なら、それにピッタリの単語があるかもよ
0038デフォルトの名無しさん2013/04/22(月) 23:31:12.39
ゲーム作ってて悩んでる。
1.キャラの画像読み込みとかの準備する関数名
2.キャラクターの位置とか初期化する関数名
同じクラスで別々にしたいんだけどわかりやすい名前ないかしら
0039デフォルトの名無しさん2013/04/22(月) 23:33:02.00
1. load
2. initialize
0040デフォルトの名無しさん2013/04/22(月) 23:35:06.74
さげんの忘れてた

>>39
ありがとう。
そんな感じで行く
0041デフォルトの名無しさん2013/04/22(月) 23:45:25.23
アバウトなお方w
0042デフォルトの名無しさん2013/04/23(火) 07:23:07.19
「準備」ならprepareだと思うが・・・
0043デフォルトの名無しさん2013/04/23(火) 13:38:44.57
prepareはデータベースっぽいイメージがあるなあ（偏見
0044デフォルトの名無しさん2013/04/23(火) 19:19:49.68
ready
0045デフォルトの名無しさん2013/04/23(火) 23:40:39.22
foreplayがしっくり来るな。
0046デフォルトの名無しさん2013/04/24(水) 01:23:34.25
やはり>>39を超える案は出ないか。
0047302013/04/24(水) 01:53:22.37
>>35-37
この時間軸追加はオプション対応なので、もとの骨格であるPersonクラスは動かさないというのが前提なのです。
Personが持ってるプロパティは同一性確認用の識別文字列以外全部時間によって異なるので、
継承してそれらを全部変更するよりも、ガッと配列的にもって新たにメソッドとか足した方が今回の場合実装がらくなのです。
ちなみに位置座標とか計算した評価数値とかそういうのが入ってる。
プログラムの全貌を書いてないからこんなモヤモヤとした返答で申し訳ない。

時間が取れたら根本から拡張しやすいように設計しなおした方がいいのかもしれないけど、まだちょっとそれは骨が折れるなぁ。
今後の課題にします。
0048デフォルトの名無しさん2013/04/24(水) 07:00:03.77
>>47
>>35だが、なるほど。確かにネーミングが難しいね。histric personとか嫌だし、
トランザクションデータではあるんだが。
0049デフォルトの名無しさん2013/04/24(水) 10:20:16.46
Historyとほぼ同義語でJournalっつうのもある
0050デフォルトの名無しさん2013/04/24(水) 20:20:14.30
>>47
ゲームかな？ステータスヒストリーとかでどう？
0051デフォルトの名無しさん2013/04/26(金) 18:50:00.07
キーボードのキーをチェックするクラスを作ったのですが、
キーを押した瞬間、離した瞬間を知るメソッド名で悩んでます
何かいいメソッド名ないでしょうか？
ちなみに単純にキーが押されてるか知るメソッドはbool IsKeyDown(uint vkcode)って名前にしてます
0052デフォルトの名無しさん2013/04/26(金) 19:03:52.23
>>51
> キーを押した瞬間、離した瞬間を知るメソッド

というのがよく分からんのだが、そのメソッドを呼ぶと、
いつキーを押したかという時刻(秒数?)が帰ってくるのか？

それなら GetTimePressedKey や GetTimeReleasedKey でいいと思う。
0053デフォルトの名無しさん2013/04/26(金) 19:23:24.39
>>52
いや時刻を返すメソッドではないです
キーを離している状態から押されている状態に切り替わった1度だけを知りたい時に使うメソッドです
ソース上での話だと、C++でWin32APIでGetKeyboardStateでキーの状態を取り、
キーが押下されている状態だと最上位ビットが立って、
キーが押下されてない状態だと最上位ビットが倒れてるんです
1フレーム前にGetKeyboardStateで取得したキーの状態と
今回のフレームでGetKeyboardStateで取得したキーの状態で比較し
最上位ビットが立っている状態から倒れている状態になった時（キーを押した瞬間）と
最上位ビットが倒れている状態から立っている状態になった時（キーを離した瞬間）を知るメソッドです
説明下手でごめんなさい
0054デフォルトの名無しさん2013/04/26(金) 19:26:30.59
それメソッドというよりイベントじゃないの
0055デフォルトの名無しさん2013/04/26(金) 19:36:38.68
イベント（ウィンドウメッセージ）の方でもできるかもしれないですけど
メッセージループの中でキーを取得したいんです
0056デフォルトの名無しさん2013/04/26(金) 19:58:29.59
GetKeyPressedStickyStateAndClearIt
0057デフォルトの名無しさん2013/04/26(金) 20:08:50.17
IsKeyBeingPressed とか？
0058デフォルトの名無しさん2013/04/26(金) 20:11:55.14
beingてｗ
0059デフォルトの名無しさん2013/04/26(金) 20:15:00.84
>>51
キーボードイベントの定番だと
up/downは「上げっぱなし」/「押しっぱなし」の意味で使う。
released/pressedは「離された」/「押された」時に1度だけ発行される。
0060デフォルトの名無しさん2013/04/26(金) 20:41:46.60
IsKeyReleased()とIsKeyPressed()にしようと思います
変じゃないですよね？？？
変だったら教えてください
教えてくれた方々ありがとうございました
0061デフォルトの名無しさん2013/04/26(金) 20:57:28.05
説明下手杉
～な瞬間を知る（返す）メソッド、～になった時を知る（返す）メソッド
じゃなくて
～になった直後だけtrueを返すメソッドってことだろ？
俺だったら単純にnowをつける
0062デフォルトの名無しさん2013/04/26(金) 21:33:42.25
その瞬間に「呼ばれる」んならわかるが、呼ぶってのがわからん、、
0063デフォルトの名無しさん2013/04/26(金) 23:45:21.64
>>60
isって変じゃね？
俺ならkeyDidPressedとkeyDidReleasedにする
0064デフォルトの名無しさん2013/04/26(金) 23:47:05.17
メソッドというよりトリガイベントな気がするけど
0065デフォルトの名無しさん2013/04/26(金) 23:55:31.95
メソッドなのだとしたら動詞で始めるべき。
返すのがbooleanなのだったら3人称単数、isとかhasとか。
0066デフォルトの名無しさん2013/04/26(金) 23:59:09.55
トリガ名ならwhenをつけて繋がる名前、Bool返すなら"This function returns true if it ---"の---の部分をメソッド名にする
0067662013/04/27(土) 00:00:47.35
だからisKeyPressedはあまりよくない気がする
0068662013/04/27(土) 00:03:42.14
戻り値がYESかNOと仮定してIs key pressed? Yes. と捉えることもできるのか？
いや、やっぱりhasKeyPressedだな

連投ｽﾏｿ
0069デフォルトの名無しさん2013/04/27(土) 00:09:10.11
isは今押されてるか、hasは既に押されたかで分けてるな俺は。
0070デフォルトの名無しさん2013/04/27(土) 01:16:57.68
英語能力もプログラミング経験も無い奴がおるな
0071デフォルトの名無しさん2013/04/27(土) 03:01:13.03
be動詞は受動態、has+過去分詞は能動態の現在完了。主語が違うんだからそれがタイミングで使い分けられるわけがない。
boolだと三人称単数になるのは、その文章に対して正しい（true）か正しくない（false）かを返すから。
基本的には親となるクラスが主語でそれに対する動詞、で引数が目的語。
クラスとなるオブジェクトがKeyなら、key.isPressed()。
直後感(?)を出したいなら、まぁ hasBeenPressed() くらいか？
クラスがkeyそのものではなく引数だったら（今回の場合）、それをメソッド名に含めて isKeyPressed(key)もしくは、hasKeyBeenPressed(key)。
hasKeyPressedだったら「Keyが（何かを）プレスしたか」、になる。ナンセンス。

>>60 で良いと思う。

どっか間違えてたらツッコミよろしく。
0072712013/04/27(土) 03:05:03.22
訂正。
>>71
> be動詞は受動態、has+過去分詞は能動態の現在完了。
はもちろん
　be動詞+過去分詞は受動態、has+過去分詞は能動態の現在完了。
のことですね。
0073デフォルトの名無しさん2013/04/27(土) 03:16:52.73
現在完了形でイベントを表現するって発想はなかったw
言うまでもなくそんな考えは完全に間違ってる。
0074デフォルトの名無しさん2013/04/27(土) 03:24:59.37
質問者の話であいまいだと思うのは、求めているのが次のどちらなのか
はっきりしない点

(1) 「今」が特定のキーの押し下げ/解放イベントが発生したタイミングか
　　どうかを検査するメソッド

(2) 押し下げ/解放イベントが発生したキーを取得するメソッド

GetKeyboardStateを使うって言っているから、そこだけ聞くと(2)の方のように思えるが、
でも>>60で挙げてる候補は(1)っぽい。
0075512013/04/27(土) 12:10:05.19
色々とありがとうございます
あと下手な説明でごめんなさい
下手すぎる説明よりソースのがわかりやすいと思いますので
綺麗なソースではないですが必要そうな部分をアップします
一応winmain関数くっつけて動くようにしておきました
パスワードはcppです
ichigo-up.com/Sn2/download/1367031651.zip
0076デフォルトの名無しさん2013/04/28(日) 01:46:33.69
keyboard.GetKeyDown(VK_UP)

keyboard.GetKeyUp(VK_UP)
0077デフォルトの名無しさん2013/04/30(火) 16:16:02.36
関係ないけどさ、プログラミングって英語力が必要とされるよね。
変数名や関数名とかを単に直訳しただけで、第3者が見たとき意味不明な単語が多いと理解するまでに時間がかかったりするから。
たまに単語の意味と処理の内容が違う時は本当にイラっとする。
0078デフォルトの名無しさん2013/04/30(火) 16:24:57.76
あと、複雑すぎるメソッド名はやっぱり、設計で間違ってると思う。
リファクタリング本には、説明的なメソッド名は良しとされているようにあったが。

可能な限りギリギリまでシンプルにしたら使いまわし安いし、
やっぱり実装も堅牢だわな。
0079デフォルトの名無しさん2013/04/30(火) 16:35:41.51
英語力も必要ないとは言わないが、命名が下手な人はそれ以前の段階で躓いてることが
多いように思う。

命名が下手な人は抽象化能力がないんだよ。
抽象化能力があればとりあえず母国語で名前を考えることはできるはずだが、
そもそもこれができない人が多い。

母国語で命名ができれば、ほとんどの場合はあとは辞書を引くだけ。
0080デフォルトの名無しさん2013/04/30(火) 21:28:16.46
関数名ってそのクラスが主語で共通、後は動詞＋目的語なわけで
この目的語がそのクラスのやることに内包されているかどうかなわけだよね
究極的に言えば、目的語がなくても主語と動詞だけで何をしようとしているのか
分かるのが一番だな、引数が目的語の代わりになったりするし

英語力って言うよりもモジュール化とコンポーネント化の違いだな
0081デフォルトの名無しさん2013/05/01(水) 02:55:06.43
・日本人には余り馴染みがないが、英語的に正しい単語＆文法
・ネイティブだと少し違和感がある（通じなくはない）が、日本人にも比較的分かりやすい命名

どっちを取るべきか迷うって人は居るんじゃない？
0082デフォルトの名無しさん2013/05/01(水) 08:23:26.46
>>81
そういう場合は前者を取るべきだな。
後者だと、自分が勝手に思い込んでいるケースもあるから。
0083デフォルトの名無しさん2013/05/01(水) 20:20:15.63
>>79
>命名が下手な人は抽象化能力がないんだよ。

あるある、頭の中が整理できてないのが手に取るように分かるコードとかw
…そんなのの後始末させられるとか勘弁してほしいもんだが
0084デフォルトの名無しさん2013/05/09(木) 13:49:39.80
文字列データを保存する処理で文字列の中身が無い（nullやブランク）場合
に保存するかしないかのフラグを持たせるんですが、そのフラグ名は何が
いいと思いますか？
True：データ無しで保存しない、False：データなしでも空を保存で考えています。

NoDateNoSave とか？
なんかスタイリッシュないいの無いかな・・・。
0085842013/05/09(木) 13:50:46.63
× NoDateNoSave
○ NoDataNoSave
0086デフォルトの名無しさん2013/05/09(木) 14:01:53.80
>>84
dropEmptyString
0087デフォルトの名無しさん2013/05/09(木) 14:06:03.04
is required field
0088デフォルトの名無しさん2013/05/09(木) 14:13:37.03
逆でもいいなら
allow empty
0089デフォルトの名無しさん2013/05/09(木) 14:15:29.69
SaveForced
0090842013/05/09(木) 14:41:42.32
おー、やっぱり自分じゃ思いつかない単語で嬉しい。
どれも良さそうなので、大いに参考にします。
0091デフォルトの名無しさん2013/05/09(木) 21:41:02.29
空文字かnull参照なら破棄
DiscardsIfNullOrEmpty
0092デフォルトの名無しさん2013/05/17(金) 01:05:23.28
引数名で悩んでいます。
その関数は、ある値を引数に渡した値だけ加算していく処理をしています。
「変化量」的な意味の言葉を１単語ですっきり表現したいのですが・・・何か良い名前はないでしょうか。
0093デフォルトの名無しさん2013/05/17(金) 01:20:37.83
Succ
Inc
0094デフォルトの名無しさん2013/05/17(金) 01:33:40.42
>>92
incVal
0095デフォルトの名無しさん2013/05/17(金) 07:13:51.88
incrementをincと略すのは、少々危険じゃないかい？
0096デフォルトの名無しさん2013/05/17(金) 07:16:42.47
dif
0097デフォルトの名無しさん2013/05/17(金) 07:24:19.18
>>92
add
d
0098デフォルトの名無しさん2013/05/17(金) 07:24:58.83
>>95
アセンブリ言語でもそう略してるし有名な略だと思うけど
0099デフォルトの名無しさん2013/05/17(金) 07:34:32.54
>>98
CやC++だとincludeって言葉があるよ。そっちもincと略されることがある。
0100デフォルトの名無しさん2013/05/17(金) 07:49:33.22
delta
0101デフォルトの名無しさん2013/05/17(金) 08:16:17.17
step, amount
0102デフォルトの名無しさん2013/05/17(金) 11:25:17.49
日毎の予約可能人数とすでに予約済みの人数を保持したいのですがどんな名前がいいでしょう。自分は
予約可能人数：MaxCount、PossibleCount
予約済み人数：UsedCount、ReserveCount
ぐらいしか思いつきません。もしこれだ！ってのがあったら使いたいのでいいの有ったらよろしくです。
0103デフォルトの名無しさん2013/05/17(金) 11:37:24.98
>>102
予約可能人数：AvailableCount, VacatedCount, LeftCount
予約済み人数：ReservedCount, BookedCount
0104デフォルトの名無しさん2013/05/17(金) 12:33:21.90
>>99
CやC++だととわざわざ限定しているという事は、
インクルードファイルの読み込みに使う #include の事を指しているのですよね。
それを inc と略してコード内で記述することはできないはずです。

この意味での include がどのようなシーンで inc と略されるのでしょうか。
0105デフォルトの名無しさん2013/05/17(金) 12:50:25.18
ディレクトリ名とか？
0106デフォルトの名無しさん2013/05/17(金) 13:21:52.26
>>92
rate
pace
speed
0107デフォルトの名無しさん2013/05/17(金) 13:28:26.82
>>102
acceptable / reserved
0108デフォルトの名無しさん2013/05/17(金) 13:44:07.55
>>103
個人的に、こういう場合はcountよりnumが好みだなあ。numReservedとか。
予約可能な人数なら、reservableやcapacityの語を入れるのも良いかも？


>>104
実際、インクルードガードや、内部用ヘッダファイル名なんかで見たことはあるくらいかなー。

ふと、Googleで「プログラミング inc」で調べてみたら、最初に「インクルード」の語が来たので、
ある程度の数は inc＝インクルード と連想する人が多いんじゃなかろうか。
0109デフォルトの名無しさん2013/05/17(金) 14:04:23.25
>>108
capacityだと、「全予約可能数」というニュアンスになって、予約云々が抜け落ちるよ
01101092013/05/17(金) 14:10:11.24
なんか変な文章になったので、英英辞典から。
capacity:
the maximum amount or number that can be received or contained; cubic contents; volume

キャパ1,000人だけど、今日の予約可能人数は800人、みたいなイメージの違い。
0111デフォルトの名無しさん2013/05/17(金) 18:49:14.31
なるほど、あくまで全体の数ってイメージなのか
0112デフォルトの名無しさん2013/05/17(金) 19:37:13.56ID:NuBHhb8n!
>>102
ReservationCapacity
Reserved / ReservedCount

>>109
だからこそcapacityでいい。

a： 予約済み人数
b： ネット（残りの予約受付可能人数）
c： グロス（ = a + b)

今回のお題で求められているのはbではなくcであるという含意だから、
それならcapacityはピッタリの言葉だと思う。

プログラミングではコレクションの容量をcapacity表現することが多いと思うが、
capacityと聞いてクレクションの容量の最大値のことだと思う人はまあ少ないよね。それと同じこと。
0113デフォルトの名無しさん2013/05/17(金) 19:39:17.22ID:NuBHhb8n!
>>92
それは関数名をちゃんとつければ引数の名前は
valueでもxでも何でもよいケースにしか思えない。
0114デフォルトの名無しさん2013/05/17(金) 20:25:52.11
>>99
アセンブラでもinclude疑似命令はよく見かけるぞ
0115デフォルトの名無しさん2013/05/17(金) 22:17:23.95
>>112
日々変わる数だよ？
0116デフォルトの名無しさん2013/05/17(金) 22:29:10.76ID:NuBHhb8n!
>>115
逆を言えば日によって変らない定数であるはずの値を、
ある日に関する変数として実装する馬鹿はいない。

だからcapacityという変数名を見て、それがTPOに依存しない物理的な制約による
予約数の上限だと勘違いすることは考えにくい。
0117デフォルトの名無しさん2013/05/18(土) 01:10:08.55
なに頑張ってんだか
0118デフォルトの名無しさん2013/05/18(土) 01:52:41.81
ああ、英語能力もプログラミング経験もない馬鹿の壁君か
0119デフォルトの名無しさん2013/05/18(土) 04:57:34.32
>>102
予約可能人数： nToReserve, numToReserve,　nCapacityToReserve
予約済み人数： nReserved, numReserved
0120デフォルトの名無しさん2013/05/18(土) 08:53:25.95
>>119
ないわー
0121デフォルトの名無しさん2013/05/18(土) 09:04:49.50
>>120
お前が英語できないだけやん
0122デフォルトの名無しさん2013/05/18(土) 10:16:21.45
>>121
は？意味わからん
自分の意見が否定されたからって、俺をdisってもお前の糞意見の価値が上がらないし
nとかないわー
0123デフォルトの名無しさん2013/05/18(土) 10:55:27.66
>>122
は？意味わからん
自分の意見が否定されたからって、俺をdisってもお前の糞意見の価値が上がらないし
0124デフォルトの名無しさん2013/05/18(土) 11:04:55.81
>>120,122 はこんな偏狭のスレに来て なんであんなにハイテンションなんだ
0125デフォルトの名無しさん2013/05/18(土) 11:17:35.74
え、俺めっちゃローテンションなんだけど
n単語とかいう変数名付ける奴がいきってるとなんか凹むわ
0126デフォルトの名無しさん2013/05/18(土) 11:37:46.58
numでもnbでもnbrでもお前の好きなのにしたらええやん。
スレ的には邪魔
0127デフォルトの名無しさん2013/05/18(土) 13:10:31.71
nReserved とかいうセンスには閉口する
0128デフォルトの名無しさん2013/05/18(土) 13:24:45.42
え、nObjectsとかnumObjectsってダメなん……？
0129デフォルトの名無しさん2013/05/18(土) 14:36:12.74
よし、みんな集まれ
0130デフォルトの名無しさん2013/05/18(土) 15:10:07.92
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
0131デフォルトの名無しさん2013/05/18(土) 15:15:34.07ID:uyViz4un!
愛国心は悪党の最後の拠り所とよく言うけど、
悪党（というより馬鹿）が愛国心を笠に着る動機と、>>130みたいな卑しい奴の
動機は恐らくそんなに違わないと思う
0132デフォルトの名無しさん2013/05/18(土) 15:57:59.73
nReservedが駄目だって思われる可能性があるってわかって良かったね。
0133デフォルトの名無しさん2013/05/18(土) 16:24:47.34
>>128
ないわー
0134デフォルトの名無しさん2013/05/18(土) 16:54:11.23
長い変数名つけるだけなら誰でもできるよね、翻訳ソフトの結果を
CamelCaseで繋げばいいんだから
0135デフォルトの名無しさん2013/05/18(土) 18:06:06.66
頭悪い指摘だな
わざとなんだろうけど
0136デフォルトの名無しさん2013/05/18(土) 20:36:41.94ID:jvCBpTDS!
nReservedじゃ意味分かんねえよ
numReservedも数字予約済で？？？？
0137デフォルトの名無しさん2013/05/18(土) 20:53:00.31
変数っていうのは数値（number）とか数量（amount）を保持するのはある意味当たり前なので
一度num○○とか使い出すとそこら中に氾濫することになる。
0138デフォルトの名無しさん2013/05/19(日) 01:52:56.16
>>119
何でToを使うかわからん。
長いけど、NumOfAvailableReserverとかrestBooksとかの方が他人が見てわかると思うが。
0139デフォルトの名無しさん2013/05/19(日) 02:12:05.47
英語ができないんだよ
察してやれ
0140デフォルトの名無しさん2013/05/19(日) 02:21:20.54
restOfBooks なら兎も角、restBooks はないよ
0141デフォルトの名無しさん2013/05/19(日) 02:30:29.53
もっと無い
0142デフォルトの名無しさん2013/05/19(日) 02:35:35.85
NumOfAvailableReserverもないわー
0143デフォルトの名無しさん2013/05/19(日) 02:38:23.88
よほど悔しかったんだね
0144デフォルトの名無しさん2013/05/19(日) 03:03:11.25
予約制限数：Subscribable
判断つかなそうならLimit、Amount、Countとか付ければいいかな

予約者数：Subscribers
複数形にしてそれが数であるように示す

reserveのが一般的だけど上記の方が意味が掴み易いかもしれない
reserverだと意味合いが変わってくるし
0145デフォルトの名無しさん2013/05/19(日) 03:04:36.67
>>137
俺の使ってるプログラミング言語では変数は文字列やアドレスやその他抽象データ型にも使えるんだぜ。
0146デフォルトの名無しさん2013/05/19(日) 03:11:45.38
>>144＝辞書引いて勘違いしちゃったタイプ
0147デフォルトの名無しさん2013/05/19(日) 04:12:33.01
自称英語通、いいかげんウザいよ？
0148デフォルトの名無しさん2013/05/19(日) 08:31:15.55
最近は統合環境などの予測変換やってくれるんだから、
コメント減らすようにもう文章で書いちゃえよ。
VBとかC#なら

予約可能人数＝10

とかでできるだろ。

まあ、俺はNumOfAvairableReservationsとするけどな。
0149デフォルトの名無しさん2013/05/19(日) 09:56:09.84
>>136
the number of products reserved
→ numOfProductsReserved
→ numProductsReserved （ローカル変数ならProductsまでいらんし)
→ numReserved

the number that reserved products
→ numReserved
0150デフォルトの名無しさん2013/05/19(日) 09:57:41.86
>>138
to ～ は ～すべき、可能
0151デフォルトの名無しさん2013/05/19(日) 09:58:58.59
>>148
長いお。そういう変数が1行に3つもあるとかなり苦しいソースだYo!
0152デフォルトの名無しさん2013/05/19(日) 10:09:07.66
>>151
そんなときの関数化ですよ
0153デフォルトの名無しさん2013/05/19(日) 10:11:02.73
avairablewww
0154デフォルトの名無しさん2013/05/19(日) 12:26:16.16ID:x7YfAkWI!
なんかネタにして低レベルなレスが続いてるけど、
>>112に書いたグロスとネットの区別が付かないような名前じゃ話にならないだろう。
0155デフォルトの名無しさん2013/05/19(日) 12:47:54.73
>>154
なんでそこまで遡ったんだ？
0156デフォルトの名無しさん2013/05/19(日) 12:53:28.06
>>151
最近のモニターは横長で2560なんて普通にあるからなあ。
昔は一画面に収まるように変数名も短縮して書いていたけど、
これぐらい広いと1行にいくつも書いても気にならないし、
かえって読みやすくなる。
まあ、みんながみんなこんな環境じゃないから良くはないんだろうけど。
0157デフォルトの名無しさん2013/05/19(日) 13:00:26.21
>>156
うんよくない、やめてｗ
0158デフォルトの名無しさん2013/05/19(日) 13:05:22.64
予約可能人数？
remainでいいよ
その他の事は文脈で分かろう
0159デフォルトの名無しさん2013/05/19(日) 13:23:29.23
>>158
スコープを狭めればいいんじゃね？
0160デフォルトの名無しさん2013/05/19(日) 13:43:55.16
capacityとかないわー
0161デフォルトの名無しさん2013/05/19(日) 13:52:47.37
>>157
言語仕様で長い変数、メソッド名を推奨しているとこもあるわけで
0162デフォルトの名無しさん2013/05/19(日) 13:59:32.91
capacityだと残りだけじゃなく
既に予約された部分まで含む

って、予約可能人数って残りの事だよな？
それとも全容量なのか？
0163デフォルトの名無しさん2013/05/19(日) 14:02:38.78
>>161
GoogleのＣＤ規約を見てみれば？
0164デフォルトの名無しさん2013/05/19(日) 16:09:24.75
>>163
とっくに全部目を通してるわけですけど…
ある、ってだけで誰が全部に当てはまると言った
0165デフォルトの名無しさん2013/05/19(日) 16:14:49.91
長過ぎず、かといって理解不能なほど短すぎず、が理想だな
0166デフォルトの名無しさん2013/05/19(日) 16:17:40.44
長過ぎるとダサい人としか思えないもんなー。
まぁよほどきれいな英語を使う人ならともかく、たかだか日本人英語だし。
0167デフォルトの名無しさん2013/05/19(日) 16:26:27.46
↑英語コンプレックスでもあんのか？ｗ
0168デフォルトの名無しさん2013/05/19(日) 16:43:27.40
お前は後輩からもダサいって思われてるってこと
0169デフォルトの名無しさん2013/05/19(日) 21:22:26.90
後輩のコードがネットで翻訳した感丸出しで困るわ。
0170デフォルトの名無しさん2013/05/19(日) 21:33:13.03
教えてあげて
0171デフォルトの名無しさん2013/05/19(日) 21:37:11.82
まあせいぜい20文字強くらいだな
0172デフォルトの名無しさん2013/05/19(日) 21:39:44.60
>>155
褒めて欲しかったんでしょうね
0173デフォルトの名無しさん2013/05/19(日) 22:43:31.83ID:qGEb3kjq!
>>149
Of略したらダメだと思う
Of書きたくないならReservedNumの方がマシ
でもReservedNumだと予約番号と取られかねないからReservedCountかな・・
0174デフォルトの名無しさん2013/05/19(日) 22:49:37.79
>>171
ローカル変数なら20文字は長めだな
関数名ならまだしも
0175デフォルトの名無しさん2013/05/19(日) 23:19:21.74
H.264の各種変数は
仕様書に書かれた通りの名前で扱うのが適当なので
そうなるとそのくらいの長さになることはある
0176デフォルトの名無しさん2013/05/20(月) 00:59:14.51
numof-をnum-にすることって、あまり良くない？
0177デフォルトの名無しさん2013/05/20(月) 01:00:17.56
よくある
0178デフォルトの名無しさん2013/05/20(月) 01:26:17.18
numをつけること自体あまり良くない
0179デフォルトの名無しさん2013/05/20(月) 01:32:00.46
of付けるアホよりはマシって程度
0180デフォルトの名無しさん2013/05/20(月) 07:27:02.07
countかcntつけてる
0181デフォルトの名無しさん2013/05/20(月) 08:04:59.31
>>173
ReservedNum → 予約されたナンバー という意味になる。
　　　　　　　　　　このことは>>173も言ってる。
NumReserved → (後ろから前を修飾する英語の語順だから問題ないよ)
0182デフォルトの名無しさん2013/05/20(月) 09:33:37.53
of theが省略されたと思えば
0183デフォルトの名無しさん2013/05/20(月) 11:06:45.17
確かにまあ、numナントカばかり増えても分かりにくいか。
ナントカManagerやナントカDataよりはマシだと思うけども。

あと、index（idx）とcount（cnt）とnumber（num）の使い分けが微妙に分からん
0184デフォルトの名無しさん2013/05/20(月) 11:36:37.48
>>183
文脈に応じて使い分けが変わるんじゃね
indexは整数、countは0を含む自然数、numberは実数
indexは配列の添え字、countは頻繁に+1/-1して数を数えるのに使う、numberは既にある個数を表す
indexは参照、countは個数、numberは番号
0185デフォルトの名無しさん2013/05/20(月) 12:01:54.99
ありがとう。
１番目の、取りうる数字によって変わるという意見は面白いな。今度採用してみよう。
0186デフォルトの名無しさん2013/05/20(月) 14:41:40.45
valueってのはありませんか？そうですか
0187デフォルトの名無しさん2013/05/20(月) 19:17:01.51ID:Xvrslex4!
>>185
その「1番目」はむしろトンデモだと思うけどねw
まあnumber以外は暗黙的に正の整数ってニュアンスはあると思うが、
型で言えば基本全部整数でしょ
0188デフォルトの名無しさん2013/05/20(月) 21:40:06.19
.netフレームワークの配列だと
indexは特定の要素を指定する変数、
countは配列の要素の件数を求めるメソッド名、って使われ方だね

お使いのフレームワークの流儀に合わせておくと楽なのでお勧め
0189デフォルトの名無しさん2013/05/20(月) 21:46:32.12
>>187
いや、ゼロあるでしょ
0190デフォルトの名無しさん2013/05/20(月) 21:47:32.49
配列は Length で IList は Count ってのがねえ
0191デフォルトの名無しさん2013/05/20(月) 21:52:39.48ID:Xvrslex4!
>>189
正の整数って正確な定義はn≧0じゃなくてn>0なんだね。
勘違いしてた。
0192デフォルトの名無しさん2013/05/20(月) 21:56:13.69ID:Xvrslex4!
>>190
配列はほとんどの言語で要素がメモリ上に連続して配置される約束になってるけど、
リストはそうとは限らないからでしょ
0193デフォルトの名無しさん2013/05/20(月) 21:58:31.84
別に連続してても Count でいいじゃんと
配列を IList にキャストすると Count になるし
0194デフォルトの名無しさん2013/05/20(月) 22:14:43.16ID:Xvrslex4!
>>193
確かにCountでもいいと思うけど、Lengthの方がより限定的な意味になる。

意味が限定的になったら何なんだって考え方もあるけど、そっちの方がより
しっくりくりくるって考え方もあるのでは
0195デフォルトの名無しさん2013/05/20(月) 22:19:59.17
関数にするまでもないコードをそのままコピペできないから面倒くさい面はある
0196デフォルトの名無しさん2013/05/21(火) 20:18:20.21
splitする予定の改行区切りテキストはどういうふうに名付けてる？
URLリストの場合urls_textみたいにしてるけど
0197デフォルトの名無しさん2013/05/21(火) 20:41:57.62
tmp(笑)
0198デフォルトの名無しさん2013/05/21(火) 20:52:53.95
>>196
例えばデータベースのurlの欄に複数のurlが改行区切りで書かれていてそれを一時的に読み出すための変数名なら
単純に$urlで受けておいて、split結果を@urlに保存する。
0199デフォルトの名無しさん2013/05/21(火) 21:19:10.69
>>197
正直url_joined_with_eolとかするくらいならそっちの方にしたい

>>198
Perlなら記号自身で単独と配列を区別できるから楽だよね
そうでないと複数形の変数名＝配列みたいに制約が必要になるからこういうとき悩む
0200デフォルトの名無しさん2013/05/21(火) 21:21:57.64
unsplit
0201デフォルトの名無しさん2013/05/21(火) 21:34:40.67ID:/N4KDjTe!
>>196
そんな命名に困るような変な値、ローカルより広いスコープで持たずに済むのなら
それが一番。（そもそもどうして素直に配列じゃだめなんだろう）

持たざるを得ない理由があるのなら、「改行区切り」という概念に俺様頭字語を
宛がって、それを使うとか。
例えばurls_by_nlsvとか、ハンガリアンでnlsvUrlsとか。
やっぱり気持ち悪い物には気持ち悪い名前しか付けられないよな。
0202デフォルトの名無しさん2013/05/21(火) 22:24:05.33
>>201
素直に配列じゃダメもなにも、例えばテキストファイルから一括で読んだ文字列を配列に分解する…みたいな、そういう話だろ？
テキストファイルは文字列並べたファイルであって素直に配列じゃないんだから、どうしようもないかと…

まあ俺なら関数分けの仕方を工夫するかな、んでtxtとかsrcみたいな名前にする
「テキストデータを分解する関数」であれば、何のテキストだよみたいな話にもならないし
0203デフォルトの名無しさん2013/05/21(火) 22:27:34.16ID:/N4KDjTe!
>>202
何が「だろ？」か意味が分からないが、
君の言ってることは改行区切りの文字列を＜ローカルより広いスコープの＞変数で
持たなければならない理由になってない。
0204デフォルトの名無しさん2013/05/21(火) 22:30:52.26
自分で勝手にローカルより広いスコープだと決めつけてるのに気づいてない
0205デフォルトの名無しさん2013/05/21(火) 22:40:25.43ID:/N4KDjTe!
ローカル変数の名前に凝るのはバカの証と相場が決まってますよ
0206デフォルトの名無しさん2013/05/21(火) 22:57:21.41
アウフヘーベンすると命名に困るような変数はそもそもデータの保持に問題があって
名付けるまでもなくさっさと専用の関数が処理してくれるようにしようということですね
0207デフォルトの名無しさん2013/05/22(水) 00:04:24.69
責任範囲が広すぎるんだわな
0208デフォルトの名無しさん2013/05/22(水) 01:20:59.53
十分にスコープが狭ければ、ch とかでも良かったりするしな…
0209デフォルトの名無しさん2013/05/22(水) 10:50:55.70
極論だけど、分かればいい

スコープ長いと適切な名前を付けるべき
短いならiでもかまわん
って一文字変数スレみたいになるｗ
0210デフォルトの名無しさん2013/05/22(水) 23:24:02.02
そういうのって受け取った時点で改行でsplitして配列に入れればいいんじゃないの？
ファイルからでも引数かなんかで受け取った場合でも同じだと思う
0211デフォルトの名無しさん2013/05/22(水) 23:27:16.58
「i」って変数を添字に使っちゃダメって社内ルールがある事は知ってる
賛成はしないが

だからといって「ii」って名前付けるな、バカ前任者！
0212デフォルトの名無しさん2013/05/22(水) 23:34:27.83
ルールを守った者に責任はない
そんな不完全なルールしか制定できない池沼が悪い
常識で済むならルールは不要
0213デフォルトの名無しさん2013/05/22(水) 23:53:05.45
>>211
フォントによってはiより視認性が上がる云々…を見たことあるｗ

俺は基本的にiを気にせず使ってるがj, k, lとかは使わんな。
ループの入れ子は避けるし、もしするなら変数にもう少し長めの名前付けるわ。
0214デフォルトの名無しさん2013/05/23(木) 00:02:48.77
二次元配列ならxとかyを使えばいいか
0215デフォルトの名無しさん2013/05/23(木) 00:04:53.23
うむ
0216デフォルトの名無しさん2013/05/23(木) 09:23:10.96
何の説明もなしに「変数 i」と言われたら、大体のプログラマはループ用だと思うはずで、
コーディング規約の重要な目的の1つである「可読性」については、きちんと満たしているんだよな。

なのに、なー……
0217デフォルトの名無しさん2013/05/24(金) 20:11:36.80
マウスのホイールと移動の量(どれだけ変化したか)を格納する構造体の名前
よろしくおねがいします
0218デフォルトの名無しさん2013/05/24(金) 20:36:09.15
distance
02192172013/05/24(金) 20:42:24.99
>>218
距離ですかなるほど
ありがとうございます
0220デフォルトの名無しさん2013/05/24(金) 20:46:58.04
ホイールと移動の量を一つの変数に格納するのか・・・
0221デフォルトの名無しさん2013/05/24(金) 20:47:50.05
すまん、見落としてた。
構造体か
02222172013/05/24(金) 20:52:24.27
>>220
戻り値にすれば使いやすそうかなと
0223デフォルトの名無しさん2013/05/24(金) 20:52:59.53
>>217
move
0224デフォルトの名無しさん2013/05/24(金) 21:05:24.96
単位はmickyだっけ?
0225デフォルトの名無しさん2013/05/24(金) 21:51:14.49
>>224
あー、なんかそんなん有ったなｗ
02262172013/05/24(金) 22:05:55.80
何だその冗談と思ったらガチだった
ミッキー構造体にするのもありかもしれない
0227デフォルトの名無しさん2013/05/24(金) 22:19:24.68
ここは一つ、Mappyで
02282172013/05/24(金) 22:33:08.86
>>227
もう何を表してる構造体かわからない
扉とかトランポリンかしら
0229デフォルトの名無しさん2013/05/25(土) 00:09:13.76ID:WCSp5Xax!
ドラッグの処理などでマウスの絶対位置ではなく移動量が必要になることはよくあるけど、
それとホイールのカウントを一緒にもつ必要性がよく分からんね。

要するに、名前が付けられないのはそれが何を意味してるのかよく分からん値だからじゃ
ないのかと。
0230デフォルトの名無しさん2013/05/25(土) 01:24:34.10
ライントレーサ用センサモジュールを作ってる学生です。
ライン位置をセンサで読み込んで、
その値を、右を正として出力するか、左を正として出力するか設定する
フラグの名前をどう付けるか悩んでます。
数学で言う、グラフの右を正とするみたいな言い回しだと思うんですが・・・
皆さんならどうつけますか？
0231デフォルトの名無しさん2013/05/25(土) 02:42:09.84ID:WCSp5Xax!
>>230
意外と難しいな。

Polarity = [LeftToRight | RightToLeft]
とか

もっとシンプルにboolを返すIsRightPositiveでもいいような気がするんだけど、
これはググってもヒットゼロだから言い回し的に何かおかしいのかも
02322172013/05/25(土) 08:40:27.00
>>229
確かにそうですね
同時に取得できるからなんか一緒にしないとってなってました
解決しましたありがとうございます
0233デフォルトの名無しさん2013/05/25(土) 10:32:31.83
>>231
右が正と仕様で定義して、isFlipped
0234デフォルトの名無しさん2013/05/25(土) 12:51:27.39
XAxisDirection = 'right'　　　　っすな
0235デフォルトの名無しさん2013/05/25(土) 13:46:42.31
かっこいい
0236デフォルトの名無しさん2013/05/25(土) 13:48:32.46
>>234
かっけー
02372302013/05/25(土) 19:16:10.08
>>231 >>233 >>234
レスthx
シンプルにbool型を使いたいんで、is_axis_direction_rightとかにしようと思います。

個人の趣味でC言語による組み込み開発なんで、コーディング規約がなく、
命名規則もどれがいいか手探りの状態です。
変数名は経験をつまないとすぐ出て来ませんね。
ひとまず、この規約・命名規則使っとけみたいなのがあればいいんだけど
02382302013/05/25(土) 19:26:59.64
あ、>>1に
命名規則や設計の善し悪しについて議論するのは基本的に禁止。
てありましたね。すみません。
>>237の後半は無視してください。
ヒントをくれた方、ありがとうございます。
0239デフォルトの名無しさん2013/05/27(月) 09:40:33.08
規約規則はスレ違いだが、暗黙の了解としてGoogleのC++ガイドラインくらいは見ておいたらどうだろう
0240デフォルトの名無しさん2013/05/27(月) 11:36:26.15
採用するかどうかは別として、だな。
半分くらいしか一致してないって人も多そうだ。
0241デフォルトの名無しさん2013/05/27(月) 11:50:54.49
命名規則や設計の善し悪しについて議論することこそが、
価値あることだとなぜ気付かない。
ただでいろいろ議論してくれる連中がいるのに。
0242デフォルトの名無しさん2013/05/27(月) 12:02:20.08
なんでもかんでも批判するやつが現れて気軽に案を出しににくくなるからじゃないかね知らんけど
0243デフォルトの名無しさん2013/05/27(月) 12:17:57.06
なんぼでも批判してくれていいんだけどな。
しかもタダで批判してくれるってんだし。
0244デフォルトの名無しさん2013/05/27(月) 12:32:05.99
>>241
次のスレで最初にそういう約束を書いておけばいい

人が集まるかどうかは知らんが
0245デフォルトの名無しさん2013/05/27(月) 12:48:19.45
批判と同時に代案が出るならまだしも出ない場合はスレタイとは相性が良くないよな
あと宗教戦争がこわい
0246デフォルトの名無しさん2013/05/27(月) 21:43:19.24
右と左のフラグは文字列にするわ
direction="L","R"の方が分かり易いし美しい
0247デフォルトの名無しさん2013/05/27(月) 22:53:43.81
文字列定数の方がいいような気も…
0248デフォルトの名無しさん2013/05/27(月) 23:02:45.82
一文字なら文字列じゃなくて文字でいいじゃん
0249デフォルトの名無しさん2013/05/27(月) 23:21:35.72
二値なら0と1でいいじゃん
0250デフォルトの名無しさん2013/05/27(月) 23:25:32.25
#define RIGHT 1
#define LEFT 0
こうか
0251デフォルトの名無しさん2013/05/27(月) 23:27:10.35
>>250
defineキター
もうそれでいいんじゃね
0252デフォルトの名無しさん2013/05/27(月) 23:39:07.48
RIGHTとLEFTだと文字数が違うのが気に食わんのだよないつも
0253デフォルトの名無しさん2013/05/28(火) 06:58:34.95
width と height もね
0254デフォルトの名無しさん2013/05/28(火) 22:58:27.19
DBのテーブル名なんだけど、メンバー登録とログインの履歴を記録するテーブルで
auth_historyとauth_logで悩んでる
要はhistoryとlogっていう単語の使い分け方を教えてほしい
0255デフォルトの名無しさん2013/05/28(火) 23:11:36.79
logは記録がメイン、historyは記録を遡って調べるのがメインって印象があるなあ。
UNIXコマンドのhistoryに引っ張られてるだけかもしれないが。
0256デフォルトの名無しさん2013/05/28(火) 23:22:33.11
log から history を作る
0257デフォルトの名無しさん2013/05/28(火) 23:28:54.36
logの配列がhistoryというわけか
02582562013/05/28(火) 23:33:52.37
>>257
ごめん、log した情報をから、何を見せたいかという意図に基づいて（取捨選択して） history を作る

と言いたかった
0259デフォルトの名無しさん2013/05/28(火) 23:35:30.94
>>254
この用途だったらauth_logにするかなあ、俺なら
0260デフォルトの名無しさん2013/05/28(火) 23:39:27.26
なんかぼんやりと理解できたような
テーブル自体はログであってそれをヒストリーとして使うかはアプリ側の問題って感じ？
とりあえずテーブル名はlogで行こうかな
ありがとうございます
02612592013/05/28(火) 23:57:38.13
>>260
俺はlogは不変(どういう事情でも挿入も削除もされないもの)
historyは必要に応じて非表示、削除、追加修正があるものと捉えてる

アプリ側のインタフェース側だとhistoryでテーブルはlogってのがしっくりくるかな
0262デフォルトの名無しさん2013/05/29(水) 00:27:18.04
historyは過去からの履歴。history of password changing
logはそれを行った行為の記録。userA change password on 2013-05-29 01:00:00
lotgingとは言うがhistoriingとは言わない。
0263デフォルトの名無しさん2013/05/29(水) 00:32:39.59
lotgingとは言わないんじゃ？
0264デフォルトの名無しさん2013/05/29(水) 00:49:27.00ID:H3CnccKf!
>>254
考えてみるとどっちもあまり違わない気が history vs. log

強いて言えば、logは自発的な行為も外生的（←なぜか変換できない）なイベントも含むが、
historyの場合は後者を含めない傾向はある気はする。
0265デフォルトの名無しさん2013/05/29(水) 00:52:30.73
loggingの誤字くらい勘弁してやりたいところだが
historyingも誤字ってるのでちょっとフォローできんわ
0266デフォルトの名無しさん2013/05/29(水) 02:54:04.76
根本的に英語ができないのに辞書読んでわかったつもりになって説明するからボロが出る
0267デフォルトの名無しさん2013/05/29(水) 15:34:42.55
commit logとは言うがcommit historyとは言わない
change logとは言うがchange historyとは言わない

これ、何かのトリビアになりませんかね？
0268デフォルトの名無しさん2013/05/29(水) 16:08:08.80
言うよ？
0269デフォルトの名無しさん2013/05/29(水) 18:24:52.38
"commit history"
約 1,120,000 件 （0.24 秒）

"change history"
約 5,240,000 件 （0.32 秒）

めちゃくちゃ言うやん
0270デフォルトの名無しさん2013/05/30(木) 20:55:33.23
時系列の観点で使い分ければいいんじゃない？
log は記録することが主体（結果的に時系列になっていることが期待できる）
history は時系列の意識が log より強い
0271デフォルトの名無しさん2013/05/30(木) 21:05:08.40
>>270
メンバー登録とログインの履歴を記録するテーブルというのは、
時系列の観点で log か history か分けられるもんなの？
0272デフォルトの名無しさん2013/05/30(木) 21:09:04.85
historyは履歴
logは記録
0273デフォルトの名無しさん2013/05/31(金) 02:15:58.21
ログインって言うくらいだからlogでいいだろ
0274デフォルトの名無しさん2013/05/31(金) 03:19:00.97
>>273
ログインって和製英語だろ
英語ではSign in
0275デフォルトの名無しさん2013/05/31(金) 04:30:56.93
海外のオープンソース（djangoとか）も内部でloginって使ってるよ
0276デフォルトの名無しさん2013/05/31(金) 07:21:26.03
>>274はloginコマンドも知らんのか
0277デフォルトの名無しさん2013/05/31(金) 07:57:49.50
日本はパイルダーオン
0278デフォルトの名無しさん2013/05/31(金) 11:42:23.96
>>274
UnixやLinuxでは
--
host_name login: _
--
ってなってるの知らない？
0279デフォルトの名無しさん2013/05/31(金) 12:11:18.47
unixはログイン/ログアウト
windowsはログオン/ログオフ
0280デフォルトの名無しさん2013/05/31(金) 12:47:21.08
>>277
書こうと思ったら書かれてた
0281デフォルトの名無しさん2013/05/31(金) 12:54:44.89
>>274
赤くしてやろう
0282デフォルトの名無しさん2013/05/31(金) 14:28:23.20
>>280
なんで同じこと思ったヤツが3人も居るんだよｗ
0283デフォルトの名無しさん2013/05/31(金) 14:53:25.21
和製英語はlogined
0284デフォルトの名無しさん2013/05/31(金) 15:56:37.51
logなら直感的に自動記録とわかる
0285デフォルトの名無しさん2013/05/31(金) 15:58:00.69
コンピュータのシステムなら、logだろうがhistoryだろうが自動記録だろ
0286デフォルトの名無しさん2013/05/31(金) 19:08:52.02ID:51CePrPk!
ブログは全然自動じゃないことを考えても、自動かどうかは関係ないと思いますが
0287デフォルトの名無しさん2013/06/02(日) 18:27:27.56
logは記録のそのものを指し
historyはあるモノの記録のある地点からそのあるモノの状態を遡った記録
0288デフォルトの名無しさん2013/06/02(日) 18:43:29.30
>260あたりで既に完結してる感
0289デフォルトの名無しさん2013/06/03(月) 14:41:59.74
そこから28も続いてたのか
0290デフォルトの名無しさん2013/06/06(木) 03:22:14.21
創価学会の偽本尊にご注意
0291デフォルトの名無しさん2013/06/10(月) 19:39:00.12
文字cがn個連続した文字列を作る関数
string ???(char c, int n)
なかなかいい名前が出ない
0292デフォルトの名無しさん2013/06/10(月) 20:17:15.54
repeat
0293デフォルトの名無しさん2013/06/10(月) 20:22:14.27
>>291
RepeatChars( )
0294デフォルトの名無しさん2013/06/10(月) 21:08:01.33
なるほどリピートか
0295デフォルトの名無しさん2013/06/11(火) 17:31:07.16
ソースの中から正規表現で画像URLを探し出すメソッド名
string MethodName(string src);
いいのあったら教えてください。
0296デフォルトの名無しさん2013/06/11(火) 17:53:17.83
FindImageUrl
0297デフォルトの名無しさん2013/06/11(火) 17:56:42.49
ExtractImageURL
GetImageURL
FindImageURL
SearchImageURL
0298デフォルトの名無しさん2013/06/11(火) 22:39:37.98
複数返すならimage urlsにしておきたい。
0299デフォルトの名無しさん2013/06/12(水) 08:26:36.02
>>297
これでよいですね
0300デフォルトの名無しさん2013/06/12(水) 14:54:55.17
ローカルディスクのファイルも同じ処理で調べられそうなら、
Url ではなく Uri にするのもアリかなあ。
0301デフォルトの名無しさん2013/06/16(日) 09:52:41.31
関数名お願いします

文字列を引数に、文字列を前半後半で分けて配列を返すんですが、
devideString()は割り算を想起させますか？

他に分解っぽい名前が思いつかず相談します
0302デフォルトの名無しさん2013/06/16(日) 09:56:58.12
>>301
split
0303デフォルトの名無しさん2013/06/16(日) 09:57:12.92
splitAt(index)
0304デフォルトの名無しさん2013/06/16(日) 10:10:42.85
>>302-303
単純なワード見落としてました
和英引くだけじゃダメっすね

ありがとうございます！
0305デフォルトの名無しさん2013/06/16(日) 12:57:33.50
意味的にはsplitでいいと思うけど、実際の用法を参照すると、splitって名前は文字列をセパレーターで
分割する処理に対して宛がわれてることが多いと思うからどんなもんかね。

divideとかhalveとかいう言葉を使った方が変な誤解を避ける上ではよいかもしれない。
0306デフォルトの名無しさん2013/06/16(日) 13:03:42.10
splitAt
0307デフォルトの名無しさん2013/06/16(日) 13:22:55.44
first_half/last_half
substring
head
tail
0308デフォルトの名無しさん2013/06/17(月) 20:44:40.75
類義語を使って固定観念を崩すと後々紛らわしくなりそうだから
splitの接尾辞にatとかhalfを推したい
0309デフォルトの名無しさん2013/06/18(火) 17:26:19.16
substringFromHead
0310デフォルトの名無しさん2013/07/08(月) NY:AN:NY.AN
create_array(string org, int nsplit) // 単に文字数をnで等分していい場合
create_array(string org, char delim) // delimの位置を検出して前後を取り出す場合
0311デフォルトの名無しさん2013/07/31(水) NY:AN:NY.AN
ゲームの作成で、タイトルとかオプションとかを関数ごとに分けようと思います。
わかりやすく、下記みたいに頭に共通の文字を付けたいのだけど、何も思いつかない・・・。

　　　○○○Title
　　　○○○Option

○○○の頭は大文字で２，３（，４）文字目は小文字で。
いい単語等あればよろしくです。
0312デフォルトの名無しさん2013/07/31(水) NY:AN:NY.AN
>>311
何言ってるのか全然わかりません
0313デフォルトの名無しさん2013/07/31(水) NY:AN:NY.AN
>>311
あなたのソース内の ○○○Title という名前の関数を見た者が、
そこから何を読み取ることを期待するのか、どういうことが頭に浮かんで欲しいのか、
そういう意図をはっきりさせないと、きっと良い単語は出てこないと思う。

○○○Option の方も然り。
0314デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
>>311
Mｙ
0315デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
>>311
DoMainLoopOfScreenOfTitle
DoMainLoopOfScreenOfOption
0316デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
タイトルをどうする関数か
オプションをどうする関数か
0317デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
たぶん、タイトル画面やオプション画面などの「画面」単位に分割して、
それぞれを関数化したいって話だと思うよ。
もちろん、具体的にどう分割するか？ 状態遷移をどう実装するか？ っていう問題は別にあるけど。

自分はゲーム業界の人間ではないが、
Title()、GameTitle()、TitleScene()、TitleSequence()、Game::Title() あたりを見たことがある。

個人的には、名前空間 Game:: なり GameScene なりを付けるのが
色々と応用が効くから便利かなあと思っている。
0318デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
あんまりいい設計には見えないんだけど
0319デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
設計の良し悪しは議論しないスレじゃなかった？
0320デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
だったな、すまん
ただ設計思想が見えないと名前を提案する側もどうすりゃいいのか

その場しのぎで思いついた名前を書くだけのスレって言うなら仕方ないけど
0321デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
そのへんは質問者が説明してくれないならエスパーするしかない
0322デフォルトの名無しさん2013/08/01(木) NY:AN:NY.AN
>>321
無理にエスパーしなくても、説明されるまで黙って待てばいいんだよ
0323デフォルトの名無しさん2013/08/02(金) NY:AN:NY.AN
>>317
その辺は想像つくけど
結局それらを「どうする、何する」関数かって話
「生成」するとか「表示」するとか
動作の内容と結びつかない物の名前は関数名として非常にわかりにくい
関数名っていうからには何らかの動作があるんだろうと思ったわけ
0324デフォルトの名無しさん2013/08/02(金) NY:AN:NY.AN
>>315
あーそれあかんやつや。4ワード以上のCamelCaseは圧倒的に見辛い
03253172013/08/02(金) NY:AN:NY.AN
>>323
俺は、そういうのを全部ひっくるめた、各処理の呼び出し元となる関数だと思った。
そこから描画とか入力やらルーチンやらの処理を呼び出してく感じで。

で、「画面」の初期化処理の関数を用意するとして、そのときは
Game::Title::Init() とか TitleScene_Init() とか、title->Init() のように作っていけばスマートかなって目論見。
0326デフォルトの名無しさん2013/08/02(金) NY:AN:NY.AN
質問者は逃亡か
0327デフォルトの名無しさん2013/08/02(金) NY:AN:NY.AN
お前らのおかげで解決したんだろ
0328デフォルトの名無しさん2013/08/02(金) NY:AN:NY.AN
>>324
間違った5ワード以上
0329デフォルトの名無しさん2013/08/09(金) NY:AN:NY.AN
関数名です
int _(FILE* fp, int offset, int len)
ファイルストリームのoffsetの位置からlen byteを整数に変換して返す関数なのですが
何か良い感じの名前ないでしょうか
0330デフォルトの名無しさん2013/08/09(金) NY:AN:NY.AN
read integer
0331デフォルトの名無しさん2013/08/09(金) NY:AN:NY.AN
fread_int_at
0332デフォルトの名無しさん2013/08/10(土) NY:AN:NY.AN
>>330-331
ありがとうございます
0333デフォルトの名無しさん2013/08/10(土) NY:AN:NY.AN
>>329
readBytesAsInteger
0334デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
bool値の取得にはisなんたらと名付けるけど
setアクセサによって変更可能な値の場合は対義語のgetにしておくのがセオリーなんだろうか
0335デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
エロゲのクラス名、変数名ってどんなかんじなんやろ
0336デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>335
まったく面白くない答えで悪いが、普通のゲームと何ら変わらない。

例えば ADV だったら、普通のシーンもエロシーンも全てただの Scene だ。
それらがグラフ構造（コンテナ） SceneGraph の中で繋がっている。

背景やキャラクターについても同じで、どんなものだろうと BG や Character だ。
それらを Resource というクラスで管理している。

エロゲとそうではないゲームで分けるメリットがない。
0337デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
EroResource
EroItem, NormalItem
SuperEroなんとか
0338デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
意味がない
0339デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>334
何が一番「分かりやすいか」だ。

あなたのプログラムソースの中で get 以外ではるかに分かりやすい名前があれば、
セオリーに拘らずに、そのより分かりやすい名前を使うべきだと思う。

ただ、並大抵の分かりやすさでは不足だと思うぞ。
セオリーというのは、長年培われてきた習慣だからね。
set の対は get だとたいていのプログラマは思い込んでいる。
それを前提にして API マニュアルの説明文もろくに読まない。
その習慣に逆らうわけだから、現場を十分に納得させる力がいる。

そうでなければ、素直に get を使っておくべきだ。
そうすれば、少なくとも現場でその関数の使い方で混乱することはない。


ここでいう現場というのはプログラマチームのことで、
もと一人で趣味でやっているのなら、その現場はあなた一人だ。
その場合は、好きにやってくれとしか言いようがない。
0340デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>339
>セオリーというのは、長年培われてきた習慣だからね。
>set の対は get だとたいていのプログラマは思い込んでいる。

この思い込みって、ジャバラ文化に固有の風習/慣例のたぐいだろなぁ....
一般常識からすればsetの意味は集合だし、getの対はputだと思うけどね
0341デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>334
そのメソッドが何を抽象化しようとしてるのかを明確にできればどうすればいいのかわかりやすくなる。
何かの判定関数を作りたいのであればisかもっと気の利いた名前があればそれでもいいし、
(java beansの)アクセサメソッドを設置したいのであればgetにするべきだ。
0342デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>340
ジャバラ文化というのがどのような文化なのか知らんが、
ここで大事なのは一般常識で見てどうかではなく、
そのソースを読んだり使ったりするプログラマが見てどうか、だから。

プログラマの中では getter / setter という対が習慣として頭に入っいている者が多い。
入門書でも使っているしね。

アクセサで getter / putter の対を使っているのは、わたしの周りでは見たことない。
0343デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>342
アクセサという概念を推すのはjavaなどの限られた言語だから
多分javaのこと言ってんだろうとエスパーはするけれど、
一応、元の質問ではjavaに限定してないからsetter/getterはjavaのローカルルールでしょ。
0344デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
えっ？
0345デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
せっかく隠した内部構造を透かせて見せるようなもんだからアクセッサは初心者には毒。
もっとも、C#のプロパティなんかはさらに甘い毒。
0346デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
いちいち
Get~
Set~
なんて面倒な程関数作られるよりは充分マシです>C#のプロパティ
0347デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
アクセサは変数のやりとりに伴う
種々の面倒な手違いを防ぐためのもんでしょうに。
状態を持つ言語ならjavaだけじゃなく普通に使う。
0348デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>345
>>346
設計の良し悪しの話はスレチだと思うが。
0349デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>345
何いってんだこいつ。

>>348
お前が一番スレチだということにいい加減気づけ。
てめえの卑しい欲求を満たすためにこのスレを利用するなバカ。
0350デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>334には変数へのアクセサとは一言も書いてない。
アクセサでないならgetter/setterにこだわる必要はない。
0351デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>349
> お前が一番スレチだということにいい加減気づけ。

私のどのレスがスレチなのでしょうか。

卑しい欲求とは何のことでしょうか。
0352デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>349
>>345の意味も分からないのかお前
0353デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>1 が3回も言ってるのに。
0354デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>352
意味が分かるのはたぶん君だけだろうね。
>>345が頓珍漢なことを言ってることは誰にでも分かると思うけど。
0355デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>349
> てめえの卑しい欲求を満たすためにこのスレを利用するなバカ。

てめえの卑しい欲求を満たすためにこのスレを利用するなバカ。
0356デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>命名規則や設計の善し悪しについて議論するのは基本的に禁止。
で、「基本的に」だから、完全に禁止してるわけじゃなくね？
0357デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
卑しい欲求を満たしたいので、
エロゲのクラス命名法についてもっと語ってください。
0358デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>356
話題ズレてんの自覚しててまだ続けようなんて相当に傲慢だね。
自分でスレ立てろっつの。
0359デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>358
おまえが無理して入ってこなくていいんだよ。興味なきゃスルーで。
もし、そういうのが嫌で、厳格なルールに則ったスレが必要なら
自分でスレ立てろっつの。
0360デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>356
基本的に禁止している事を例外的に認めるには、
質問者の疑問を解くのに繋がることでないとダメなのではないかと、私は思います。

たとえば、このように設計を考慮すればもっと適切な良い名前が付けられる、とか。

>>334 の 「get はセオリーか」という質問に対して、
少なくとも >>345 と、それの相手をした >>346 は質問に絡んでいないように見えます。
名前が話の主ではなく、アクセッサが主であるようなレスではないでしょうか。

私の個人的な考えです、気を悪くされたら申し訳ありません。
0361デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>358-359
お前ら二人ともこのスレから出て行け
0362デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>360
質問者だけのスレじゃねんだよ。質問者だけしかタメにならないんだったら、こんなとこで
回答なんかしねぇよ。そんなボランティアなんかやるかよ。
こっちも、質問者に回答するのが第一だけど、議論とかで
タメになると思ってるから、回答してるんだよ。
0363デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>362
すいませんでした。
0364デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
アクセサでないならアクセサと誤解するような命名は避けるべきではないだろうか
0365デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>362
てめえの卑しい欲求を満たすためにこのスレを利用するなバカ。
0366デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>354
可愛そうに
0367デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
今気づいたが、質問って 「ブール型変数」 に対するアクセサの名前なのね。

使用言語は分からんが、C++ でいうと、

class A {
private:
　bool visibility;

public:
　void setVisibility (bool v); // セッター
　bool xxxx (); // ゲッター
};

このゲッターである xxxx 関数を
ブール値読み取りのセオリーにしたがって isVisible にするか、
セッター/ゲッターのセオリーにしたがって getVisibility にするか、
はたまた全く別の名前にするか。


もし質問がそういう意図であるなら、ごめん >>339 の意見を撤回するわ。
is***、get*** どっちでもいいと思うが、それ以外は余程適切でないと混乱するとお思う。

ただし、ひとつのプロジェクトで is***、get*** が混在するのは良くないと思う。
どちらかに決めたら、それに統一した方がいいと思うぞ。
0368デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
isというか
visible(boolean)/visible(void)で
引数付きはsetter、なしはgetterでいいんじゃなかろうか。
0369デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>368
だな
0370デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>368
その例で言うなら、
show()
hide()
isVisible()
の方が好み。
0371デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
直交性のないものなのに同一の名前をもたせるのは問題だけど、
似た場所で使うのに名前が遠いメソッドであふれるから嫌なんだよな。
どっちも解決する方法があればなあ。
0372デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>367
センスなさすぎ
0373デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>371
>直交性のないもの
間違えた、直交性のあるもの。
0374デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>371
toggleおすすめ
0375デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>374
すまない、一般的な語すぎて出てこない。
それはどういうものなんだ？
03763342013/08/15(木) NY:AN:NY.AN
何やら情報不足だったようですいません
質問内容はまま>>367さんのご推察の通りです
特にセオリーなる風潮が見られないならば、getに統一したいと考えています
0377デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>375
別に深い意味は無いよ。
特定の値を明示してセットするのではなくて、
今の状態に対してビット反転や足し算とmodなどを駆使して切り替えるようにしてみたらどうよって言ってみただけ。
0378デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>377
でもそれ状態の取得はできないんじゃ？
0379デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>376
そもそもisVisibleとgetVisibleが対立するという考えが正しくないような気が。
ありうるゲッター/セッターの組み合わせはこうじゃないのかと。

(1) getVisible / setVisible
(2) getIsVisible / setIsVislble
(3) visible / setVislble
(4) isVisible / setIsVisible
(5) bool isVisible() / void isVisible(bool value)

(1), (2)が普通で(3), (4)はあまり一般的ではないんじゃないかと思う。
(5)は自分しか見ないコード以外では使わない方が無難だと思う。
0380デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>379
>(5) bool isVisible() / void isVisible(bool value)
わざとやってんの？
0381デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>380
何のことですか？
0382デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
bool isVisible(void) はイイとして、
set/getという動詞を使うのなら、
たとえば void setVisibility(bool value) では？

些細な話かなw
0383デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
あの、>>367 で visible を例にしたのは私ですが、
とくに何も考えずに適当に visible を選んだだけですので、
この例をいつまでも引っ張ることもないかと・・・

>>372 にもセンスの無さを指摘されていますし
0384デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>381
言ってる内容と違って、setVisible isVisibleを抜かして、
無理やり対称にしてるから。
0385デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>382
俺は>>368を受けて書いただけで必ずしも自分の意見じゃないんだけどね。
でも>>368の言いたいことは分かる（つもり）。

C++/javaでもC#みたいにget/setなしで済ませたいと考える人がいて、
そういう場合にオーバーロードを利用して(5)みたいに書くらしいよ。
0386デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
isVisibility(bool value)でthisを返すようにしたらjQuery
03873862013/08/15(木) NY:AN:NY.AN
isVibisleでした
0388デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>385
> C++/javaでもC#みたいにget/setなしで済ませたいと考える人がいて、

そういう人達は、まず>>370みたいなことを考えるんじゃなかろうか。
0389デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>388
bool値の属性に限定しても、属性の変更がセッター以外のメソッドでも表現できるケースはむしろ稀かと。
0390デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>389
そうかな。
むしろ、bool値だからこそ別表現で表せることが多い気がするけど。
ただし、動作(副作用)が伴う場合に限るけど。
0391デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
動作を冗長に書けばいいってもんじゃないしな。
setter自体強力な型持ってる言語ならそもそも不要だし。
03923342013/08/15(木) NY:AN:NY.AN
>>379
getIsのような動詞が重なるタイプって本当に一般的なんですかね
isはhas, canと並んで真偽値の取得に使われる接頭辞だと聞いてきましたが

使っているのはC++ですが自分の中の命名規則として英文法を重視していてJavaに近い気がします
メソッドの接頭辞は動詞, プロパティは形容詞か名詞 (形容詞はif it's XXXの名詞節が省略されていると考える)
補語は状態を表すなら形容詞, 分類を表すなら名詞
目的語は名詞オンリー
転じてJSのようにあくまでプロパティがオーバーロードによって関数的に振舞う場合は動詞抜きでOK

たとえば可視状態の読み書きに関する命名だとこれらが候補
○isVisible　　　(可視的である)
×isVisibility　 (可視性である)
×getVisible 　　(可視的の取得)
○getVisibility　(可視性の取得)
×setVisible　　 (可視的の設定)
○setVisibility　(可視性の設定)

ぶっちゃけvisibilityは書くのが面倒なので「形容詞は名詞節」理論によって全て形容詞化してしまうか迷っているところ
0393デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>392
setVisibility(true)にしたらどうなるんだよ？
03943342013/08/15(木) NY:AN:NY.AN
>>393
見えます
0395デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>392
そんな難しく考えなくても、セッター/ゲッターはオブジェクトの属性名の頭に
set/getを付けて機械的に命名するものだと考えれば済むと思うんですが。

そのように考えず、いちいちセッター/ゲッター自体が英語的に違和感なく読めなければいけないと考えると
命名に困るというより、むしろほとんどのケースで命名なんか出来なくなると思うけど。
0396デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>395
> むしろほとんどのケースで命名なんか出来なくなると思うけど

既存の変数にセッターゲッターを付けようとするとそうなるけど、
初めから変数名と合わせて考えれば、命名なんか出来なくなるというケースは、
たぶんあなたが思っているよりは少ないと思う。
0397デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
ゲッター/セッターで取得/設定するのはあくまでオブジェクトの属性であって
それを変数と呼ぶのは違うと思うけど、それはともかく、
get/setを頭につけた上で英語としてちゃんと読めるようにしようとすると、
get/setに後続する部分は名詞か名詞節にする必要性が生じるから、
どうしても表現の幅が制限される。

例えば、enabledっていう属性があるとして、これにget/setを付けて英語として
違和感なく読めるようにするには、どういう名前を付ければいいんですか？

getEnability / setEnabilityではぎこちない。
getEnabledと書いて、これは例えば get whether enabled or notを省略したものだと
言い張ることも可能かもしれないが、ちょっと苦しい。
0398デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
get enabledが自然
0399デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
変に固定の命名に哲学押し付けるよりもその場に合った共通の基準でいいと思うよ。
Beans扱うとかならプログラマの可読性より静的解析優先だろうし、
中身が変化しやすいコードならそれこそ本当にセンス云々の話になると思うし。
04003342013/08/15(木) NY:AN:NY.AN
>>397
復唱になるけどその場合はget [if it's] enabledとできます
一般的な命名の表現力を殺すほど強い規則だとは思わないけどそんなに強引？
0401デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
get [the value of] "enabled"
get "enabled" [value]
0402デフォルトの名無しさん2013/08/15(木) NY:AN:NY.AN
>>397
> 例えば、enabledっていう属性があるとして、これにget/setを付けて英語として

それが、既存の変数にセッターゲッターを付けようとする、という事。
まぁ俺も変数名なんて言ったから申し訳なかった。

最初からget/setを使うつもりで変数名、属性名を考えるんだよ。
たとえばあなたが enabled に込めた役割を果たすような名前なら availability とか。

これなら、getAvailability、setAvailability で違和感が薄れる。

まぁ、微妙にニュアンスが違うと言われれば、返す言葉はないが。
0403デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
>>402
お前マジでセンスないわ
0404デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
ではセンスある命名よろしく
0405デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
>>402
センス無いのはここ

> 最初からget/setを使うつもりで変数名、属性名を考えるんだよ。
0406デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
ではセンスある命名法よろしく
0407デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
>>406
最初からset/getを使うのを前提としない
0408デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
get(Constant.VISIBILITY);
set(Constant.VISIBILITY, Constant.VISIBLE);
set(Constant.VISIBILITY, Constant.INVISIBLE);

抽象度を高めてみた。
0409デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
Javaプログラマってほんとアクセッサ好きだよね
ウンコ言語
0410デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
>>407
センス以前の問題だな
0411デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
自分に自信がありげな所がまた香ばしい
0412デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
結局命名はできないと。
0413デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
命名以前の問題
つまり、スレ違い
0414デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
enableとavailableは全然違うだろ
0415デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
もうアクセッサ禁止でいいよ。Java以外は。
0416デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
Javaだけかよ
お前の世界観狭いな
0417デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
Javaのウンコプログラマは、機械的にセッターゲッター言ってればいいんだよ
0418デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
Haskellでプログラムすればこんな馬鹿な問題は起きないんだがな
0419デフォルトの名無しさん2013/08/16(金) NY:AN:NY.AN
ocamlもだけど変な引数はコンパイル時にはじかれて受け取れないからな
アクセサの一呼吸がいらないのは本当に楽
0420デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
いや、俺はセッターゲッターの名前なんてものに悩まされないで済むという意味で言ったんだが
0421デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
直接渡すって意味じゃないならどういう意味だ？
0422デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
直接渡すわけではないって意味
0423デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
なるほど
具体的な理解はできてないが文意は納得できた
わざわざレスしてくれてありがとう
0424デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
if (x.getEnabled()) ... なんて読みにくいじゃないか。
if (x.isEnabled()) ... のほうが明らかに読みやすい。

名前付けするときにはその名前が使われる箇所の可読性を考えてほしいな。
0425デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>424
if で使うときはそれでいいよ。
でもさ、同じものを、引数として真偽値をとる関数を呼ぶのに使う場合はどうなのよ。

たとえば、createData (・・・, x.isEnabled(), ・・・)

なんか変じゃね？

createData (・・・, x.getEnabled(), ・・・)

とか

createData (・・・, x.getAvailability(), ・・・)

の方がまだマシじゃね。

使われる箇所の可読性を考えるとなると、同じ役割の別名関数を複数作ることにならね？

でなければ、if で使うか関数の引数で使うか、その他の所で使うか、
どこかのケースで妥協しないといけなくなるよ。

if (x.getEnabled()) はたまたま if で使うケースでの見やすさを諦めたのかも知れん。
0426デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>425
> たとえば、createData (・・・, x.isEnabled(), ・・・)
>
> なんか変じゃね？

いや、別に。
何が変だと思うのかもう少し説明してもらえると伝わるかもね。
0427デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
getEnabledはないだろ
英語の素養がるなら明らかに避けるべき
0428デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>427
無知乙
0429デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>428
無知はお前だ
ガチガチな規則があるわけでもないなら避けるべき
0430デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>429
無知乙
0431デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>426
違和感を改めて言葉で説明するはちょっと難しいな。

プログラミング言語の関数やプロシージャの実引数は、
その関数やプロシージャに「入力する」とか「挿入する」イメージがある。
戻り値は、出力とか、取り出すイメージ。

で、createData (・・・, x.getEnabled(), ・・・) だと、
get*** で取り出した値を createData の引数に入力するイメージとよく合うんだ。
取り出して入れるという一連の「処理」ね。

でも、createData (・・・, x.isEnabled(), ・・・) だと、
取り出すというイメージが乏しいじゃん。
なんというか、x is Enabled という言明で止まってしまう。
真偽値を取り出して、引数に入れるイメージとはちょっと合わない感じがする。


if (x.isEnabled()) なら別にいいんだよ。
x is Enabled という言明があって、if + 言明で、その言明が正しいなら節の中を処理する。
if 自体は関数でもプロシージャでもないからね。
04324312013/08/17(土) NY:AN:NY.AN
>>431
あ、あくまで命令形言語（手続き型言語）でのイメージの話ね。

関数型だと（共通点もあるが）また別のイメージがあるから。
0433デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>431
共感はできないな。たぶん「取り出す」なんてイメージが無いから。

↓こんなの見ても嫌なの？嫌だとすれば変数名どうすんの？
bool x_is_enabled = x.isEnabled();
・・・
createData (・・・, x_is_enabled, ・・・)
0434デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>433
bool x_is_enabled = x.isEnabled();
createData (・・・, x_is_enabled, ・・・)

これは、個人的には大変気持ちが悪いから、こう変える。

bool availability = x.getAvailability();
createData (・・・, availability, ・・・)
0435デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
主語が不明になったうえに意味が変わってるじゃねーかやめろ。
0436デフォルトの名無しさん2013/08/17(土) NY:AN:NY.AN
>>435
なんで？
>>433 の例は全部変えなきゃ修復不可能なくらい個人的には気持ちが悪いんだよ。

この例の = って代入でしょ。
右辺から左辺へ情報が流れるわけじゃん。
パイプラインのパイプだよ。

右辺の流れが止まっている「x.isEnabled」から、
それを同じく流れが止まっている 「x_is_enabled」 にパイプを繋げても、
情報が流れている感じがしない。

この場合の左辺は本来は、get*** を使って、関数から情報を取り出して、
取り出した情報を = のパイプで左辺に流すと気持ちいい。
左辺の変数は、その情報が「何か」を表す名詞がいい。
x_is_enabled なんて文で受け取るなどもってのほか。

ただ getEnabled は、プログラマの間では問題なく通じるだろうが、
個人的にはあまり気持ちよくない。
なので、比較的近い意味の availability に変えた。


それに、getEnabled と availability って、
関数からどのような情報が出力されるかという事をプログラムの読み手が想像する上では、
意味はそれほど大きく離れていないからね。
04374362013/08/17(土) NY:AN:NY.AN
>>436
読みなおしたのに、紛らわしい誤字が混じってた。

> この場合の左辺は本来は、get*** を使って、関数から情報を取り出して、
> ・・・

訂正。

この場合の右辺は本来は、get*** を使って、関数から情報を取り出して、
取り出した情報を = のパイプで左辺に流すと気持ちいい。
左辺の変数は、その情報が「何か」を表す名詞がいい。
x_is_enabled なんて文で受け取るなどもってのほか。
04384362013/08/18(日) NY:AN:NY.AN
>>436
あわわ、これも訂正。
脳がうまく働いていないから、もう寝るわ。


> ・・・
> なので、比較的近い意味の availability に変えた。

ただ getEnabled は、プログラマの間では問題なく通じるだろうが、
個人的にはあまり気持ちよくない。
getAvailability に変えた。


> それに、getEnabled と availability って、
> ・・・

それに、getEnabled と getAvailability って、
関数からどのような情報が出力されるかという事をプログラムの読み手が想像する上では、
意味はそれほど大きく離れていないからね。
0439デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
頭が固い人が多いね。

ゲッター/セッターのget/setは、ハンガリアン記法やインターフェイスの名前をIで始めるのと同類の
接頭辞の一種と考えるべき。

理由は>>395その他に書いたように、その方が命名が低コストで可能、あるいは
そもそもそうでなければ命名が困難な場合が多いから。

ハンガリアンと違ってget/setの2つしかないから、可読性が悪いとか違和感を感じるとかいう
批判は当たらない。（この程度は単純に慣れの問題）

百歩譲ってその批判を認めるとしても、(get | set) + [オブジェクトの属性の名前]で機械的に
名前を付けられるメリットの方がデメリットより大きい。
0440デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
get/setがいらない
本当はプロパティでいい
0441デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
>>439
> ハンガリアンと違ってget/setの2つしかないから、可読性が悪いとか違和感を感じるとかいう
> 批判は当たらない。（この程度は単純に慣れの問題）

違和感を感じるってのは批判してるのではないと思うが。
見た人がどう感じたかを素直に語ってるだけでしょ？

それでは駄目だ、こうしなさい、と言ってる訳じゃないじゃん。

なんでそれが批判になるの？
0442デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
ここは君の感想を言う場ではありません
0443デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
じゃあ、何言えばいいんだ？

ここで語ってるやつらって、ほとんど全てと言っていいくらい自分の感想か、
一人よがりの理論じゃね。

俺はこう思う、いやこれはわかりにくいと思う、とかのオンパレードじゃん。
0444デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
単なる感想文と根拠を付けて発言してるのじゃ全然意味違うだろガキ。
0445デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
>>444
変数名を探しているという質問に対して、
その変数名をいくつか列挙するだけのヤツは根拠を示していないから単なる感想だ

ＯＫ？


>>424 の「その名前が使われる箇所の可読性を考える」
>>436 の「代入は右辺から左辺へ情報が流れるから、それに合わせる」
これらは根拠があるから単なる感想ではない

ＯＫ？
0446デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
全然違うw
0447デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
同じような状況でこういう名前を見た、マイクロソフトではこうやってる、
とか何でもいいからコメントあると、スレを眺めてる側からすると嬉しいなあ
0448デフォルトの名無しさん2013/08/18(日) NY:AN:NY.AN
MFCは論外としてもJDKも中途半端で一貫性がないね。
C#というか.NETにはプロパティのシステムがあるからそもそもこういう問題は発生しない。
0449デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
get wild and tough
0450デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
有効な設定か無効な設定か->available
それを編集可能かどうか->enable
0451デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
え？
0452デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
分かりづらかったか。
有効期間がある複数の設定があったとき、ある設定が「有効かどうか」はavailableという変数を使う。
で、各項目を変更可能かどうかを設定するときは、enableという変数を使う。

有効な設定だけど編集不可な場合は、available but disable。
逆に、有効ではない設定だけど編集可能な場合もある。

まあ、何が言いたいかというと、availableとenableをごっちゃにするなってこと。
0453デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
>>452
>まあ、何が言いたいかというと、availableとenableをごっちゃにするなってこと。

ごっちゃにするな、というのには同意なんだけど、
そもそもごっちゃになるものかな？
enableは「...させる」とか「...を可能にする」といった動詞で、
「編集可能にする」(というメソッド)なら enable_to_edit になる

で、もし一般的な「編集可能かどうか」という述語なら、is_editable であり、
(動詞の enableを使って) is_enabled_to_edit 等とするには違和感がある
(受動態の「....をさせられる」とか「可能にされる」という意味に読めるから....)
またアクセス権などで「編集を許可するかどうか」なら、
allow を使って does_allow_to_edit と書く(does_ は省略してもいい)

available はおおむね同意だけど、一般的な編集不可は uneditable で、
アクセス権上の明示的な禁止であれば does_deny_to_edit と書く(does_は省略可)

実際にはここまで英単語の意味にこだわるケースはほとんど経験が無いけど、
もし徹底的にこだわるならば、という意味で書いてみた
0454デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
>>453
>>438
> ただ getEnabled は、プログラマの間では問題なく通じるだろうが、
> 個人的にはあまり気持ちよくない。
> getAvailability に変えた。

なんか、こういう人が一人だか複数人だかわからないけど、このスレに居るので。
0455デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
いやそこは理解できるだろ。
get enabledってそのまま英語にしたら"有効にする"って意味だから。
0456デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
getは使役動詞じゃありませんよ。
何言ってんの
0457デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
get enabled を文字通り解釈すれば「有効になる」だ
プログラマ的には「有効かどうかを取得する」だがな
0458デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
やけにとんちんかんなレスが目につくと思ったら
やっぱプログラマじゃない奴がいるのか
何のためにいるんだろう
0459デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
プログラマになるため
0460デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
プログラマじゃないってことにしたいんですね。
0461デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
静的に生成してるならわかるが、
自分で付けるならisEnabledだろ。
0462デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
静的に生成してるって何、どういうこと？

自分で付ける＝動的に生成？
0463デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
うむ。間違ったことを言った。
静的解析などを使って生成してるなら、だ。
0464デフォルトの名無しさん2013/08/19(月) NY:AN:NY.AN
すまん、静的解析などを使って生成というのがいまひとつピンとこないんだが

たとえば何を静的解析すれば、変数や関数の名前が生成されるんだ？
0465デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
アノテーションを検索して生成したり、
POJOのデータクラスから操作クラスを起こしたり。
スキャフォールディングなんかは静的解析とは違うが、
自動生成だから似たようなもんだ。
0466デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
自動生成と静的解析は全く関係ないと思う

っていうか、enableとavailabilityの違いはこだわるのに、
こういうところはどうでもいいの？
0467デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
.NET の Enabled プロパティの内部表現は get_Enabled
0468デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
IMSVidCtl::get_Enabled これ？
ほんまや
0469デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
>>466
全く関係なくはないだろう。
必ず自動生成する情報元があるんだから。
0470デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
そうかカプセル化とは、変数を直接触らせない処理なんだ、
変数に対してアクセッサをつけるのが大事なんだ、
それがカプセル化なんだ、みたいな誤解。
いや、誤解じゃなくてそれで十分だしメリットはそこにこそあるという二番目の誤解。

一方、やりなれてる人はアクセッサありきのインタフェースなどには縛られない。
0471デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
>>469
情報元を必ずしも「静的解析」しなくても変数名や関数名などは自動生成できる。

例えばIDEでよくあるウィザード、あれはユーザーから
チェックボックスなどを使って入力してくれた情報をもとに
ある程度まとまったコード片（スケルトンなど）を自動生成するが、
あれはIDEが入力情報を「静的解析」していると言えるのだろうか。

何かを静的解析することと、何かを自動生成することは、別の事柄だ。
0472デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
静的解析の定義についてはよそでやってください
0473デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
>>472 って、すぐ上の >>470 には何も言わんのな
0474デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
で？何なんだ？
0475デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
「静的解析」の話題には二度とレスしないから、
同じくスレチな >>470 にもガツンと正論を言ってやってくれよ

俺だけ言われるのは、なんか腑に落ちん
0476デフォルトの名無しさん2013/08/20(火) NY:AN:NY.AN
セルフサービスでいいよ
自分で言えば
0477デフォルトの名無しさん2013/08/21(水) NY:AN:NY.AN
言語はC#です
テキストボックスを拡張して、Webサイトに増えてきた
クリックすると消えて書き込めるようになる灰色の文字を表示出来るよう実装をしています
が、灰色の文字用の一律の変数名(○○Text,○○Color)が思い付きません
0478デフォルトの名無しさん2013/08/21(水) NY:AN:NY.AN
英語サイト見て来たけど
hint textとかgrey textなどと言ってた
0479デフォルトの名無しさん2013/08/21(水) NY:AN:NY.AN
>>478
HintText………なる歩道
ありがとうございます！
0480デフォルトの名無しさん2013/08/21(水) NY:AN:NY.AN
いやいやあれは普通water markって言うんですよw
0481デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
>>480
俺が無知なだけだとは思うが、
全く別のものを想像してる可能性がある
0482デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
>>480
頓珍漢だな……
HintTextで検索して普通にお題のような画像出てくるんだからそれは無いと思うぞ
0483デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
そいつの言い方はアレだけどWatermarkで合ってるよ
0484デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
>>482
watermarkは、water + markじゃなくて一語な。透かしって意味。
"html input watermark"でググると多数ヒットする。
0485デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
入力し始めると消えるからwatermarkよりhint textの方が好きだな
watermarkだとbackground picture/text的なものを連想してしまうんで
0486デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
電子透かしとかそっち系だよな
0487デフォルトの名無しさん2013/08/22(木) NY:AN:NY.AN
watermarkは電子透かしの意味でも使うけど
テキストボックスなんかに表示するやつの事でも間違いではない
あとhint textでもいいけどテキストボックスの外に表示されてるヒントに使う事もある
0488デフォルトの名無しさん2013/08/23(金) NY:AN:NY.AN
「hint text」を表示する方法の一つがwatermark
0489デフォルトの名無しさん2013/08/23(金) NY:AN:NY.AN
テキストボックスの外に出す、ポップアップするヒントは
Windowsだとツールチップって言うね
0490デフォルトの名無しさん2013/08/23(金) NY:AN:NY.AN
>>488
おおなるほど
0491デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
となると、HintText.style(watermark) みたいな感じがスマート？
0492デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
あ？
0493デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
>>492
やんのかこら？
0494デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
>>477

placeholder じゃないの?
0495デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
>>494
本当にそう言うのかは知らないけど、
俺にはあれが place を hold しているようには見えない
0496デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
placeholderだと桁数とか表示エリアを確保・明示するためって感じ
0497デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
ああ、placeholderでもいいね
0498デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
placeholderは場所取りだよ。
花見の時のブルーシートを敷いて若い社員が確保に行くだろ。
そのブルーシートの役割のこと
0499デフォルトの名無しさん2013/08/24(土) NY:AN:NY.AN
html5 では placeholder だね。
0500デフォルトの名無しさん2013/08/25(日) NY:AN:NY.AN
>>491
逆な気がする。
0501デフォルトの名無しさん2013/08/25(日) NY:AN:NY.AN
在庫管理のケース数、バラ数、総バラって英語でなんて言うんですか？
0502デフォルトの名無しさん2013/08/25(日) NY:AN:NY.AN
number of cases
number of pieces
total number of pieces
0503デフォルトの名無しさん2013/08/25(日) NY:AN:NY.AN
>>502
ありがとうございます
0504デフォルトの名無しさん2013/08/25(日) NY:AN:NY.AN
>>499
あら ほんとだ
0505デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
bool型の関数・変数で
「is + 形容詞」「can + 動詞」「has + 過去分詞」
「三単現（三人称単数現在）動詞」「三単現動詞 + 名詞」
って感じのをよく見かけるけど、
特定の機能を使うか使わないかを管理するbool型メンバ変数の名前を付ける場合
どういう規則で名前付ければいいんだろう？
0506デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
use xxx
0507デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
use xxx
is xxx enabled
0508デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
「xx機能を使う」って言葉は便利なので、色んな状況で使えてしまう。
例えば、描画機能を使う、通信機能を使う、確認ダイアログを使う、みたいな感じね。
なので、別の言い方に出来ないかをまず考える。

それがダメなら、あるいは機能のON/OFFを強く主張したいなら、
>507の言うように isEnabled にするかなあ。
0509デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
>>506-508
Enabledは頭になかった。サンクス
でもやっぱり違う名前考えた方が良いのか。
確かにuseやenableばかりになったらカッコ悪いもんな…
0510デフォルトの名無しさん2013/08/30(金) NY:AN:NY.AN
まあ>>508の言うとおり質問が抽象的過ぎるな
0511デフォルトの名無しさん2013/09/01(日) 05:30:04.24
俺ならwithXxx(true), withXxx(false)かな
0512デフォルトの名無しさん2013/09/09(月) 20:46:51.74
Mapから別のMapへ、あるいはオブジェクトから別のオブジェクトに、
必要な値を「移し替える」メソッドの名前は何にするべきでしょうか？
A.method(B) ←こんなの
0513デフォルトの名無しさん2013/09/09(月) 21:07:14.44
>>512
「移し替える」の定義を詳しく説明してもらえないでしょうか。

int a = 2;
int b = a;
というような「コピー」とは何が違うのか、など。
0514デフォルトの名無しさん2013/09/09(月) 21:08:49.33
こんなのって言われてもw
0515デフォルトの名無しさん2013/09/09(月) 21:16:19.92
つまりコピーでいいってことだな。
0516デフォルトの名無しさん2013/09/09(月) 21:28:36.64
>>512
「移し変える」ということはコピー元を消去するという意味を含むと考えていいのかな。
とりあえず「移譲」に相当する語句をはめてみればいいのではないかと。
transferとかhandoverとか。
ぶっちゃけmoveでもいい気がするが。
0517デフォルトの名無しさん2013/09/09(月) 21:33:19.53
moveに1票。元が残るならcopyでもいいかな
0518デフォルトの名無しさん2013/09/09(月) 22:00:28.28
移し替えると言うより、積み替えと言いますか、コピーですね。あるオブジェクトが持っている値のいくつかを
別のオブジェクトに持たせたいので。transferでしょうか。
何となく、そういった機会は多いと思うのですが、setやgetのような定番の規約はないのでしょうか？
eatだと変でしょうか？
0519デフォルトの名無しさん2013/09/09(月) 22:03:16.06
通信じゃないんだからtransferはないw
なぜ素直にcopyで駄目なのか意味が分からない
0520デフォルトの名無しさん2013/09/09(月) 22:12:01.89
>>518
元のオブジェクトに値が残るならCopyでいいと思うわ
残らずに移行するなら

B = A.Release()

とか？
一意的なオブジェクトならか
0521デフォルトの名無しさん2013/09/09(月) 22:14:21.22
>>518
積み替えも移し変えも同じ。
値のいくつかってことは全部ではないという意味か。
どういう理由でその作業が必要なのかを名前にしたらいいんじゃね。
例えばinitとかsetupとか。
0522デフォルトの名無しさん2013/09/09(月) 22:18:27.49
ふむ。transferは確かに紛らわしいですね。同じ理由でloadもダメでしょう。
copyといっても値の一部だけを貰うだけですし、copyというと全体を複製するイメージがありませんか？
メソッドなので、BをAにコピーするでなく、Aをどっかにコピーするかのように見える。
0523デフォルトの名無しさん2013/09/09(月) 22:21:03.75
>>522
コピー＆ペーストとカット＆ペーストは別物だから、どっちかはっきりしろ。
0524デフォルトの名無しさん2013/09/09(月) 22:23:22.84
コピーですよ。
0525デフォルトの名無しさん2013/09/09(月) 22:28:12.77
値のいくつか、つまり値のグループなわけだ。
そのグループ名のコピーでいいだろ。
例えば色ならcopyColors
0526デフォルトの名無しさん2013/09/09(月) 22:31:27.14
>>522
余計な心配。
何をコピーするかは引数を見れば分かるんだから、名前に凝る必用は普通はないように思うけど
0527デフォルトの名無しさん2013/09/09(月) 22:31:35.74
>>525
むしろA.setColors(B)だろ
0528デフォルトの名無しさん2013/09/09(月) 22:32:16.71
>>525
だよな
任意で値を渡すのであれば
それぞれの値に対してCopyXX、MoveXXって用意すればいいだけだ
0529デフォルトの名無しさん2013/09/10(火) 04:02:57.33
>>527
普通そうだよな。
0530デフォルトの名無しさん2013/09/10(火) 05:38:17.59
loadだな
0531デフォルトの名無しさん2013/09/10(火) 07:07:37.60
moveだな
0532デフォルトの名無しさん2013/09/20(金) 11:26:34.99
「継承させる」メソッド名に適当な英単語は何ですか？
継承する、ならすぐ分かるのですが、させるとだと和英辞典でも出てきません
0533デフォルトの名無しさん2013/09/20(金) 12:17:18.49
>>532
マルチ
0534デフォルトの名無しさん2013/09/20(金) 12:20:27.83
perlならbless
0535デフォルトの名無しさん2013/09/23(月) 23:42:39.86
いつもお世話になっております。
import/export あるいは upload/download をまとめた呼び方はないでしょうか。
ファイルを upload したり download したりする web ページがあって、そのURLを何とすべきか迷って相談しています。
0536デフォルトの名無しさん2013/09/23(月) 23:53:49.83
そんなサービスすでに世間にゴマンとあるのに、何で新たに俺様な呼称を
考える必要があるの？
0537デフォルトの名無しさん2013/09/24(火) 00:12:14.76
ファイル鯖？
Uploader、Shared Storageとかのこと？
好きな名前つけたらええがな

よし、名付け親になってやろう
DropBoxなんてどうだ
0538デフォルトの名無しさん2013/09/24(火) 00:15:59.10
exchange
0539デフォルトの名無しさん2013/09/24(火) 00:16:32.61
share
0540デフォルトの名無しさん2013/09/24(火) 00:42:40.09
>>538
>exchange

そうですね、これが無難かな。
ありがとうございます

>>537
>好きな名前つけたらええがな

このスレでそんなこと言われても・・・
0541デフォルトの名無しさん2013/09/24(火) 01:26:37.24
>>535
port、loader。
0542デフォルトの名無しさん2013/09/24(火) 03:34:00.41
設定値管理クラスの内容を設定用GUIに反映させるメソッドの名前は何と命名すればいいですか
逆にGUIの値をオブジェクトに反映させるメソッドの名前もお願いします
0543デフォルトの名無しさん2013/09/24(火) 10:00:38.98
どっちもapply～ かな。applyValuesとか。
0544デフォルトの名無しさん2013/09/24(火) 10:43:09.46
>>542
setHoge
0545デフォルトの名無しさん2013/09/24(火) 11:17:31.82
load, save
0546デフォルトの名無しさん2013/09/24(火) 11:44:43.65
こういう場合、直で「設定値用クラス←→GUIパーツ」とするより、
GUIパーツ側にはあくまで汎用的なsetWidthやらなんやらを用意しておいて、
設定値クラス側も単純なデータモデルとしておいて、
間に入るヘルパクラスがHelper.save(component src, savedata dst)
Helper.load(savedata src, component dst)
みたいなことにしておいたほうが、ある種楽だよな？　な？
互いに相手を知らないのを基本に、ヘルパが唯一、設定値用クラスとGUIパーツを知っている状態。
0547デフォルトの名無しさん2013/09/24(火) 11:48:07.60
そりゃそうだけど、要はヘルパクラスが設定値クラスでしょ。
設定値クラスが構造体なりモデルオブジェクトを持ってるのよ。
って俺は読んだけどw
0548デフォルトの名無しさん2013/09/24(火) 23:44:12.01
Mediatorパターンですか
0549デフォルトの名無しさん2013/09/25(水) 00:24:14.17
えっｗ
0550デフォルトの名無しさん2013/09/25(水) 17:31:54.45
イベント書いてるんだけど
原形と過去形が同じ動詞ってどうすればいい？
Open() →　Opened
Set()　→　Set //?
0551デフォルトの名無しさん2013/09/25(水) 17:35:05.94
pre/postをつける
0552デフォルトの名無しさん2013/09/25(水) 18:56:54.91
>>550
普通はSetの前に名詞が付くはずだからそれで何も問題がないのでは
0553デフォルトの名無しさん2013/09/25(水) 20:11:36.78
didSet didOpen
0554デフォルトの名無しさん2013/09/25(水) 23:14:34.08
onOpened
onSet
0555デフォルトの名無しさん2013/09/26(木) 04:37:33.50
Read
Reset
Cut
0556デフォルトの名無しさん2013/09/26(木) 04:43:57.67
>>552
そんなものばかりじゃない

>>554
.NetだとOnOpenedもOpenedもあるのが普通
0557デフォルトの名無しさん2013/09/26(木) 09:41:32.48
BeforeOpen/AfterOpen
0558デフォルトの名無しさん2013/09/26(木) 19:47:41.73
>>556
いやそんなものばかりだから。
アホの子じゃあるまいし、Setみたいな汎用的な動詞、何がSetか分からない。
0559デフォルトの名無しさん2013/09/26(木) 20:04:03.99
>>558=アホ
0560デフォルトの名無しさん2013/09/27(金) 03:17:49.39
とりあえず、イベントドリヴン的な使い方をするときだけが問題なのかな。
変数名とか、返り値が重要な関数（って言うんだろうか？）では、特に問題にならない？
0561デフォルトの名無しさん2013/09/27(金) 08:41:42.94
>>550
英語のできる俺が教えてやるreadAlreadyとかalreadyReadだ。
でもね文系じゃないんだしreadedなんて造語を作ってもいいんだよ。
settedなんて造語してかまわないと思う。
0562デフォルトの名無しさん2013/09/27(金) 08:53:01.62
setされても変わらなかったらイベント発生しないとかで、wasChangedじゃないの。
0563デフォルトの名無しさん2013/09/27(金) 13:47:53.29
settingCompleted
0564デフォルトの名無しさん2013/09/29(日) 01:34:21.51
ゲームキャラクラスのメソッドで、引数の値だけHPを増減させて上限下限処理等するメソッドなんですが
add_hp(val)みたいな感じだけどマイナスを入れれば減るからaddじゃなくて、
増減両方対応した良い感じの動詞ないでしょうか？
今の候補はchangeなんですが
0565デフォルトの名無しさん2013/09/29(日) 01:39:38.53
マイナス値を足したら減るのは普通だから問題ないと思うが
0566デフォルトの名無しさん2013/09/29(日) 02:17:55.26
add_hpにマイナスを入れて減らすのは
意図してない使い方をしているような感じがしてなんか変な気がするのは
自分だけなんですかね
マイナスが切り捨てられても文句言えなそうというか
0567デフォルトの名無しさん2013/09/29(日) 02:35:05.57
>>566
どんなんでも、引数の取りうる範囲とか説明が必要。
0568デフォルトの名無しさん2013/09/29(日) 02:58:34.11
余談だけど、昔HP(Hit Point)が最初ゼロで、被弾してくと増えてって100になるとやられるってシューティングゲームがあった。被弾率と直訳すると確かに正しい。こっちの方がしっくりくる。

誰かがHealth Pointを知らなくて適当に言って広まっちゃったのかなぁ。
0569デフォルトの名無しさん2013/09/29(日) 04:11:22.04
俺ルールでは引数にマイナス可能はplus_hpとする
0570デフォルトの名無しさん2013/09/29(日) 10:54:34.10
こういうときだけはC#のプロパティが優れて見えるな。
giko.hp += x
0571デフォルトの名無しさん2013/09/29(日) 13:00:37.13
ヴォルガード2か
0572デフォルトの名無しさん2013/09/29(日) 14:04:11.12
>>568

昔の雑誌だとRPGのHit Pointsは「耐久値」と訳されることが結構あった。
「どれだけのダメージに耐えられるかの上限」という感じだな。
0573デフォルトの名無しさん2013/09/29(日) 14:05:54.45
あ、キャラクターシートにも Hits Taken とあって、そこに蓄積していく形だったよ。
0574デフォルトの名無しさん2013/09/29(日) 14:08:01.39
>>568>>572
語源的には、「攻撃（ヒット）」という言葉が先にあって、それに耐えられる回数（ポイント）かな。
0575デフォルトの名無しさん2013/09/29(日) 14:17:17.70
んー、ちょっと説明がおかしいな。言い直す。

何単位分の攻撃が当たったか（矢やミサイルなら何発当たったか等） ＝ ヒットポイント（攻撃力） ……というタームがあって、
その何hp分の攻撃に耐えられるか？という値が、転じてHPと呼ばれるようになった、だな
0576デフォルトの名無しさん2013/09/29(日) 14:24:52.51
こういう話と、プログラムの設計にまで踏み込んだ話。
同じ雑談でもどっちがより有益でスレの趣旨に沿うものか、よく考えて欲しいもんだね。

前にも書いたが、
＞ 命名規則や設計の善し悪しについて議論するのは基本的に禁止。

こんなルール（そもそも誰の合意にも基づいてないが）こそ荒れる原因。
ご都合主義の馬鹿に、てめえの下らない突っ込みを正当化する言い訳を与える効果しかない。
0577デフォルトの名無しさん2013/09/29(日) 14:45:15.82
>>576
どうした、親でも殺されたか
0578デフォルトの名無しさん2013/09/29(日) 16:08:49.71
>>576＝ご都合主義の馬鹿
0579デフォルトの名無しさん2013/09/29(日) 16:33:14.73
アプリやシステムでなく、プログラムの設計という斬新な手法。
0580デフォルトの名無しさん2013/09/29(日) 16:33:34.71
そういう場が欲しけりゃ自分でスレ立てれば
ここはそういう場じゃないんで
ご愁傷様
0581デフォルトの名無しさん2013/09/29(日) 16:36:14.19
>>580
そういうのをご都合主義って言うんだけどね。
頭が悪いって哀れだな。
0582デフォルトの名無しさん2013/09/29(日) 16:45:03.46
>>581＝ご都合主義の馬鹿
0583デフォルトの名無しさん2013/09/29(日) 18:54:41.14
>>576
導入が悪いｗ
その言い方じゃ反感しか買わないだろう。
設計にまで踏み込んだ話はしてはいけないといいつつ、
わりと普通にされているのは、よくスレを観察していると分かる。
結局、なにをどう禁止しようと、食いつけるネタであれば誰かが食いつく。
0584デフォルトの名無しさん2013/09/30(月) 05:48:04.95
例えば window.Hide(true) というメソッドがあったときに、
引数の真偽を入れ替えて、 window.Show(true) にした方がいいよ！ ……みたいな話はどうしても必要だしな
0585デフォルトの名無しさん2013/09/30(月) 05:48:53.88
まちがい、window.Show(false)
0586デフォルトの名無しさん2013/09/30(月) 05:51:53.03
window.SetVisible(true)
0587デフォルトの名無しさん2013/09/30(月) 18:01:17.06
>>585
そういうしょうもない間違いをしないために、
window.Show()
window.Hide()
の方が優れてるね！
0588デフォルトの名無しさん2013/09/30(月) 18:16:29.61
その場合
window.isShown()
window.isHidden()
も両方用意するんですか？
0589デフォルトの名無しさん2013/09/30(月) 18:30:31.82
>>588
bool window.visible()
かな。
0590デフォルトの名無しさん2013/09/30(月) 18:37:38.58
Javaでも.Netでもいいから何かのクラスライブラリ一通り使い慣れろよ
命名のセンスが身に付くぞ
0591デフォルトの名無しさん2013/09/30(月) 18:47:11.73
@Deprecated
public void show()

推奨されていません。 JDK Version 1.1 以降は、setVisible(boolean) に置き換えられました。

@Deprecated
public void show(boolean b)

推奨されていません。 JDK Version 1.1 以降は、setVisible(boolean) に置き換えられました。

@Deprecated
public void hide()

推奨されていません。 JDK Version 1.1 以降は、setVisible(boolean) に置き換えられました。
0592デフォルトの名無しさん2013/09/30(月) 20:08:36.42
>>591
馬鹿っぽいな。
もちろん二重の意味で。
0593デフォルトの名無しさん2013/09/30(月) 20:38:53.31
恥を忍んで聞くんだ、教えてくれないか。
その二重の意味とやらを…。
0594デフォルトの名無しさん2013/10/02(水) 14:59:46.70
あるリストのアイテムが並び順を持っていて、その並び順の値を振りなおすメソッド
の名前でいいのないですかね？
並び順はOrderNoってプロパティです。
で、UpdateOrderNo()ってメソッドはあってこれは、値の更新じゃなくてデータベースの
値を更新します。
（DBのテーブルを落とし込んだクラスで、UpdateXxxxx、DeleteXxxxx、LoadXxxxとかは
DBの更新、削除、保存などになるため、値そのものの更新には使えません）

"振り直し"の英語でカッチョいいのがあればそれが一番いいんですが。

お願いします。
0595デフォルトの名無しさん2013/10/02(水) 15:30:50.41
reorder
0596デフォルトの名無しさん2013/10/02(水) 18:56:39.62
Reなんて要らない。
並び替えと再並び替えにプログラム上の区別なんていらないでしょ。
OrderかOrderByで。

ついでにNoじゃなくてNumberってちゃんと略さずに書いて欲しい
0597デフォルトの名無しさん2013/10/02(水) 20:57:28.02
Numに一票
0598デフォルトの名無しさん2013/10/02(水) 21:03:03.52
その辺はどうでもいい
使う単語さえ決まればいいよ
0599デフォルトの名無しさん2013/10/02(水) 23:40:36.83
UpdateListOrder
0600デフォルトの名無しさん2013/10/02(水) 23:45:13.99
Renumberとかでもいいんでない？
メソッドで絶えず振り直さなければならないのなら>>596
普段は自動でやっているけど、再度実行するならRe-付きとか
0601デフォルトの名無しさん2013/10/03(木) 03:44:31.72
そういうのはprivateで、アクセスポイントはrefresh()とかでいいんじゃないの。他の更新処理も追加されるかもだし、呼ぶ側は何か更新した後に整合性を取るために呼ぶとかじゃ。
更新のコストが小さければ、setHogeとかの最後にクラス内部で毎回呼んであげれば、呼ぶ側の品質に影響されなくて気楽。
0602デフォルトの名無しさん2013/10/03(木) 13:58:15.77
アクセスポイントって？
0603デフォルトの名無しさん2013/10/03(木) 14:10:47.74
無線ルータだろ
0604デフォルトの名無しさん2013/10/03(木) 18:54:17.83
>>602
外部から何てメソッドや関数を呼ぶかってこと。誤解を恐れずに言うならインタフェース。
レイヤモデルで他の層との接点もこう言ったりする。
ローカルな呼び方かも知れんけど。
0605デフォルトの名無しさん2013/10/03(木) 20:18:26.50
エントリポイントみたいなもの？
0606デフォルトの名無しさん2013/10/03(木) 20:20:54.73
俺はエントリポイントの言い間違いかと思ったけど
0607デフォルトの名無しさん2013/10/04(金) 04:13:08.84
楽天ポイントとかの亜種じゃないかな
0608デフォルトの名無しさん2013/10/04(金) 04:19:22.53
いずれにせよこのスレの住人として他人に通じない言葉使う神経がわからん
0609デフォルトの名無しさん2013/10/04(金) 04:28:22.71
アクセスとポイントという単語が理解できない奴にわかるように話さなければいけないのか。難しいな。
0610デフォルトの名無しさん2013/10/04(金) 08:11:12.37
この手の用語はもとの単語の意味とずれてること多いから、単語の意味あんま関係ない。
取り敢えずお前はなに書いても恥かくだけだろうから、当分 ROM ってなよ。
0611デフォルトの名無しさん2013/10/04(金) 09:29:59.56
社内用語って実際多いよな。
IT業界以外でもそうなんだと思うけどさ。
0612デフォルトの名無しさん2013/10/04(金) 15:09:46.90
>>610
名前を考えるスレで何を言ってるんだお前は。
0613デフォルトの名無しさん2013/10/04(金) 16:01:29.08
>>612
わかりやすいやつだな (w
0614デフォルトの名無しさん2013/10/04(金) 16:07:22.03
>>611
会社独自とかも結構あるしな。

じじいが若い奴になんでこんなことがわからないんだよ...
(俺: わかるわけねーだろ、聞いたことないだから。ちゃんと説明してやれよ...)
0615デフォルトの名無しさん2013/10/04(金) 16:10:59.48
一般的でない用語にすがりつくのは、
あるしゅ、自分の立場を守るためのの行為。
0616デフォルトの名無しさん2013/10/04(金) 16:18:12.40
>>614
先輩・後輩の二人っきりしか社員がいないならともかく、普通は教えてくれる人が沢山いるので、ある先輩にとっては、そいつがある用語を誰かに聞いて知っているかどうかは不明。

なので、先輩がまず説明するのではなく、後輩が知らない用語を質問するというのが正しいプロトコル。
0617デフォルトの名無しさん2013/10/04(金) 20:14:32.39
>>605
エントリポイントって言うと、mainとか全体の最初ってイメージある。構造化なら局所的に考えればそうかもね。ただオブジェクト指向とかで何度もやり取りするんだと、何か違うイメージ。
0618デフォルトの名無しさん2013/10/04(金) 20:17:56.26
エントリーポイントはみんなわかるんじゃないのかな？
俺も良くわからないなりに、mainなんだろなと思ってる。

アクセスポイントと言われると…
　　　　　　　 　 　 _. -─‐-
　 　 　 　 　 　 ／　 　 　 ⌒ ＼
　　　 　 　 　 /　 ⌒　　　(● ） ＼　　　┏┓
　　 　 　 　 /　 （ ● )　 ､＿)　　　ヽ　　┏┛
　　　　　　 |　　　 　 （__ノ　/　　　　 |　　 ・
　　　　　　 ヽ　　　　　　￣　　　　_ノ
　　　　　　　 ＞　　　　　￣　　　　＼
0619デフォルトの名無しさん2013/10/04(金) 22:55:04.52
>>616
その用語がその会社でどう使われてるかわからんのに質問しろとか、アホがプロトコル設計するとぐだぐだになるいい見本だな。

募集要項にエスパー優遇とか書いておいた方がいいんじゃね？ (w
0620デフォルトの名無しさん2013/10/05(土) 00:55:28.99
オレオレ用語使っただけで先輩面すんなｗ
0621デフォルトの名無しさん2013/10/06(日) 04:23:01.70
辞書まで引いて一生懸命適切な名前考えてつけてるのに
自分でコード見返して統一感のなさに絶望する毎日
0622デフォルトの名無しさん2013/10/06(日) 04:54:28.13
なんだ俺か
0623デフォルトの名無しさん2013/10/06(日) 10:06:02.39
いつか反面教師として報われる日がくるさ
0624デフォルトの名無しさん2013/10/07(月) 08:33:04.03
>>621
一所懸命に考えるから、新しい統一感のないものを考えついちゃう気もする。
だからといって、考えなしでもうまく行かないんだけど。
0625デフォルトの名無しさん2013/10/12(土) 21:25:30.03
特定のインターフェースを実装してるという意味での「このクラスはあのインターフェースを持つ」
インターフェースを実装してるわけではないが必要なメソッドやプロパティを持っているという意味で「このクラスはあのインターフェースを持つ」

これらを明確にわかるように区別できる言葉を知りたいのだけど良い日本語ありますか？
あとプログラム上でそれを見分ける関数の名前も
自分の少ない知識だとどっちもhasXxxInterface、日本語でXxxインターフェースを持つになって困ってます
0626デフォルトの名無しさん2013/10/12(土) 21:31:06.95
まんまImplementsXxxInterface
0627デフォルトの名無しさん2013/10/12(土) 21:31:53.05
うそです。しっかり読んでなかったw
0628デフォルトの名無しさん2013/10/12(土) 21:37:26.49
インターフェースが無いって事は、プライベートで実装してるってことか？
どういう使い分けなのかな。
0629デフォルトの名無しさん2013/10/12(土) 21:44:52.30
擬似コードで書くとこんな感じです

interface Xxx {
void method();
property string Prop; }

class Yyy : Xxx {
void meyhod() {}
property string Prop; }

class Zzz {
public void meyhod() {}
public property string Prop; }

どちらも広義には同じインターフェースを持ってますが正確な表現ではないです
0630デフォルトの名無しさん2013/10/12(土) 21:54:25.10
どちらも「規約に適合」で区別出来ないw
0631デフォルトの名無しさん2013/10/12(土) 22:04:03.52
hasXxxInterface
hasXxxCompatibleInterface
0632デフォルトの名無しさん2013/10/12(土) 22:06:39.82
>>631のCompatibleを拝借して
IsCompatibleWithXXX
06337102013/10/12(土) 22:07:21.38
>>625
* インターフェースの実装を持つ
* インターフェースのみを持つ
0634デフォルトの名無しさん2013/10/12(土) 22:35:03.60
・「継承によって」インターフェースが定義されている
・「継承によらず」インターフェースが定義されている
0635デフォルトの名無しさん2013/10/12(土) 23:08:48.00
日本語：
クラスコメントだったら
インターフェース持ってる：ｘｘインターフェースを実装する
インターフェース持ってない： xxインターフェースと同じメソッドをプライベートで持つ　or 説明なし

プライベート実装の説明なんて書かないかなあ


コード：
XXXが名詞だったら

インターフェース持ってる：HogehogeXxx
インターフェース持ってない：Hogehoge

プライベート実装にインターフェースと同じ名前のメソッドがあるだけなら
明らかに意味合いが違う、それは広義でもインターフェース持ってるとは言わない
だからクラス名は、そのクラスがXxxインターフェースを持ってると誤解されないように、
インターフェース名は一切くっつけないのが正解な気がする。

質問者のリクエストは満たしてないかもしれんが
擬似コード見る限りだと名前付けの方針自体がおかしい気がするんだ。すまん
0636デフォルトの名無しさん2013/10/12(土) 23:23:59.69
言語の仕様がわからんけど、どちらもpublicな同名メソッドとプロパティを持ってると。
違うのはクラスの役割だよね。　当然クラス名は違うものになるよね。
何を区別したいの？
0637デフォルトの名無しさん2013/10/12(土) 23:35:07.20
>>625
結局何が聞きたいのかよく分からない。
っていうか命名と関係ないような気が。

まさか知らないと思わないけど、
＞インターフェースを実装してるわけではないが必要なメソッドやプロパティを持っている
これってダックタイピングのことだよね？

あと、オブジェクトがある型と互換性があるかどうかを検査する機能は
ライブラリじゃなくて言語の機能じゃないのかなと
0638デフォルトの名無しさん2013/10/12(土) 23:48:41.55
ごめん関数名かよく読んでなかた
関数なんかつくらんでいい、たいていの言語は演算子がある

Java: a instanceof Xxx
C#:: a is Xxx
VB: a TypeOf Xxx
0639デフォルトの名無しさん2013/10/13(日) 19:11:09.94
なるほど、プログラミング用語としてのインタフェースと、一般的な単語としてのインタフェースの違いって話なのか
0640デフォルトの名無しさん2013/10/14(月) 09:37:04.59
>>637
>あと、オブジェクトがある型と互換性があるかどうかを検査する機能は
>ライブラリじゃなくて言語の機能じゃないのかなと

C++/Javaに代表される、現在メジャーな静的型付け言語における
「静的なオブジェクト指向言語」であれば正にその通りなんだけど、
他のケースでは事情が異なる
・Smalltalk/Ruby/JavaScript: 動的型付け言語における「動的なオブジェクト指向」
　　=> 言語ではなくライブラリの機能であり、
　　　　インターフェイス仕様による検査は存在しない
・Objective-C: 静的型付け言語における「動的なオブジェクト指向」
　　=> 言語およびライブラリの機能であり、
　　　　インターフェイス仕様による検査は任意
　　　　つまり基本は無検査だけど、仕様を明示的に宣言すれば静的に型検査される
そして、Objective-Cにはインターフェイスという概念に加えて「プロトコル」がある
これがデータ型としては不一致だけどインターフェイスの要求には従うことを意味し、
オブジェクト間は委譲(delegate)によって動的に結合される

前置きが長くなったけど、Objective-C的発想では：
>>625
・特定のインターフェースを実装してる：hasXxxInterface
・必要なメソッドやプロパティを持っている：hasXxxProtocol
0641デフォルトの名無しさん2013/10/14(月) 10:11:48.17
>>640
プロトコルはしっくり来たが
ネットワークのプロトコルと混同しそう
0642デフォルトの名無しさん2013/10/14(月) 10:16:56.51
似た概念だし
0643デフォルトの名無しさん2013/10/18(金) 11:35:50.39
「長期間キャッシュされるもの」を表す、簡潔な名前を教えてください。
現在の案：
・eternal
・permanent
・longterm
できれば中学生ぐらいでも知ってそうな、もっと簡単な英語がいいんですが、思いつきません。
0644デフォルトの名無しさん2013/10/18(金) 11:58:56.44
longlived
old
0645デフォルトの名無しさん2013/10/18(金) 12:14:42.63
secandary cache
level 2 cache
06467102013/10/18(金) 14:18:36.33
>>643
>・longterm
は、よくわからんけど、
>・eternal
>・permanent
辺りは、キャッシュの意図が伝わらないと思う。
素直に longCached とかでよくね？
0647デフォルトの名無しさん2013/10/18(金) 14:32:33.70
もし変数名に日本語が許されたとしても、
「長期間キャッシュされるもの」これ意味が不明瞭すぎないか？

このソースを読む人は、その変数のキャッシュされる期間とやらに気をつけなきゃいけないの？
0648デフォルトの名無しさん2013/10/18(金) 14:49:25.19
preservedCache ⇔ temporalyCache
0649デフォルトの名無しさん2013/10/18(金) 14:50:29.80
temporaryだったw
0650デフォルトの名無しさん2013/10/18(金) 15:56:32.72
>>646
long cachedって英語的におかしくないか？
英語的におかしいと、第三者が見たときに、何がなにやらわからないぞ。
0651デフォルトの名無しさん2013/10/18(金) 16:08:16.79
heavy cache
hard cache
super cache
great cache
0652デフォルトの名無しさん2013/10/18(金) 16:08:58.59
長時間キャッシュされる ＝ 変更が少ない、安定しているキャッシュ

と捉えて、stableを付けてみるのはどうか
0653デフォルトの名無しさん2013/10/18(金) 16:26:02.19
LRUとか、そんな話なのかも
0654デフォルトの名無しさん2013/10/18(金) 16:42:00.77
>>652
おまえ頭いい。おまえに１票だ。
0655デフォルトの名無しさん2013/10/18(金) 16:48:15.92
「キャッシュが変更される」というのにちょっと違和感がある
変更されるんじゃなくて、古いのは破棄されて新しいのがあらためてキャッシュされるんじゃ？
0656デフォルトの名無しさん2013/10/18(金) 17:01:35.65
> もし変数名に日本語が許されたとしても、
> 「長期間キャッシュされるもの」これ意味が不明瞭すぎないか？

え？とても明確だと思うけど。

> このソースを読む人は、その変数のキャッシュされる期間とやらに気をつけなきゃいけないの？

別に変数はキャッシュされないんだけど。
仮にキャッシュされるとしても、「長期間キャッシュされる」とだけ分かっていればよく、キャッシュされる具体的な期間は気にする必要はないです。
06577102013/10/18(金) 17:07:58.00
>>647
誰かが書いてたけど L1 に対する L2 みたいな意味でしょ。

> このソースを読む人は、その変数のキャッシュされる期間とやらに気をつけなきゃいけないの？

理由がイミフ

あと、勘違いしてそうな人多いが、キャッシュじゃなくて、キャッシュに格納されるものの方だからね。
0658デフォルトの名無しさん2013/10/18(金) 17:08:20.80
アイデア出してくれた人、ありがとうございます。

> longlived
いいかも。

> secandary cache
secondary は関係ない。

> longCached
これでもいいですね。英語的に正しいかどうかは知らない。

> preservedCache
保存食か。いいですね。

> stable
うーん、stable はちょっと違うんだよね。あくまで「長期間キャッシュされる」ことを表したい。

なかなかいいのはないですね。
0659デフォルトの名無しさん2013/10/18(金) 17:25:13.89
quietCache
0660デフォルトの名無しさん2013/10/18(金) 17:44:40.19
この徒労感。
0661デフォルトの名無しさん2013/10/18(金) 17:45:53.00
macrobiotic　（長寿の）
die hard　（なかなか死なない）
0662デフォルトの名無しさん2013/10/18(金) 17:48:00.83
「いいかも」「いいですね」「いいですね」と 3 つあるのに、いいのはないですねとはどういうこと
0663デフォルトの名無しさん2013/10/18(金) 17:48:56.17
長時間キャッシュが存在するってことは、短時間キャッシュ的な何かが存在するということだと思うけど、
どういう目的で使い分けるんだろう。
0664デフォルトの名無しさん2013/10/18(金) 17:52:08.37
短期長期ってのが主観的なんだよな
何フレーム？何ナノ秒？何ミリ秒？
何秒何分何時間何日何年キャシュするのかな？
0665デフォルトの名無しさん2013/10/18(金) 17:52:18.92
>>662
不満だからもっといいの出せって事
0666デフォルトの名無しさん2013/10/18(金) 17:52:56.41
キャッシュそのものの名前ではないのか？
データにtime_to_liveみたいなフィールドがあるのかな。
0667デフォルトの名無しさん2013/10/18(金) 17:55:00.03
ぱっと思いついたのは
long + life, expiration, term, period
0668デフォルトの名無しさん2013/10/18(金) 18:08:36.36
durable cacheや
0669デフォルトの名無しさん2013/10/18(金) 18:10:15.43
キャッシュかどうかを意識させずに作るほうが使いやすい
0670デフォルトの名無しさん2013/10/18(金) 18:35:14.85
EternalBlizzardCache
0671デフォルトの名無しさん2013/10/18(金) 19:23:56.55
tough guy cache
0672デフォルトの名無しさん2013/10/18(金) 20:49:50.84
あえて「長時間」を強調しなきゃならない場面というのが思いつかない。

というより、生成や取得にコストや時間がかかるデータを後で使いまわすことが
キャッシュと呼ばれるものの存在理由のはずだから、あえて強調する必用があるとすれば
短時間で破棄するキャッシュの方じゃないのか。

まあそんなものがあるのか知らんけど
0673デフォルトの名無しさん2013/10/18(金) 23:16:38.60
ゲーム画面上の、得点とか体力バーとかあの部分ってどういう名前で呼ぶ？
戦闘機に倣うなら、視界に被せるHUDだと言えそう。
テレビの世界じゃ映像に被せるのはスーパーインポーズっていうんだっけ？

スカッと納得できる名前たのまい。
0674デフォルトの名無しさん2013/10/18(金) 23:29:17.64
indicator
0675デフォルトの名無しさん2013/10/18(金) 23:32:22.47
からだかばーと読んでて何の事かわからんかった
たいりょくばーね
0676デフォルトの名無しさん2013/10/18(金) 23:41:44.62
>>673
ステータスレイヤ
0677デフォルトの名無しさん2013/10/18(金) 23:50:04.95
HUD (head-up display)
0678デフォルトの名無しさん2013/10/18(金) 23:51:29.38
Status Indicators
0679デフォルトの名無しさん2013/10/18(金) 23:53:12.75
>>673
そもそも抽象化が間違ってる気が。

そういう部分が存在すると考えるより、HUDで言えばハーフミラーに相当するスクリーンがあって
（画像編集ソフトのレイヤーみたいなものだと考えてもいいけど）、その上に
いろんな表示器が乗ってると考えた方が分かりやすいと思うけど。
0680デフォルトの名無しさん2013/10/18(金) 23:54:33.65
>>674
即レスとん！
可能な限りプリミティブで強い名前をつけてやりたいけど、
インジケータは名前が強すぎる＞＜　さすがにもう他でちょこちょこ使っちゃってる。
インジケータと聞いてその部分だけを想像するのは今となっては難しい。

>>676
これまた絶妙やね…。うまいこと、その、それらを総称したい気持ちを汲んでくれてる。
javaのswingでのContentPane、GlassPane、LayeredPaneっていう階層分けを思い出した。
ゲーム、>>673、と二つの世界で考えずに、俺も初期にレイヤーという考え方導入したら色々捗ったのかも…。

>>677
HUDのいいのは三文字ってことですね。
ごちゃごちゃ言わんでも三文字で全部分かる。
0681デフォルトの名無しさん2013/10/19(土) 00:01:17.79
>>678
それもいけますね（直感）

>>679
つまり？
0682デフォルトの名無しさん2013/10/19(土) 00:13:16.63
>>681
つまり？

そのレイヤーの名前でよければ>>676と同じで。

あえて追加すればNotificationLayerとかInformationLayerとかGadgetとか。
0683デフォルトの名無しさん2013/10/19(土) 00:13:32.93
Status Surface
Status Window

HuDが一般的だな
0684デフォルトの名無しさん2013/10/19(土) 00:18:37.55
>>682
Gadgetこれすごくいいんじゃない？（直感）
少なくとも他にはどこにも使ってないし。

>>683
サーフェスと言いたいのは山々だけど、
d3dのサーフェスが強すぎて敬遠。
HUDはやっぱ強いね。
06856732013/10/19(土) 00:21:20.99
みなさんどうもありがとうございました。
レイヤの考えを導入していけるのかどうかを含め、
ちょっと考え直して見たいと思います。
0686デフォルトの名無しさん2013/10/19(土) 12:29:39.30
最近はゲーム系のニュースや勉強会でもHUDって言葉が結構出てくるな
0687デフォルトの名無しさん2013/10/19(土) 20:08:42.33
ゲームでモンスターの初期データのテーブルを用意しておいて
戦闘時にそのテーブルからデータをコピーして使おうと思ってるんだけど
初期データと今戦ってるデータを呼び分けられる良い名前ない？
出来れば「初期データ」の部分を強調できるような名前がいい
0688デフォルトの名無しさん2013/10/19(土) 20:11:38.05
master/xxxxxxx
0689デフォルトの名無しさん2013/10/19(土) 20:17:11.46
毎回思うけど変数名で迷う人ってもともと日本語で表現するのもままならない人なんじゃないか？
Originalとかmasterとか出てきそうなものだが…
0690デフォルトの名無しさん2013/10/19(土) 20:26:38.59
>>687
そもそも生のデータ丸出しなのがおかしい。

コンストラクタでも初期化関数でもいいけど、そんなデータはメソッドの中にだけ
存在すれば十分だから名前なんかどうでもいい。
06917102013/10/19(土) 20:43:54.42
>>687
initial / current
06927102013/10/19(土) 20:45:01.07
>>690
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
06936872013/10/19(土) 21:02:41.39
>>688にしようと思います
他の方もありがとうございました
0694デフォルトの名無しさん2013/10/24(木) 08:52:24.15
Java　研究室内コーディング規約

プロパティ名は日本語
0695デフォルトの名無しさん2013/10/24(木) 18:20:58.46
分かってるやつからすれば、英語にこだわるのはバカのやることだからな
0696デフォルトの名無しさん2013/10/24(木) 19:58:50.70
英語がデフォなのにいちいち日本語に訳するのは面倒だな
0697デフォルトの名無しさん2013/10/24(木) 21:31:32.04
業界による
英訳でニュアンス情報が落ちる事があるから日本語は日本語のまま書くべき
常識だろ
0698デフォルトの名無しさん2013/10/24(木) 22:19:54.48
クラス名・変数名で「英訳でニュアンス情報が落ちる事があるから日本語で書く」
なんてことが通るのはどこの業界の常識？
0699デフォルトの名無しさん2013/10/24(木) 23:14:02.97
プロパティだけ…つまり、こうだね。
String サンプル;
String getSample(){return サンプル;}

日本語でも捉え方によるので、コメントかプロジェクト内辞書は必須では。逆に名前だけで勝手に解釈されると困る。
0700デフォルトの名無しさん2013/10/25(金) 00:56:51.29
「コーディング」とか「プロパティ」とかを日本語として認めてしまっていいなら、
日本語訳は、カタカナ英語でいいのではないだろうか
0701デフォルトの名無しさん2013/10/25(金) 06:28:19.80
日本語を禁止する明らかなメリットがない
言語もコンパイラも許可してる
開発環境のサポートで文字コードは間違えない
英語より遥かに早くコードからビジネスロジックの意味を認識できる
英語訳で生じるニュアンス情報の欠落がない
翻訳困難な日本語をそのまま使える
仕様書やマニュアルそのままの単語でコーディングできる
後進国の外国人コーダをプロジェクトから排除できる
文字数が揃いやすいから気持ちいい
英語より短く記述できる
0702デフォルトの名無しさん2013/10/25(金) 06:47:47.37
英訳というより和訳
0703デフォルトの名無しさん2013/10/25(金) 07:20:41.84
日本語を禁止する明らかなメリットはないが、そもそも普通に英語をある程度身に付けていれば、
日本語変数のメリットとか英語クラス名がどうとか議論する必要もないことだと思う
0704デフォルトの名無しさん2013/10/25(金) 11:08:42.67
日本語でいいよ
puropatiとかやらかすアホはさすがにマズいが
0705デフォルトの名無しさん2013/10/25(金) 17:34:45.07
Kuromate？
0706デフォルトの名無しさん2013/10/25(金) 17:50:34.87
なでしこでも使ってろ
0707デフォルトの名無しさん2013/10/25(金) 17:54:24.11
醤油と�福ﾍ別変数か。
0708デフォルトの名無しさん2013/10/25(金) 18:05:08.06
日本語変数を使ってるとラノベのタイトルみたいな長い変数名が出てくるよね
0709デフォルトの名無しさん2013/10/25(金) 19:06:51.36
>>708
たとえば？
0710デフォルトの名無しさん2013/10/25(金) 19:58:00.17
こんの散々既出の耳タコネタだろ。
日本語変数は入力補完との相性が最悪だから使う奴は馬鹿ってことで結論が出てる。
0711デフォルトの名無しさん2013/10/26(土) 00:09:43.08
全部ひらがなにしましょう！
0712デフォルトの名無しさん2013/10/27(日) 16:30:16.60
Prologみたいになりそう
0713デフォルトの名無しさん2013/10/29(火) 18:15:01.67
画像をセーブ、ロードするクラスの名前をお願いします。
このクラスは、設定によって保存先をファイルにだったりデータベースにだったり、変えることができます
0714デフォルトの名無しさん2013/10/29(火) 19:36:38.50
stream
0715デフォルトの名無しさん2013/10/29(火) 21:38:37.10
>>714
いまいち
0716デフォルトの名無しさん2013/10/29(火) 21:48:29.65
storage
0717デフォルトの名無しさん2013/10/29(火) 21:58:50.75
PictureIO
0718デフォルトの名無しさん2013/10/29(火) 22:19:03.77
resource manager
0719デフォルトの名無しさん2013/10/29(火) 22:22:53.02
DataSrc
DataDist
0720デフォルトの名無しさん2013/10/29(火) 22:33:29.84
repository
0721デフォルトの名無しさん2013/10/29(火) 22:41:47.45
>>713
Imageを継承したImageFileなり、ImageRowを作るか、
Imageから委譲されるDAOまたはStorageクラスを作る。
0722デフォルトの名無しさん2013/10/29(火) 22:52:09.28
ImageLibrarian
0723デフォルトの名無しさん2013/10/30(水) 00:28:57.57
>>713
その説明じゃ機能がよく分からないと思うんだよね。
例えば画像を出し入れするときに指定するのはファイル名なのかキーなのか
0724デフォルトの名無しさん2013/10/30(水) 00:42:54.55
ImageStore にしました。
ありがとうございました
0725デフォルトの名無しさん2013/10/30(水) 00:43:24.24
>>723
キーですね
0726デフォルトの名無しさん2013/11/04(月) 21:02:59.46
editerではなくeditorと書きますよね
operaterではなくてoperator
このorには何か意味がありますか？
0727デフォルトの名無しさん2013/11/04(月) 21:04:29.37
普通の英単語だとerの方が多いのにこの業界ではorが多用されている気がしたからです。
0728デフォルトの名無しさん2013/11/04(月) 21:24:08.56
また変なのが来たな…
0729デフォルトの名無しさん2013/11/04(月) 21:27:28.56
一応こんなん貼っとく。ただし内容は保証できないが。
ttp://www.max.hi-ho.ne.jp/aisis/memo-random-1/r-suffix-er-1.html
0730デフォルトの名無しさん2013/11/04(月) 21:51:55.83
>>729
ありがとうございます。
-orは何かを演じる者という具合でしょうか。だからoperatorは「演」算子と言うのかも。
かなり参考になりました。
0731デフォルトの名無しさん2013/11/04(月) 22:24:12.23
あ？一言で言えば-orはラテン語由来で-erはガリア語由来ってこった。
operateの日本語訳は"算子"じゃねーだろうが
0732デフォルトの名無しさん2013/11/04(月) 22:34:13.37
ガリアのがカッコいいからこれからはer使うわ
0733デフォルトの名無しさん2013/11/04(月) 22:45:58.19
どこの世界にも必ず噛みついてくる変なのがいるんだよな。ここにも。
0734デフォルトの名無しさん2013/11/04(月) 23:07:06.72
>>733
なるほど、今君がやってることがまさにそれだね。
っていういか馬鹿だろお前
0735デフォルトの名無しさん2013/11/04(月) 23:28:21.17
うん
0736デフォルトの名無しさん2013/11/04(月) 23:56:16.68
>>732
あーちなみにガリアってのは田舎もんってことだから。そういう意味で世間で使われる言葉に比べて
-orが多いんじゃ？っていう>>727の素朴な疑問はある程度正しい。
0737デフォルトの名無しさん2013/11/05(火) 00:29:54.48
ガリアはガリア戦記のガリアだろw
要するに今のフランス辺りのことじゃないのか
0738デフォルトの名無しさん2013/11/05(火) 01:25:57.36
場所じゃなくてガリア人の言葉に由来する、って意味。カエサルのガリア戦記ってのは未開人である
ガリアを文明人であるローマが征服して文明人の端くれにしてやった、ってお話だから。
0739デフォルトの名無しさん2013/11/06(水) 18:37:53.87
>>731
桂？
0740デフォルトの名無しさん2013/11/06(水) 21:41:07.40
いらっしゃーい
0741デフォルトの名無しさん2013/11/07(木) 00:12:14.37
何かの変化量を表す変数名ってどうしてますか？
ゲームを作っていて、大きさ(width,height,size)、色(color)、角度(angle,rotate)など
を変化させるために使いたいのです
0742デフォルトの名無しさん2013/11/07(木) 00:32:33.85
delta
これはプログラミングに限らず常識よ
0743デフォルトの名無しさん2013/11/07(木) 00:42:43.38
>>742
一生懸命Variation,variable,variate,changeValueなんて末尾につけてました・・・
colorDelta,widthDeltaなどの方が短く、他の人が見てもわかりやすいものなのでしょうか
0744デフォルトの名無しさん2013/11/07(木) 00:46:13.12
>>743
deltaは前につけるのが普通だと思うよ。
高校で数学赤点だった？
少なくとも高校の時点で数学に苦手意識がなかった人ならdeltaが何を意味するかは
誰でも分かると思う
0745デフォルトの名無しさん2013/11/07(木) 00:50:26.79
>>744
colorならcolor関係だと分かるように後ろにつけた方がと思ったのですが、前なのですね
（高校で数学が一番の得意科目だったなんて言えない・・・！）
何故かデルタとかあまり使ってないというか、使ってもあまり気にしてなかっただけでした
0746デフォルトの名無しさん2013/11/07(木) 01:07:12.67
数学とか関係ないと思うよ。
物理の方が高校レベルじゃ出てくるかも。
加速度と速度の関係を、まずは単位時間デルタTで考えるはず。
0747デフォルトの名無しさん2013/11/07(木) 01:14:38.94
ああでも、colorならcolorXxxとかにしたい気持ちはわかる
0748デフォルトの名無しさん2013/11/07(木) 01:15:31.82
確かに物理で少しデルタデルタしてたかもしれない…けど忘れかけてる
これから変化量はdelta○○で変数名つけてみます！
ありがとうございました！！
0749デフォルトの名無しさん2013/11/07(木) 01:21:05.80
>>747
角度ならdeltaAngleとかの方がスッキリするのかな
こういうところの判断が微妙でまた悩ませてくれる
0750デフォルトの名無しさん2013/11/07(木) 01:31:41.34
角度に関しては角速度（angular rate）でいいんじゃね。
0751デフォルトの名無しさん2013/11/07(木) 01:44:22.25
普通に単語として存在する時もありましたね…
私みたいな人にはほぼ直訳みたいな方が伝わるんですよと言ってみる
0752デフォルトの名無しさん2013/11/07(木) 01:51:03.52
数学的にやるなら「d」だけにするわ。dx, dy, dTheta, dWidth, dHeight, dSize, ..
0753デフォルトの名無しさん2013/11/07(木) 01:55:22.94
引数やら一時変数で使う時はd、メンバとして使う時はdelta
みたいな使い分けでやってみます
本当に助かりました
0754デフォルトの名無しさん2013/11/07(木) 07:04:55.67
>>476
スレチだが、高校物理では微小変化量は使わない決まりだったと思う
数学では極限の項で学習するのになんで物理では応用しない？
といろんな方面から疑問視されてたはず
07557542013/11/07(木) 07:05:41.11
すまんアンカーミスッた >>746 だ
0756デフォルトの名無しさん2013/11/07(木) 07:25:48.57
日本の若者に物理を学ばれては困る勢力がいる
それだけのことだ
0757デフォルトの名無しさん2013/11/07(木) 07:37:48.03
おっしゃ、陰謀論きたw
0758デフォルトの名無しさん2013/11/07(木) 07:58:57.34
>>754
実験しにくいし、普通の頭持ってたら数学の知識を物理に応用できるから
0759デフォルトの名無しさん2013/11/07(木) 12:43:40.09
>>758
微積を使えば基本的な現象を素直に説明でき、式の意味も分かりやすく、
次のステップにも容易に繋げられるのに、高校物理の学習指導要領では
その場限りの公式を羅列してて、中学から大学への架け橋にはなり難い。
自由落下や放物線運動しかり、運動量と運動エネルギーの関係然り・・・

というような事が書かれた本を以前読んだ記憶がある。

「実験しにくいし、普通の頭持ってたら数学の知識を物理に応用できる」
という話は私は聞いたことがない。
0760デフォルトの名無しさん2013/11/07(木) 12:48:20.50
ちょっとわけあって力学の本を10冊くらい読み比べたんだが、
跳びぬけて分かりやすいのがあるねえ。
それは、挿絵があったり、口調が柔らかかったりというんじゃない、
段階が細かいというのかなぁ。自然にスッと入ってくる。
それにくらべりゃ高校の物理なんてほぼ公式のぶつ切りよ。
センスあるやつはそれで多くを理解できるんだろうけど。
0761デフォルトの名無しさん2013/11/07(木) 13:03:30.29
うるせえスレ違い死ねゴミ
0762デフォルトの名無しさん2013/11/07(木) 13:10:31.22
>>759
> という話は私は聞いたことがない。

本とかしか信じない (=自分の頭で考えない) のか...
0763デフォルトの名無しさん2013/11/07(木) 13:19:28.89
そう思うのはお前が馬鹿だから
07647592013/11/07(木) 17:49:46.13
>>762
いや、そういう訳ではないが

759 本当に見聞きしたことがないから、ああ言っただけ
0765デフォルトの名無しさん2013/11/07(木) 18:10:25.88
いつまでスレ違いの話題を続ける気？
0766デフォルトの名無しさん2013/11/07(木) 18:17:31.79
>>760
微積なしに理解は出来ない
公式だけで問題が解けたとしても
それは問題の答えが見つけられるだけであり
物理を理解したことにはならない
0767デフォルトの名無しさん2013/11/07(木) 18:48:56.99
>>765
新しい質問や本の紹介がされるまで
0768デフォルトの名無しさん2013/11/07(木) 19:54:05.71
俺の時代は高校物理でも普通に微分は使ってたけどね。
高校物理のレベルを下げる意味があると思えないから今だってたぶんそうでしょ。
そうでないと次元の概念も説明できないし。
0769デフォルトの名無しさん2013/11/07(木) 19:59:13.84
委員会を見てみろよ売国奴ばかりだぜ
日本を弱らせるためにはなんでもやるよあいつら
0770デフォルトの名無しさん2013/11/07(木) 20:04:46.17
被害妄想はネトウヨの始まり。
0771デフォルトの名無しさん2013/11/07(木) 20:41:18.26
>>768
「学習指導要領 高校 物理 微分 積分」でググると、なんか色々出てくる
0772デフォルトの名無しさん2013/11/07(木) 20:55:01.56
>>770
ネトウヨの定義って何？
0773デフォルトの名無しさん2013/11/07(木) 20:58:12.68
微分積分をさも大事な数学のエッセンスかのように語っちゃう風潮が嫌。
あと学問として最先端扱ってる人らはそりゃ数学を語っていいだろうが、
高校数学に毛が生えたようなもんの領域で持って数学を語る子の存在が嫌。
0774デフォルトの名無しさん2013/11/07(木) 21:08:25.10
微積分なんてただの面積と勾配ではないか。
0775デフォルトの名無しさん2013/11/07(木) 21:28:54.82
他の分野は知らんが、数学だと「ただの～じゃん」って言われるものほど
基礎的で本質的で大事なもののような気がする
0776デフォルトの名無しさん2013/11/08(金) 11:53:22.32
微積は記号や方法論がよく体系化された数学の成果みたいなもんだろ。
数学的な思考を養い、プログラムのあるべき姿を探すにはよいんだろ？
0777デフォルトの名無しさん2013/11/08(金) 12:36:51.93
よいんだと思うよ
0778デフォルトの名無しさん2013/11/09(土) 01:02:55.54
C#の拡張メソッドで、文字列が特定の文字から作成されていることを判定する名前って何がいい？
ContainsOnly()、BuildFrom() は思いついたけど、他にもっといい案があれば

引数はこんな感じ
public static bool ContainsOnly(this string target, param char[] values)
public static bool ContainsOnly(this string target, Predicate<char> charDetector)
0779デフォルトの名無しさん2013/11/09(土) 01:45:05.63
ConsistOf
0780デフォルトの名無しさん2013/11/09(土) 01:50:11.90
>>778
意外と難しいな。
要はホワイトリストに照らしてチェックするわけだと思うけど、
ContainsOnlyでもいいと思うけど、これだと指定する文字のリストがホワイトリストではない
（リストの文字以外を含まず、かつリストの文字全てを含む場合のみ合格）仕様だと
誤解される恐れがある気がしないでもない。

というわけで
public static bool ConsistsOf(this string x, param char[] whiteList){...}
とか。
0781デフォルトの名無しさん2013/11/09(土) 10:56:23.71
俺なら名前付けにくいようなもんは最初から作らない。

//char[] getDistinctChars(this string s) // char[]をnewするコスト平気なら
//int getDistinctCharsBits(this string s) // 32ビットで十分なら
long getDistinctCharsBits(this string s) // 64ビットで十分なら

あとは好きなように比較してくんろ。
下の二つはaを0とかにしてフラグ立てる。整数扱いすると比較しやすいね。
07827812013/11/09(土) 11:06:53.02
いや、どうもこれあんま良くもないなｗ　ごめん。
0783デフォルトの名無しさん2013/11/09(土) 12:52:27.02
if ("Ol23456789".All(char.IsDigit)) { }
0784デフォルトの名無しさん2013/11/09(土) 12:54:39.66
だっさ
0785デフォルトの名無しさん2013/11/12(火) 12:18:59.45
デリゲートって日本語にないの？
0786デフォルトの名無しさん2013/11/12(火) 12:31:32.98
訳すなら委譲だけど
0787デフォルトの名無しさん2013/11/13(水) 22:23:12.10
彼女はとてもデリゲートです。
0788デフォルトの名無しさん2013/11/14(木) 08:21:13.20
お前らデリゲートゾーンどうしてる？
0789デフォルトの名無しさん2013/11/14(木) 10:34:26.47
異常処理を委譲した以上
0790デフォルトの名無しさん2013/11/18(月) 21:49:22.16
ゲームでplayerの反対は？
player/cpu
human/machine

一般的には何が採用されてるのかな？
0791デフォルトの名無しさん2013/11/18(月) 21:54:41.37
player/non-player
0792デフォルトの名無しさん2013/11/18(月) 22:02:38.57
早速ありがとう御座います！
PC/NPCみたいに略してみてもいいかもしれませんね。
0793デフォルトの名無しさん2013/11/18(月) 22:16:40.43
enemy
opponent
0794デフォルトの名無しさん2013/11/19(火) 00:38:17.52
とりあえずnon playerはないと思うわw
論理的に意味が通らない。

プログラムが操作するプレーヤーのことは80年代からCPUと呼ぶのが一般的だと思う。
0795デフォルトの名無しさん2013/11/19(火) 00:46:37.91
characterを指すのか、それを操作するロジックを指すのか。
0796デフォルトの名無しさん2013/11/19(火) 00:47:59.18
>>794
￢プレイヤー＝非プレイヤー
0797デフォルトの名無しさん2013/11/19(火) 01:06:24.60
AI, artifact, creature
auto, automation

ていうか、playerの反対ってどういう意味？
0798デフォルトの名無しさん2013/11/19(火) 01:58:08.64
atheist
0799デフォルトの名無しさん2013/11/19(火) 02:16:12.20
COMってのもよく見る
0800デフォルトの名無しさん2013/11/19(火) 08:08:51.26
>>793 今現在はopponentを使っています。
でも、三人以上の対戦の時使いにくいと思ってます。

>>794 CPUだと短くていいですね。NPCはネトゲではおなじみ？ですよね。
>>795 ここでは画面上のキャラクタ、およびそれに関係して表示させる名前とさせてください。
>>797 AIだけは絶対無いですねｗ　意味は>>794さんの解釈です。
>>798 無神論者ですか？一部のプレイヤーと被るおそれありですね。。
>>799 言われて見れば良く見た気がします。コンピュータ、っていう抽象化が一般的なレベルかもしれません。
CPUとなるとそれは、機械の部品の一つになるわけでちょっと専門的なレベルになっちゃてるのかも。
0801デフォルトの名無しさん2013/11/19(火) 08:11:42.62
player character ←→ non-player character って表現は、ゲーム界隈では一般的だと思うけど、
単に non-player ってだけだとモニョる感じはあるなあ。

単にフラグとして使いたいなら、isPlayable とかどうだろうか。
08028012013/11/19(火) 08:31:40.42
あー、自分がモニョる理由が何となく分かった。

プレイヤーはゲームトークンであるプレイヤーキャラクター(PC)を操作し、そのPCがゲーム世界に介入する。
同様に、コンピュータ（AI）がノンプレイヤーキャラクター(NPC)を操作し、NPCがゲーム世界に介入する。
つまりプレイヤーと対になるのはコンピュータやAIであり、PCと対になるのがNPCなんだよな。当たり前っちゃ当たり前だけど。


>>800
＞NPCはネトゲではおなじみ
そーいやゲームによってNPCの定義の範囲って結構変わるんだよな。
RPGで、仲間に加わって戦闘にも参加するけど操作できないキャラ（DQ5のパパス等）だけを指す場合もあれば、
町の住人から自動販売機（＝商人）まで指すような場合もあるという。
0803デフォルトの名無しさん2013/11/19(火) 14:47:14.57
>>800
全てをcharacterにして、ユーザが操作てきるcharacterのみをPlayerCharacterにする。
オブジェクト指向をサポートしている言語でクラスにするなら、拡張が使える。
0804デフォルトの名無しさん2013/11/19(火) 18:16:58.24
>>801-802
例えばスト2とかの場合、キャラクタだけで完結させてますよね。
プレイヤーか、コンピュータかという操作する側の区別表記ではなく。
場合によっちゃそれで十分かもしれません。

シリーズひとつもやったこないんで動画で見たんですが、
例えばスマブラ64だと1P, CP, 3P, CPなどというふうに、
操作する側の区別をタグのようにキャラクタの頭上に出してるようです。
同キャラ対戦ありだと操作する側の区別は必要になってきますね。

両方の例でも併記することは可能だったはずですが、
デザイナーがちゃんと最小限まで表記を削ってるようですね。
PLYAER/RYU - COM/KEN
1P/ルイージ, CP/ピカチュ, 3P/マリオ, CP/サムス
などとはせずに。
0805デフォルトの名無しさん2013/11/19(火) 19:56:40.61
>>803
ボードゲームにも落ちゲーにもシミュレーションにもキャラクターなんて存在しない件。

それを言うのなら、>>794にもちょっと書いたけど、プレイヤーの中にプログラムによって操作される
プレイヤーと、UIを経由して外部から操作される（よく考えると操作するのは実は人間である必要はない）
プレイヤーが存在するんでしょ。
0806デフォルトの名無しさん2013/11/19(火) 20:27:17.07
>>805
>>795,>>800で画面上のキャラクタと確認済みです。話を戻さないで。
0807デフォルトの名無しさん2013/11/19(火) 20:38:26.59
じゃあお聞きしますが、明らかに同じ機能を担ってるクラスの名前が
ゲームの種類によって変っちゃってよいわけ？

少しは頭を使おうよ
0808デフォルトの名無しさん2013/11/19(火) 20:42:20.50
念のために補足しておくと、画面上のキャラの特性を規定するクラスであるのなら、
それを操作するのが人間だろうがプログラムだろうが、同じものでよいでしょ。
08098002013/11/19(火) 20:44:47.08
>>807
アッ！
揉めないうちに先に言うので>>807さんのしたい話題とズレてるかもしれませんが、
俺がスレ違いの質問をしてしまったことをはっきり白状しときます。
変数名でも、クラス名でもなく、あくまで画面上の表記を聞いたんス…。
いちおうそれだけはこの時点で言っときます。
0810デフォルトの名無しさん2013/11/19(火) 20:55:18.43
じゃあ、顔アイコンオンリーでもいいわけだ。

魔界村だったらプレイヤーのクラスはアーサーで決め打ちしちゃいそう。
0811デフォルトの名無しさん2013/11/19(火) 21:13:53.88
>>807
明らかに違うだろ。
0812デフォルトの名無しさん2013/11/21(木) 00:10:56.87
widthとheightの増分を
deltaWidth、deltaHeight
にするのは変ですか？
0813デフォルトの名無しさん2013/11/21(木) 00:13:35.29
文脈によってはもっといいものがあるかもしれないが、意味は通じると思う。
stepとかdiffとかが適切な場合もあるかもしれない。
0814デフォルトの名無しさん2013/11/21(木) 00:14:52.66
変じゃないが。
ただローカルだと長いからdw, dh とかにするかな。
クラスメンバならdeltaW, deltaHとかよく使う。
0815デフォルトの名無しさん2013/11/21(木) 00:28:25.73
あとsigmaも使うで。deltaの合計って意味で。
0816デフォルトの名無しさん2013/11/21(木) 00:42:07.37
ちょっとよくわからないから具体例で
0817デフォルトの名無しさん2013/11/21(木) 00:52:45.89
ビュー上の座標計算だろ？
0818デフォルトの名無しさん2013/11/21(木) 00:55:32.56
そうか、単純にwidth heightって言ったら母さんの体格かもしれんしな。
俺は座標計算に日頃よく使うから、何の疑問も起きなかったけどw
0819デフォルトの名無しさん2013/11/21(木) 01:06:46.35
Size { int width; int height; }だとしたら、
Size size, delta;

でいいやみたいな。
0820デフォルトの名無しさん2013/11/21(木) 02:28:39.19
deltaと言えば微分の微小な差分みたいな感じがする。俺的にはdw,dh
0821デフォルトの名無しさん2013/11/21(木) 08:17:20.29
>>820
> deltaと言えば微分の微小な差分みたいな感じがする。

これは理解できるがこ、だから dw,dh って、意味わからん。
0822デフォルトの名無しさん2013/11/21(木) 10:34:35.92
width,heightに対してはdx,dyになるものじゃないのか
俺はグラフィック処理ではそう考えてる
横方向のみとかの1Dでの処理ではSizeとかLengthもあるけど
2Dでの大きさだとWidth,HeightやColoumns,Rows使うし
次の要素との差分はStepかStride
0823デフォルトの名無しさん2013/11/21(木) 10:53:32.80
すでにdx, dyもあって区別したいときのdw, dhかな。
0824デフォルトの名無しさん2013/11/21(木) 10:56:40.31
dx, dyはx, yに対しての微分だろうとマジレス
0825デフォルトの名無しさん2013/11/21(木) 18:47:03.98
>>824
そんな恥ずかしいマジレスよくできるな
0826デフォルトの名無しさん2013/11/21(木) 21:02:18.17
>>825
0827デフォルトの名無しさん2013/11/21(木) 22:02:00.25
そもそもマジレスとわざわざ断るところが恥ずかしい
0828デフォルトの名無しさん2013/11/21(木) 23:21:05.29
座標の計算が頻発しそうな雰囲気のときは思い切って文字数を下げる。
0829デフォルトの名無しさん2013/11/23(土) 07:00:11.21
Wrapperの別の表現ないか
0830デフォルトの名無しさん2013/11/23(土) 11:31:33.47
外科
0831デフォルトの名無しさん2013/11/23(土) 11:52:57.87
Hokei
0832デフォルトの名無しさん2013/11/23(土) 12:02:03.94
アダプタ　コンバータ
0833デフォルトの名無しさん2013/11/23(土) 12:07:55.68
それはラッパーと全然違うからw
0834デフォルトの名無しさん2013/11/23(土) 12:09:22.45
そうですか
0835デフォルトの名無しさん2013/11/23(土) 12:11:18.07
じゃあスキンで
0836デフォルトの名無しさん2013/11/23(土) 12:18:19.67
アウターもいいかも。
0837デフォルトの名無しさん2013/11/23(土) 12:41:06.13
manager
0838デフォルトの名無しさん2013/11/23(土) 13:17:54.26
exoskeleton
0839デフォルトの名無しさん2013/11/23(土) 13:32:19.68
なぜWrapperの別の表現が必要なのか

Wrapperでいいじゃないか
ゃっていることはWrap以外の何者でもないんだから

Wrap以外のことが目的＆役割で、あくまでWrapはその手段でしかないのなら、
その目的＆役割を晒さないと、誰もアドバイスできんと思うぞ
0840デフォルトの名無しさん2013/11/23(土) 13:55:18.70
要は内部機能にアクセスするための抽象化されたインターフェイスだよね。
ちゃうの？
0841デフォルトの名無しさん2013/11/23(土) 14:00:36.81
>>833
いや、ラッパーてのは実際はアダプタかコンバータに分類されるように思えるが…。
0842デフォルトの名無しさん2013/11/23(土) 14:12:16.63
ラッパーかどうかよりもどういう機能を提供するのかを名前にするべきだな
0843デフォルトの名無しさん2013/11/23(土) 14:28:52.67
>>841
まずコンバータとは普通はデータの変換器のことでラッパーとはまるで違う。

アダプタは、オリジナルとは違うAPIを提供する意味ではラッパーと同じだが、その目的が違う。
0844デフォルトの名無しさん2013/11/23(土) 16:34:08.92
ParapperWrapper
0845デフォルトの名無しさん2013/11/23(土) 16:49:24.03
Condom
0846デフォルトの名無しさん2013/11/23(土) 16:51:14.09
TheMarkOfSeirogan
0847デフォルトの名無しさん2013/11/23(土) 16:52:08.76
略してTMOS
0848デフォルトの名無しさん2013/11/23(土) 16:57:09.77
Saran
Kure
0849デフォルトの名無しさん2013/11/23(土) 17:00:53.81
Proxy
Adapter
Wrapper

違いは？
0850デフォルトの名無しさん2013/11/23(土) 17:40:56.13
私は次のように考えている。

・Wrapper
下位レベルのインターフェースを覆い、上位レベルに対して、抽象度の高いインターフェースを提供するもの。
だから、Wrapper の外と中には必ず抽象度に関する上位と下位の関係がある。

・Adapter
A からは「インターフェースが異なるために」利用できなかった B を A から利用するために、
A と B の間に置き、B のインターフェースを A から利用できるように変えるもの。
だから、両者の間には利用する側と利用される側という関係があり、
インターフェース（プログラミングならAPIなど）が変わる。

・Proxy
あるモノのインターフェースを覆い、付加価値や副作用を追加したインターフェースを提供する。
Wrapper や Adapter と違い、インターフェースは変えず、内部処理のみ変える。
0851デフォルトの名無しさん2013/11/23(土) 17:52:45.56
WrapperとAdapterって幾何学的には同じグラフになるよね。
かなり似てね？
0852デフォルトの名無しさん2013/11/23(土) 17:59:03.54
Adapterは単に二者の関係だけど、
Wrapperは標準的なAPIをサポートするものがいくつかある中で
それに逸脱したやつを標準に合わせる感じ。
0853デフォルトの名無しさん2013/11/23(土) 18:00:08.37
なるほどね。
0854デフォルトの名無しさん2013/11/23(土) 18:11:25.65
俺の実践的には

final で継承できないからしょうがなくWrapperを作成

目的のリスナーに対応しているAdapterを使用

使用目的に対して継承で特殊機能追加したものがProxy
0855デフォルトの名無しさん2013/11/23(土) 18:29:43.03
>>849
Proxy: 代理としてリクエストを受け取る
Adapter: インターフェースを変更する
Wrapper: 機能を追加して使いやすくする
0856デフォルトの名無しさん2013/11/28(木) 07:30:40.82
[a, b, c, d, ...] というリストがあります。
これから次のようにタプルを要素に持つリストを作る関数があります。

[(a, [b, c, d, ...]), (b, [a, c, d, ...]), (c, [a, b, d, ...]), ...]

つまり、もともとのリストからひとつずつ要素を取り、
それとリストの残りでタプルを作る、そのようなものを要素に持つリストです。
（外側のリストや、中のリストは本当は順不同ですが、簡単のため説明では元の順を維持しています）

もともとのリストの要素の型は何でもよく、ジェネリックな関数です。

このような関数の名前は何が良いでしょうか。
今のところ、headTails という名前にしていますが、イマイチわかりにくいです。
（自分は作者なんで意図は分かるのですが、初見の他人にとって、という意味です）
0857デフォルトの名無しさん2013/11/28(木) 08:13:14.19
MakeCombination(1, size - 1)
0858デフォルトの名無しさん2013/11/28(木) 08:15:17.04
>>856
次のあるひとつの処理のためだけで、意味あるものでないのなら、tanakaとか自分の名前つけておいたら。
0859デフォルトの名無しさん2013/11/28(木) 08:59:37.73
listOfOneAndOthers
makeListOf...
0860デフォルトの名無しさん2013/11/28(木) 09:37:06.91
list of each one and others
0861デフォルトの名無しさん2013/11/28(木) 09:51:10.09
Haskell？
手続型ならそんなヘンテコリストいきなり作ったりしないもんな
0862デフォルトの名無しさん2013/11/28(木) 10:36:03.06
元々の関数名として
void update();
というのを使っていたとします。

ところが、ある理由（update時に起きた特殊なイベントを取得する必要が生まれたなど）で
このupdate()に戻り値を加え、
enum_event update();
となったとします。

この場合、関数の機能が「update」から「updateして結果生じたイベントを返す」に変化しているため、
enum_event updateAndGetEvent();
というように関数名と機能を一致させたくなるのですが、これはこれで長くて見づらい気がします。
こういうようなケースの場合、みなさんはどのように対処しているでしょうか？
0863デフォルトの名無しさん2013/11/28(木) 10:58:09.68
>>862
Update()
GetCurrentEvent()

とかでいいんじゃないの？
Update()は従来のままで、GetCurrentEvent()は現在発生しているイベントを取得
イベント情報を取得する前に必ずUpdate()すればいい
0864デフォルトの名無しさん2013/11/28(木) 11:22:25.30
現在発生しているイベントっていうのはおかしくないか
最後に発生したイベント GetLastEvent の方が
updateAndGetEvent も見づらいほど長いと思わないけど、俺なら update のままで戻り値だけ追加する
0865デフォルトの名無しさん2013/11/28(木) 11:35:50.23
イベント駆動的な意味のイベントなのか、
ゲーム用語のイベントなのか気になる木
0866デフォルトの名無しさん2013/11/28(木) 12:48:43.49
>>864
GetLastEventやGetCurrentEventだとイベントの履歴を保持している印象を受けるな
むしろGetEventでいいのかもしんない
0867デフォルトの名無しさん2013/11/28(木) 12:57:51.12
GetLastEventだとイベントが実行中なのか終わってるのか判断しにくいから
GetCurrentEventも必要だね
0868デフォルトの名無しさん2013/11/28(木) 13:09:53.36
思想としては、自分以外の人間が使うときに極力ヒューマンエラーを減らしたいと思っています。
enum_event update();
だと関数名からだけでは戻り値があることがわかりづらく、
Update();
GetCurrentEvent();
だとGetCurrentEvent()を呼び忘れたりupdate()より先に呼んでしまったりということが考えられます。
使用者がコメントやドキュメントを確実に読んで正確に理解してくれる前提ならどちらでもかまわないのですが。

関数名に"AndGetEvent"とつけておけば、さすがにupdateと同時にeventを取得していることを
わかってくれるだろう、というのが元々の考えでしたが、自分で使っててどうもすっきりしませんでした。

updateとイベントの取得とを分ける方向で考えてみます。

>>865 ゲーム的なイベントです。前に進んだ結果どうなるのか、木にぶつかるのか、何か見つかるのか、といったような。
0869デフォルトの名無しさん2013/11/28(木) 13:21:06.02
1回のupdateでイベントは1回しか発生しないのだろうか
0870デフォルトの名無しさん2013/11/28(木) 13:22:41.68
あと、updateしないとイベントは一切発生しないのだろうか
0871デフォルトの名無しさん2013/11/28(木) 14:03:26.74
updateやめてcheckにしようず
0872デフォルトの名無しさん2013/11/28(木) 14:07:07.80
>>868
ゲーム的な話ということで

プレイヤーのキー入力によりイベントの発生を判断するのであれば、キー入力の際にUpdateすればいいし
一定の間隔でイベント発生を判断しているのなら、そのループ内の最後にUpdateの呼び出しをしておけば
GetCurrentEventの場所はループ内であればどこでもいいと思うけど

今後の拡張を考えて分けておくのが正解だと思うわ
0873デフォルトの名無しさん2013/11/28(木) 14:10:00.08
>>856
pickout
0874デフォルトの名無しさん2013/11/28(木) 15:01:53.23
メソッド分けるとスレッドセーフとかが怪しくならないか？
大丈夫な用途ならいいかもしれないが。

あと戻り値忘れる人は別メソッドの呼び出しもしないんじゃ…。
0875デフォルトの名無しさん2013/11/28(木) 20:25:18.88
>>868
考えすぎ。機能がupdateなら返り値があろうがなかろうがupdateでいい。

そもそもupdateだから返り値を持たない筈だ、なんて先入観を持つプログラマがいたら
その人のその感覚の方が間違ってる。

百歩譲ってそういうプログラマの存在を前提とするとしても、今時みんなIDE使うでしょ。
だったら何の問題もない。
0876デフォルトの名無しさん2013/11/28(木) 20:32:53.28
update_event()
0877デフォルトの名無しさん2013/11/29(金) 01:20:18.13
updateAndGetEvent
アトミック性が必要ならば、実に愚直で分かりやすいじゃないか。
Javaとかだと、
AtomicInteger.getAndIncrement()
とかあったりするし
0878デフォルトの名無しさん2013/11/29(金) 01:26:03.46
getEventAfterUpdate()
0879デフォルトの名無しさん2013/11/29(金) 01:59:32.63
関数名しか見ないなんて事しなけりゃいいだけ
0880デフォルトの名無しさん2013/11/29(金) 02:26:08.36
閃いた。
readme()
08818562013/11/29(金) 07:26:02.58
>>858
他のところでも使うので、分かりやすい名前を考えています。

>>861
Haskell です。

アイデアを提案していただいた事はうれしいのですが、
どれも少々冗長ぎみに感じました。

もう少し考えてみます。

ありがとうございました。
0882デフォルトの名無しさん2013/11/29(金) 12:50:30.87
>>880
くそー、ちょっと笑っちまった

でも、それやりだしたら、
readme11( )
readme12( )
readme13( )
readme14( )
とかなって、昔の Coboler が作ったソースみたくなりそう (w
0883デフォルトの名無しさん2013/11/29(金) 23:59:02.27
コードで申し訳ないんだが、↓みたいな処理の名前ってどうすべき？
内容としては、taskの正常終了時のみ completionFunc をかまして結果を作成、それ以外は taskの状態を引き継いだ新しいTaskを返す

public static Task<TOut> WrapPipeline<TIn, TOut>(this Task<TIn> task, Func<TIn, TOut> completionFunc)
{
　var tcs = new TaskCompletionSource<TOut>();
　switch( task.Status ){
　case TaskStatus.Canceled:
　　tcs.TrySetCanceled(); break;
　case TaskStatus.Faulted:
　　tcs.TrySetException(task.Exception.InnerExceptions); break;
　case TaskStatus.RanToCompletion:
　　TOut result;
　　try{
　　　result = completionFunc(task.Result);
　　} catch(Exception ex){
　　　tcs.TrySetException(ex); break;
　　}
　　tcs.TrySetResult(result); break;
　}
　return tcs.Task;
}
0884デフォルトの名無しさん2013/11/30(土) 01:40:24.55
返り値がTaskである必要性がないようが気が
0885デフォルトの名無しさん2013/11/30(土) 02:39:27.37
Packet<TOut> filterPacket(Packet<TIn> in, Filter<TIn, TOut> filter)
0886デフォルトの名無しさん2013/11/30(土) 03:03:21.24
convertTask
0887デフォルトの名無しさん2013/11/30(土) 03:16:48.96
GetNextTask
0888デフォルトの名無しさん2013/11/30(土) 09:32:53.20
>>884
Task じゃないとキャンセル・エラー情報を引き継げない

使い方も書いとくべきだった↓
AsyncMethdo()
.ContinueWith(t => t.WrapPipeline(result => {
// AsyncMethod 成功時の処理
})).ContinuewWith
…
.ContinueWith(t => {
// エラー処理がまとめてできる
});
0889デフォルトの名無しさん2013/11/30(土) 10:53:45.18
>>883
やってることがwrapではねーなっていうのはわかる。どっちかっつーと状態遷移のための仕組みに見える。
>>887に一票
0890デフォルトの名無しさん2013/11/30(土) 11:15:39.70
しかしそんな処理必要なんだろうか
0891デフォルトの名無しさん2013/11/30(土) 12:36:47.14
TaskContinuationOptions を指定して完了・キャンセル・エラーを分離することもできるけど、複数に分かれて煩雑になるじゃん・・繋げて書けないし
0892デフォルトの名無しさん2013/11/30(土) 14:51:09.50
ChainFuncとかJoinFuncとかPipeFuncとか。
AddやAppendだと入出力が繋がってるニュアンスが出ない？

正確に全部の機能をもれなく名前に盛り込もうとするとやたら長くなりそうだから
適当なところで諦めた方が良さそう。

あと"Func"の部分の概念をあらわす適切な言葉が存在しないのがつらい。
ProcedureとかProcessとかPostProcessではおかしいし。
0893デフォルトの名無しさん2013/11/30(土) 14:57:12.45
常にそのパターンで使うのなら ContinueWith ごとラップした方が便利だし名前を付けやすいと思う
AsyncMethod()
.Chain(result => { ... })
.Chain(result => { ... })
.ContinueWith(t => { 最後 });
0894デフォルトの名無しさん2013/12/05(木) 11:07:42.12
bool object.isAvailable();が
"the object is available"という英文に添った形になっているのはわかるんですが、
getterとかsetterってどうなんでしょう。
bool object.getAvailability();は
"the object get availavility"ではなく、"get the object's availability"や"get availavility from the object"ですよね。
isとの統一性を考えるとgetじゃなくてshowやrevealにすべきなんじゃないでしょうか。
それとも私の考え方が間違ってるんでしょうか。
0895デフォルトの名無しさん2013/12/05(木) 11:13:30.63
またその話題か
0896デフォルトの名無しさん2013/12/05(木) 11:55:22.18
we get availability
じゃないの？勘だけど。
0897デフォルトの名無しさん2013/12/05(木) 12:10:48.31
>>894
object.availabilityでいいんじゃない。
0898デフォルトの名無しさん2013/12/05(木) 12:30:50.10
get me objects availability
0899デフォルトの名無しさん2013/12/05(木) 14:12:46.08
>>894
isXXXという命名パターンはC言語の頃から見られる記法であり、object is XXXを示しているわけではない。
だからといってそれが絶対正しいわけではないし、
貴方が今の考えにしたがってゲッターセッターも統一させたいと思うのは自由だ。
0900デフォルトの名無しさん2013/12/05(木) 20:53:34.40
Hey Bob! Kiss my ass!
と同じオブジェクトさん、プロパティを取ってよ、と呼びかけてるの
0901デフォルトの名無しさん2013/12/06(金) 04:02:55.95
x=trueに対してxのsetterが作動すべきでありy=xに対してxのgetterが作動すべき
これができないヘボ言語はやむをえずgetXやsetXを直に弄ることになる。
isXってのはgetXのことに他ならない。getXとisXが同じ用途で覇権を競っているならばgetXの方が正しいだろう。
0902デフォルトの名無しさん2013/12/06(金) 09:06:22.94
setterを用意しないならisXのほうが正しいだろうね
0903デフォルトの名無しさん2013/12/06(金) 09:10:02.89
それはない
0904デフォルトの名無しさん2013/12/06(金) 09:47:57.33
isとgetの区別が付かないとかネタでしょ
0905デフォルトの名無しさん2013/12/06(金) 09:52:43.11
setX, getX, isX はオブジェクト指向が一般化するはるか以前からある。
オブジェクト指向になってもその慣用は変わらなかった。
この慣用とは違う動詞を使うのはリーダビリティ下げるよ。
0906デフォルトの名無しさん2013/12/06(金) 10:02:10.56
isXとgetXの違いなどヘボ言語における混乱にすぎないということ。
0907デフォルトの名無しさん2013/12/06(金) 10:08:46.48
hasXのこともたまには思い出してあげてください。
0908デフォルトの名無しさん2013/12/06(金) 13:33:01.93
>>901
そういうのって自然言語処理とか使ってケースごとに対応を変えるだけでいいんでない
例えばBoolean型のフィールドの場合にはisXで
他の方の場合にはgetXでという具合に対応するだけで問題なさそうだけどな
0909デフォルトの名無しさん2013/12/13(金) 15:03:48.87
C#です
ProgressBarをコンストラクタで受けて、各メソッドで状態を管理するクラスを考えています

以下のようなクラス名を考えましたがいまいちな気がします
いいクラス名を教えて下さい

ManageProgressBar
ControlProgressBar
0910デフォルトの名無しさん2013/12/13(金) 15:08:44.11
ProgressBarController
0911デフォルトの名無しさん2013/12/13(金) 15:10:33.11
Progress
0912デフォルトの名無しさん2013/12/13(金) 15:19:05.54
ProgressBarManager
0913デフォルトの名無しさん2013/12/13(金) 15:38:06.88
>>910-912
ありがとうございます

910か912の案で行きます
0914デフォルトの名無しさん2013/12/13(金) 15:49:39.26
>>913
いやいや、クラス名にmanagerとかcontroller使うのはバッドノウハウの典型例だろ。
ProgressBarを管理するのはProgressBar自身であって、これ自体は進捗状況を表示するためのアイテムなわけ。
そして貴方はProgressBarを管理したいんじゃなくて、
とある進捗状況を与えられたProgressBarを通じて表示したいだけだよね。
0915デフォルトの名無しさん2013/12/13(金) 15:51:18.49
>>913
どういたしまして
じゃ頑張って
0916デフォルトの名無しさん2013/12/13(金) 16:00:40.97
>>914
1行目がよくわからん。そうなの？
0917デフォルトの名無しさん2013/12/13(金) 16:06:49.24
>>914
ProgressBarをコンストラクタで受け取るクラスなんだから、複数のProgressBarを管理したいってことでしょ。
で、この設計が妥当かどうかという話なら、それはスレ違い。
09189092013/12/13(金) 17:42:33.85
やりたいことは以下の通りです

管理するプログレスバーは一個
表示、非表示を切り替えるメソッドを持ちたい
最小値、最大値を設定するメソッドを持ちたい
値をカウントアップするメソッドを持ちたい

フォームでこのクラスのインスタンスを生成し、
ロジッククラスに渡して上記メソッドでプログレスバーを管理したいと考えてました
09199092013/12/13(金) 17:45:27.38
一回決めて頂いたのにすいません
やりたいことを最初から詳細に書いておくべきでした

やりたいことは前レスの通りです、よろしくお願いします
0920デフォルトの名無しさん2013/12/13(金) 17:57:25.09
MyProgressBar
0921デフォルトの名無しさん2013/12/13(金) 18:05:59.18
>>918
まさしくProgressBarそのものじゃん。
09229092013/12/13(金) 18:27:24.39
言われてみればその通りかもしれません
ただ画面コントロールをロジッククラスに渡すのはよくないかと思いクラスにしようと思いました
ラッパーになるんでしょうかね
0923デフォルトの名無しさん2013/12/13(金) 18:54:55.71
ああ、frameWorkにprogressBarがすでにあるのか。
じゃあラッパーだよね。controllerとかmanagerではないな。
0924デフォルトの名無しさん2013/12/13(金) 20:45:37.70
ProgressBarState
0925デフォルトの名無しさん2013/12/13(金) 21:02:32.52
Peogress爺
0926デフォルトの名無しさん2013/12/14(土) 08:57:51.66
>>909
管理ってなんだよ
0927デフォルトの名無しさん2013/12/18(水) 00:18:02.57
特定の条件によって、画面の項目を有効または無効にするような処理をなんと呼べばいいのでしょうか？
例えば、性別を切り替えたときに入力できる項目を切り替えるような処理。

入力制御や入力規則でググると、テキストボックスに数字のみ入力するというような
単体のコンポーネントに対する処理がヒットしてしまいます。

条件によって有効になる項目もあれば無効になる項目もあるので、
enableXXXXX, lockXXXX のようなメソッド名以外を考えています。

このような制御をなんと呼ぶのかご存知の方がいましたら教えてください。
0928デフォルトの名無しさん2013/12/18(水) 00:21:57.98
updateEnablity
0929デフォルトの名無しさん2013/12/18(水) 00:51:00.00
update gui
update components
update component states
update availability
update editability
0930デフォルトの名無しさん2013/12/18(水) 07:00:37.18
>>927
おれなら enableXXXXXGroup
あるいは enableXXXXX (XXX_GROUP)

enable を使わないとなると、ごめん、自然な英語は思い浮かばないな
0931デフォルトの名無しさん2013/12/18(水) 07:19:38.11
プロパティのGetterだけを定義したインターフェースIXXXがあります。
これに対して、プロパティのSetterだけを定義したインターフェースを導入して、可変にしたいのですが、
何て名前がいいでしょうか？？
とりあえず、適当に思いついたのはIMutableXXXぐらいです。
よろしくお願いします。
0932デフォルトの名無しさん2013/12/18(水) 08:07:41.95
普通、IXXXに対してsetIXXXじゃないの？
と思ったらインターフェースの名前か。
IXXXSettersとかは？
0933デフォルトの名無しさん2013/12/18(水) 08:12:06.30
IVariableとか

自分ならSetterのみを定義したインターフェイスは作らないかな
0934デフォルトの名無しさん2013/12/18(水) 08:12:09.51
IXXXMutator
IXXXEditor
0935デフォルトの名無しさん2013/12/18(水) 08:39:49.21
IReadOnlyAAA
IAAA : IReadInlyAAA
0936デフォルトの名無しさん2013/12/18(水) 10:10:50.87
IReadable/IWriteable
0937デフォルトの名無しさん2013/12/18(水) 10:46:25.97
>>931です。
元のGettersだけのインターフェースの名前はReadOnlyとかで修飾したくありません。
このインターフェースはメソッドに渡すパラメータを定義したインターフェースなのでGettersだけなのです。
実際は、このインターフェースを実装したクラスを自分で定義すれば、パラメータを設定するのに、
別に追加の可変にするインタフェースなんて必要ありませんが、
実装を省略できるように、追加のSettersのインタフェースを用意して、
これとGettersのインタフェースを実装したクラスをこちらで用意して、このインタフェースを返そうという事です。
ちなみに、外部に公開するのはインタフェースだけなので。
0938デフォルトの名無しさん2013/12/18(水) 10:53:02.28
まぁ、追加のインターフェースを元のIXXXから継承させるにせよ、させないにせよ。
IYYYYXXXの形式のやっぱIMutableXXXとかIVariableXXXとかあたりが
いいのかなと思いつつ。
0939デフォルトの名無しさん2013/12/18(水) 10:56:53.48
視点が読み書き可能かに偏っているが、メソッドに渡したいパラメータのセットであるなら、
そのパラメータの名前をあてた方がスマートだと思う。
例えばSTGの当たり判定のメソッドのパラメータにIRectangleを渡す感じで。
0940デフォルトの名無しさん2013/12/18(水) 11:03:29.26
>>939
まさしくそんな感じで、インタフェース名にパラメータの名前(要は名詞、IRectangleみたいに)をつけてます。
でも、Gettersのメソッドしか定義してません。
で、>>937で書いたように、使う側で実装を省略できるように
ヘルパ的なパラメータを設定するためのインターフェースを用意したいのです。
0941デフォルトの名無しさん2013/12/18(水) 11:08:09.46
IXXXEx
0942デフォルトの名無しさん2013/12/18(水) 11:12:39.87
IXXXConst
0943デフォルトの名無しさん2013/12/18(水) 20:36:18.89
IMutableって嫌がらせ過ぎる名前だなw

っていうか、素直にReadOnlyつければ済む話を何で頑なに拒むのかちょっと理解できないな
0944デフォルトの名無しさん2013/12/19(木) 21:05:21.30
俺なら、Stringに対するStringBuilderみたいにBuilderパターンにするかな。
0945デフォルトの名無しさん2013/12/24(火) 02:53:50.44
比較方法
CompareMethod が長すぎるので
CompMeth
CmpMth
もう少し良いのありませんか？
0946デフォルトの名無しさん2013/12/24(火) 02:58:18.63
メソッドを比較するの？　それとも比較するメソッドなの？
0947デフォルトの名無しさん2013/12/24(火) 03:03:22.25
Comparator
0948デフォルトの名無しさん2013/12/24(火) 03:03:54.28
Comparer
09499452013/12/24(火) 03:10:48.42
VB.NETのCompareMethod 列挙体の値を入れる変数です。
0950デフォルトの名無しさん2013/12/24(火) 03:12:35.47
cm
0951デフォルトの名無しさん2013/12/24(火) 03:13:36.83
currentCompareMethod
0952デフォルトの名無しさん2013/12/24(火) 07:01:50.85
VB.NETならVisual Studio環境だろうから、
インテリセンスが効くから別に名前は長くても問題ないはず。

むしろ変に省略系にしてしまって、後の自分や他の人が見て
意味不明なものにならないようにすべき。
0953デフォルトの名無しさん2013/12/24(火) 20:18:39.17
>>945
今時その程度の名前で長いと思うならプログラマ辞めた方が吉。
0954デフォルトの名無しさん2013/12/24(火) 21:33:50.39
>>953
ORACLEとかやってる人なんじゃなのかなー
あのDBは変数名・テーブル名に30バイトの制限あるじゃん
0955デフォルトの名無しさん2013/12/24(火) 21:42:15.07
ないない
0956デフォルトの名無しさん2013/12/24(火) 22:03:54.76
30バイトもあるなら、CompareMethod で長いなんて言わんだろ
0957デフォルトの名無しさん2013/12/24(火) 23:02:43.62
ごめん、全然関係ない所読んでた
そうだね、プログラム書いてると普通にクラス名長いのあるよね
0958デフォルトの名無しさん2013/12/25(水) 06:55:39.81
メソッドのローカル変数のようにスコープが短い場合はcmかな
0959デフォルトの名無しさん2013/12/27(金) 23:17:00.77
最近書いたある抽象クラスの名前
　　RelationshipBetweenParentAndChildren

どや？
0960デフォルトの名無しさん2013/12/27(金) 23:38:38.23
family
0961デフォルトの名無しさん2013/12/27(金) 23:51:53.21
javaで業務アプリを作ろうとしてるんですが、各画面のクラス名どうしてますか？
規則に従ったIDにしようかなと思ってます。
200画面くらいあるシステムでだと、どうなってますか
0962デフォルトの名無しさん2013/12/28(土) 00:01:27.05
役割に応じた名前をつけてあげてください・・・
0963デフォルトの名無しさん2013/12/28(土) 00:11:33.12
200画面が完全に独立したもので無ければ、
画面を分類して、名前はその分類名から始まるように付けるとか。
0964デフォルトの名無しさん2013/12/28(土) 00:57:31.05
>>959
200画面もあったら、適切な名前付けづらいだろうし、ID + 名前かな～
0965デフォルトの名無しさん2013/12/28(土) 00:58:27.53
間違えた
>>961ね
0966デフォルトの名無しさん2013/12/28(土) 01:29:27.45
天然無能な・・・
0967デフォルトの名無しさん2013/12/28(土) 04:22:12.03
仕様書の画面ごとに名前あるだろ。
画面ってswingかな。
0968デフォルトの名無しさん2013/12/28(土) 14:28:50.74
>>961
200画面必要な業務ってのが想像つかないけど、それが事実でまともな人が設計してるのなら
自然と階層構造になってるか、それでなければ>>967の言うように個別に名前を与えれるような
分類になってるはず。

前者なら階層どおりアンダースコアで区切るとかして名前を付ければいい。
長くて読みづらくても無意味な数字よりましだと思う。
0969デフォルトの名無しさん2013/12/28(土) 17:27:58.56
>>959
Relation<Parent, Children> がいけるんだがなC++だと
09709612013/12/29(日) 10:59:53.04
みなさんレスありがとう

flash + .netでのシステムが、100画面くらいで運用しています。
ほとんどバッチ処理を起動するだけの画面なんですが、処理が微妙に違っているだけの画面とかあります。
出庫入力1、出庫入力2、出庫入力3みたいな感じで

だから、新しくシステムを作る時(javaで)に、どのようにクラス名をつけようか困っているわけです
0971デフォルトの名無しさん2013/12/29(日) 14:42:25.02
特効薬はない
0972デフォルトの名無しさん2013/12/29(日) 15:32:48.97
>>970
それ、入力画面クラスがあって、そのモードを変えてるだけじゃないの？
俺ならそうするけどw
0973デフォルトの名無しさん2013/12/30(月) 16:50:13.77
>>972
違うよ
あまりにも仕様変更が多すぎるから、画面まるまるコピペしてる
SEがダメすぎだから
0974デフォルトの名無しさん2013/12/30(月) 23:59:32.99
在庫で使う、ケース数、バラ数、総バラ数って
英語だと単語何になりますか？
0975デフォルトの名無しさん2013/12/31(火) 00:16:52.12
>>501-502
0976デフォルトの名無しさん2014/01/01(水) 11:27:06.16
最適化を施したある関数Fがあって、その引数と戻り値の関係が正しいかどうかをテストしたい。

そのために、最適化を施してなく計算処理は遅いのだが、
誰が見ても正しいと思えるような、慎重に実装した技術的には稚拙な、
Fと同じ引数と戻り値の関係を持つ関数Gを作り、大量の引数に両関数を適用して比較したい。

このようなテスト用の関数Gの名前は、何するのがいいんだろう。

たとえば F に対して test_G とすると、G をテストするようなイメージが湧く。
テストするのは G そのものではなくて、F と G が関数として同値かどうか。
0977デフォルトの名無しさん2014/01/01(水) 12:12:20.24
Reference Implementation
0978182014/01/01(水) 12:22:59.34
>>976
fake_F( )
0979デフォルトの名無しさん2014/01/01(水) 13:14:17.41
>>976
どうせ一時的に必要になるだけなんだろうから名前なんか何でもよいのでは？

int void PowerOf2(int n)
int void PowerOf2_Unoptimized(int n)
とか

int void PowerOf2(int n, bool optimizes){
　　if (optimizes) return PowerOf2(n);
　　....
　　return xx;
}
とか
09809762014/01/01(水) 13:34:00.63
みなさん、アドバイスありがとうございました。

Reference Implementation を略して RI か ri を使わせていただきます。
（RI_F や ri_F あたり）

>>979
一時的ではありません。
何を使ってどうテストしたのか、記録として残しておくものです。
なので何でもよいわけではなく、比較する元のものである、
という目的が後で見てすぐに汲み取れないといけません。

Reference Implementation は今回の目的にぴったりです。
幸い、これを RI と略しているのはよく見かて違和感ないので、
これを採用させていただきました。
0981デフォルトの名無しさん2014/01/01(水) 13:36:45.47
で、1年後に自分のソース見て「このRIってどういう意味なんだ（ﾑｷｰ」ってなるの巻。
09829762014/01/01(水) 13:42:12.90
>>981
そんないい加減な管理ではないので、ご心配なく。
0983デフォルトの名無しさん2014/01/01(水) 13:58:04.05
煽りはスルーせれ
0984デフォルトの名無しさん2014/01/01(水) 14:05:30.68
別に煽るつもりないけど、管理しなけりゃならない時点で名前としては破綻してるんじゃないのと思うけど。
0985デフォルトの名無しさん2014/01/01(水) 15:04:01.84
>>984
> 別に煽るつもりないけど、管理しなけりゃならない時点で名前としては破綻してるんじゃないのと思うけど。

いいえ。
こんな少ない情報で、そんな結論を出せるあなたはエスパーじゃないかと思うのだけど。

980のように納得する答えを出せた人(>977)) が、実社会で価値のある人間だよ。
アウトプットを出せる人間と出せない人間の違いは、まさにコレ。
0986デフォルトの名無しさん2014/01/01(水) 15:05:31.53
>>985
> アウトプットを出せる人間と出せない人間の違いは、まさにコレ。

あ、はっきり書くね。

アウトプットを出せる人間 = >977
アウトプットを出せない人間 = >981, >984


ムキーッ！！
0987デフォルトの名無しさん2014/01/01(水) 16:03:34.98
何が言いたいのか分からないが幼稚だね。
0988デフォルトの名無しさん2014/01/01(水) 16:10:43.65
>>985
こういう思考回路の人が伝説になってる、「ID番号付きの関数をバインダで管理」
なんて地獄絵図の世界を作るんだろうな。

コード上の名前と別に管理が必要な時点で名前として破綻している、
というのは今時のプログラマとしては常識的な見解だと思うが。
0989デフォルトの名無しさん2014/01/01(水) 16:12:25.13
まるでジョナサン流の強がりだな
0990デフォルトの名無しさん2014/01/01(水) 16:17:48.86
だれ？
0991デフォルトの名無しさん2014/01/04(土) 11:44:37.14
カモメの
0992デフォルトの名無しさん2014/01/04(土) 14:08:00.75
板違い・スレ違いかも知れんが、助けてくれ

自分用にデータベースを使って家計簿みたいな日々の収支を記録するアプリを作ってるんだが、
テーブルのフィールド名で困ってる

収支の日付はDateで、収支の品目はItemでいいとして、収支の金額は普通なんて言うの？
Price、Value、Ammount、Money あたりなの？

プログラムで扱いやすいように、日本語は無し、英語という縛りで
0993デフォルトの名無しさん2014/01/04(土) 14:41:52.13
いんかむ
09949922014/01/04(土) 14:45:18.34
>>993
せっかくのアドバイスに本当にごめん、言い忘れていた

今回は収入と支出に分けず、収支を一つのフィールドで表す方法をとってるんだ
（支出は正の整数で、収入は負の整数）
0995デフォルトの名無しさん2014/01/04(土) 14:49:26.08
収支を1つで表すの？
分けたほうがいいんじゃない

収入＝Income
支出＝ExpensesとかCostsとか
0996デフォルトの名無しさん2014/01/04(土) 14:53:09.89
income and outlayとかか
InOutでいんじゃね？
0997デフォルトの名無しさん2014/01/04(土) 15:17:25.26
負の値を使うなら、名称はそれが正の場合の呼び方でいいでしょ。
つまり収支じゃなくて収入でいい。

加速度を加減速度とは言わないし、経済成長率を経済成長縮小率なんて言わんでしょ。
09989922014/01/04(土) 15:35:04.01
それもそうか、じゃあ支出の英語ということで spenfing にするよ
みんな、ありがと

>>995
データベースの中では分ける意味がない
ある品目が支出であり、かつ収入であるなんてことはあり得ないのだから

このデータを画面に分かりやすく表示する際には当然分けるけど
09999922014/01/04(土) 15:35:51.73
またミスった

誤 spenfing
正 spending
1000デフォルトの名無しさん2014/01/04(土) 15:47:18.38
>>998
そういうものなのか
それぞれの合計とか出したりするなら
分けた方がいいと思ったんだけど
1001１００１Over 1000Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。