クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net

**ネミ子** · 2017/05/07(日) 18:01:52.03

クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/

**デフォルトの名無しさん** · 2019/01/17(木) 09:58:31.61

525です

>>565さん
自分がスナップショットの意味を取り違えていると思いますので、意味を調べ直してきます。

>>566さん
今想定しているのは時間は等間隔ではありません。状態やデータが変化した時のみ保持し、不規則なデータの移り変わりを表現したいと考えています。

>>567さん
今のところは、主体をview、変化点(と言ってしまいますが)は要素として考えています。

この考え方は自分の知識が弱いこともあると思いますので、改めて考え直してみます。

金太郎飴の例が悪かったですね。
今後は伝わりやすい例を考慮してから質問させていただきます。

**デフォルトの名無しさん** · 2019/01/17(木) 10:05:22.99

Change Update
Log History
ここらへん組み合わせればいいんでないの

**デフォルトの名無しさん** · 2019/01/17(木) 11:50:07.39

>>567
まだ言ってるのかよ…

> そもそもその奇異なVIEWの存在意義が気になる
> 速度もメモリ量も性能悪そう

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

**デフォルトの名無しさん** · 2019/01/17(木) 15:59:55.65

>>521
今更だけど
オブジェクトそのもの（あるいは一部）を初期化するメンバ関数は基本的にPublicになることはないかなって話
例えば、init()、update()、final()ってメンバ関数があったとして
init()→update()→final()の一連の流れをオブジェクト利用者に約束事として強要しちゃうわけよ
final()で一旦終えた後に、init()せずにupdate()しちゃったらオブジェクト内部がおかしな状態になるかも知れない
じゃあ、final()の中でinit()しちゃえばいいよねってなるけど、final()(init実行)→init()って無駄なことをされてしまう
そうするとinit()が邪魔になり、コンストラクタ内でinit()を呼んで、利用者に好きなだけupdate()させて
final()(init含む)で結果を受け取ってもらった方が分かりやすいよね
利用者が「この処理やーめた」って出来るようにオブジェクトそのものを初期状態へ戻すreset()のメンバ関数を
増やすのなら分かるけど、利用者からしたらいちいち処理の最初に呼び出すinit()は要らんよね

同様に一部のメンバ変数へのSetter（再代入、初期化）は極力排除するべきだと思うよ
オブジェクト内部で処理される絶えず変化するメンバ変数なんて外部からSetするようなものじゃないし
逆に処理に利用される外部から能動的に値を変えない限り定数状態になっているようなメンバ変数なら
オブジェクト構築時に初期化するようにして、それらの値を変えたいなら新しくオブジェクトを構築したら良いと思うよ

**デフォルトの名無しさん** · 2019/01/17(木) 19:44:55.80

>>571
> じゃあ、final()の中でinit()しちゃえばいいよねってなるけど
なりません

コンストラクタ/デストラクタを持ってる言語なら init() はコンストラクタで、final() はデストラクタで呼び出せば良い
再利用したいなら削除して再度生成すべき
コンストラクタ/デストラクタを持ってない言語ならinit()→update()→final()を強要するんだからfinal()した後で再利用したいならinit()から強要すべき
中途半端にfinal()の中でinit()なんて呼び出すべきじゃない
そもそも再利用しないならそのinit()は無駄だし

**デフォルトの名無しさん** · 2019/01/17(木) 20:02:41.35

>>568
いや、「スナップショット」についてのその感覚は正しいと思う。
再確認するのはいいけど、言われたことにあんまりこだわらないようにね。

って、もう来ないかな？

オレとしてはいろいろ出ていたchange系の名前がよさそうだと思ってたけど、気に入らない理由を聞きたかった。

**デフォルトの名無しさん** · 2019/01/17(木) 21:11:21.86

語感の問題なんだろうけど、スナップショットは任意のある時点って感じで、変化時点って意味は含まなさそう。

**デフォルトの名無しさん** · 2019/01/17(木) 21:36:53.38

>>572
>final()はデストラクタで呼び出せば良い
ああごめん、それらのメンバはオブジェクトを構築破棄する意味合いが強いものじゃなく
そのオブジェクトの目的を処理する意味でのinit()とfinal()
例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
final()はハッシュ値を返すみたいな

>コンストラクタ/デストラクタを持ってない言語なら~
そりゃそうだ

>そもそも再利用しないならそのinit()は無駄だし
その対比として再利用するreset()メンバ関数を例に出したんだけどね
init()は少なくともコンストラクタとreset()の中でコールされるよ

で、オブジェクトの初期化と処理の初期化を1つにして
もし処理を初期化するinit()メンバ関数を設けるなら、publicにはしないよって話だよ

**デフォルトの名無しさん** · 2019/01/17(木) 21:46:08.66

>>574
スナップショットって「ここで記録を残したい！」って、それを取り扱う側の任意が強いよね
変化したポイントを必ずしも残したいとは限らないからちょっと違うイメージだな

**デフォルトの名無しさん** · 2019/01/17(木) 22:05:06.73

>>576
それは確実に違うw
https://wa3.i-3-i.info/word14388.html
↑の人が簡潔に書いてるように、「何か」のある瞬間の丸ごとの写し、という含意しかない
人が意志を持って作ろうが、一定の間隔で機械的に作成されるものであろうが、それは関係がない

**デフォルトの名無しさん** · 2019/01/17(木) 22:11:14.58

完全に蛇足だけど、VirtualBoxみたいに
完全な写しではなくてもある瞬間の状態が再現可能なデータのことを
スナップショットと呼ぶケースもあるとは思う

**デフォルトの名無しさん** · 2019/01/17(木) 22:17:04.64

>>574
変化直後の値であることを名前で明示する必要があるかは微妙だと思う
だって例えば一定間隔でサンプリングされたデータだったらいちいちそんな名前付けんでしょう。

**デフォルトの名無しさん** · 2019/01/17(木) 22:27:55.19

>>525はデータ自体の持ち方より変化した時のみ記録すると言う事を言いたい
って言うのは１名を除いてみんなわかってる話
なのでスナップショットの議論をしてもあまり意味がないと思う

**デフォルトの名無しさん** · 2019/01/17(木) 22:44:49.84

>>575
> そのオブジェクトの目的を処理する意味でのinit()とfinal()
> 例えば、ハッシュ関数、データを繰り返しupdate()してその処理を終わらせるfinal()
> final()はハッシュ値を返すみたいな
それならそんな変な名前をつけるべきじゃない
普通にget_result()とかでいいだろ

> init()は少なくともコンストラクタとreset()の中でコールされるよ
>>521が言ってるのはreset()の話な
> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてるあるから普通理解できると思うが

**デフォルトの名無しさん** · 2019/01/17(木) 22:52:28.78

>>577
あるにきまってんだろ。

それに、「スナップショット」は、IT用語のスナップショットの意味も強すぎる。

**デフォルトの名無しさん** · 2019/01/17(木) 23:19:06.78

>>580
だから、そんな必要はないだろうと言ってる。
タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を
記録したものだと分かる。

それは繰り返しになるが、データの羅列（とサンプリング間隔）を見たら
いちいち一定間隔でサンプリングしたデータだなんて言わなくても分かるのと同じ

そんなことよりそれがナニであるかの方が余程重要な情報だ。

まあ仮にどうしても必要でも、例えばsnapshotOnChangedとかすればいいだけの話だけど

>>582
ないから。
あるというならそう言ってる人の記事の一つでも出してみ。
君が勝手に狭義に思い込んでるだけ。

**デフォルトの名無しさん** · 2019/01/17(木) 23:19:56.06

しかし、すぐに喧嘩ごしで物を言ってくる馬鹿がいるな。
しかも言ってる内容がほんとしょうもない

**デフォルトの名無しさん** · 2019/01/17(木) 23:31:16.65

>>583
「スナップショット」は普通に使う言葉なんだが。ｗ
狭義といえばそうだが実際にそうだから。

喧嘩腰に相手される理由を自省しろ。

**デフォルトの名無しさん** · 2019/01/18(金) 05:15:11.78

>>581
そのレスを否定も何もしていないよ
同じことを言っているだけなんだけど、initやinitializeって名称のメンバ関数を表に出すことはなく
初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
で、後半にメンバ変数を個別に初期化するような処理を持たせるにも条件が有るよねって書いたのよ

**デフォルトの名無しさん** · 2019/01/18(金) 07:03:04.62

>>583
全体的にほぼ同意
タイムスタンプのフィールド名がただの時刻じゃなく有効期間開始時刻みたいなニュアンスでキーになっているテーブルならもう誤解する人いないレベル
妥協案としてのsnapshotOnChangedもいいな
changeが原形で出てくるとどうも動詞っぽくて座りが悪し

**デフォルトの名無しさん** · 2019/01/18(金) 07:16:09.93

>>583
> タイムスタンプとデータの写しが保存されていれば、常識的にそれは変化の先頭を記録したものだと分かる。
等間隔でタイムスタンプとデータを記録することなんて普通にある

> そんなことよりそれがナニであるかの方が余程重要な情報だ。
だからそんなことを思ってるのはお前だけ

**デフォルトの名無しさん** · 2019/01/18(金) 07:17:54.96

emploee_with_mail_addressとか
emploee_with_optimistic_lockingみたいなテーブル名が冗長なのと同じ理由で
emploee_snapshot_on_changedなんて説明的な名前になるのだとしたら
本来こっちがemployeeだよなあとは思う

**デフォルトの名無しさん** · 2019/01/18(金) 09:29:05.82

ここまで読んだが、スナップショットの定義論争する意味ある？
使ってもいいし使わなくてはならないこともないレベル

**デフォルトの名無しさん** · 2019/01/18(金) 11:52:48.03

>>586
> 初期化は利用者が能動的に使う名称にした方が良いねって説明しただけだよ
だから
>> まあ俺ならSetDefaultHoge( )とかResetHoge( )とかにするけど
って書いてあるのに、バカなの？

**デフォルトの名無しさん** · 2019/01/18(金) 11:54:44.14

>>590
> ここまで読んだが、スナップショットの定義論争する意味ある？
ない
最初にスナップショットって言い出した>>538が一人でしつこく食い下がってるだけ

**デフォルトの名無しさん** · 2019/01/18(金) 15:17:56.66

>>591
書いてあるから何なの？
そのレスの人は自分はそうするって書いているだけで何故かを書いていないでしょ
それをこっちは説明しただけじゃん、何で突っかかってくるの？
まあ、その例に対しても>>571の後半でこっちの意見が書いてあるけどね
この場合はそのレスの人とは意見が異なるよ

**デフォルトの名無しさん** · 2019/01/18(金) 15:54:14.53

そう言えば普通に理解できる人じゃなかったんだな…
1ヶ月以上も前のレスに粘着するような人だと言うことを忘れてたよ w

**デフォルトの名無しさん** · 2019/01/18(金) 23:02:05.46

常に差分だけを記録するって
あんまり得策とは言えないからな…

**デフォルトの名無しさん** · 2019/02/08(金) 18:15:31.54

変数名はよく迷うんだけど、
最近、本当に迷っているのは変数名自体じゃなくて、
日本語の英訳だと気付いた。
ググっても、いまいちしっくりこないんだよな。
状況的にこの訳でいいの?って。

**デフォルトの名無しさん** · 2019/02/08(金) 18:17:45.03

たしかに迷ったら書き込むスレだが、そんな日記かポエムはいらん

**デフォルトの名無しさん** · 2019/02/09(土) 08:00:40.77

>>597
>>596はええ事ゆうとるやん
おまえのがいらんわw

**デフォルトの名無しさん** · 2019/02/09(土) 16:16:29.35

>>596
そのためにこのスレがあるんだろ

**デフォルトの名無しさん** · 2019/02/09(土) 18:10:09.58

具体的な質問しないと慰めるくらいしかできない

**デフォルトの名無しさん** · 2019/02/11(月) 12:24:00.36

誰かワイのことも慰めてくれんかのう、性的に

**デフォルトの名無しさん** · 2019/02/11(月) 12:50:15.46

風俗いけや

**デフォルトの名無しさん** · 2019/02/11(月) 15:15:36.09

class 新井浩文

**デフォルトの名無しさん** · 2019/02/15(金) 23:20:34.23

つまり、日本語変数を使えってこと?

**デフォルトの名無しさん** · 2019/02/16(土) 10:08:50.79

dim settei as integer

**デフォルトの名無しさん** · 2019/02/16(土) 16:44:14.75

ローマ字かこれで解決だな

**デフォルトの名無しさん** · 2019/02/16(土) 17:17:42.90

bool tesuto = false;

**デフォルトの名無しさん** · 2019/02/16(土) 18:41:16.09

ローカル変数は趣味で構わん

**デフォルトの名無しさん** · 2019/02/16(土) 23:25:26.40

絶対自分しか読まないなら、そうするけどな。

Dim ななこSOS As Long とか。

**デフォルトの名無しさん** · 2019/02/17(日) 10:23:14.46

Const くりいむレモン As String = "亜美"

**デフォルトの名無しさん** · 2019/02/20(水) 21:39:18.84

マス目の中央に十字に線引いて、左上、左下、右上、右下と「田」の字型に4分割していることをイメージさせたい時、
どう短い英単語で表現したらわかりやすいでしょうか？

**デフォルトの名無しさん** · 2019/02/20(水) 22:15:51.62

>>611
イメージ的にはライフルのスコープのあれ？
reticleと言うらしい

後は素直に4分割でquarteringぐらいか

**デフォルトの名無しさん** · 2019/02/20(水) 22:36:02.59

quadrant

**デフォルトの名無しさん** · 2019/02/20(水) 23:08:55.59

キューブ4とかスクウェア4とか、そんなんしか思い浮かばん。

**デフォルトの名無しさん** · 2019/02/21(木) 00:03:50.37

paddy field

**デフォルトの名無しさん** · 2019/02/21(木) 00:04:19.77

数学の象限は orthantと言うらしい

**デフォルトの名無しさん** · 2019/02/21(木) 01:06:16.29

>>611
その形が重要なの?目的っぽい名前にはできないの?

**デフォルトの名無しさん** · 2019/02/21(木) 01:08:06.67

>>612-616
調べたところ象限という表現が近いと思います（多分
いちばんパッと見て馴染みやすそうなquadrantにしようかと思います
ありがとうございました

**デフォルトの名無しさん** · 2019/02/21(木) 01:10:15.03

>>617
形と言うか
中央を基準に左上・左下・右上・右下の4つに分類したいと言った感じでしょうか

**デフォルトの名無しさん** · 2019/02/21(木) 01:38:37.65

>>618
象限っていうのは普通は四つに分けた一つのことなんですよw
第〇象限って高1で習ったでしょ。

数学の言葉を使うなら╋は直交座標とかデカルト座標とか言う
でも冗長だと思う

**デフォルトの名無しさん** · 2019/02/21(木) 07:00:50.05

SWOT分析みたいな分割図の区画を描くようなイメージなら象限とquadrantでいいんじゃない

**デフォルトの名無しさん** · 2019/02/21(木) 12:19:33.00

象限て久しぶりに思い出したわ
たまには為になるなおまえらもw

**デフォルトの名無しさん** · 2019/02/21(木) 21:44:57.05

2×2であることが自明なんだったらgridでもよさげ

**デフォルトの名無しさん** · 2019/02/21(木) 22:25:52.00

漢字で田でいいよ。

**デフォルトの名無しさん** · 2019/02/22(金) 00:19:00.31

そろそろ positioning map でググれ

**デフォルトの名無しさん** · 2019/02/22(金) 08:35:41.73

ポジショニングマップって…
さすがに的ハズレすぎだろ

**デフォルトの名無しさん** · 2019/02/22(金) 13:00:33.47

quadrantで画像検索するとそれっぽいのが出てくるからこれでイメージ合ってりゃquadrantでいいんじゃね
各領域の呼び方も決まってるぽいし
https://www.google.com/search?q=quadrant

**デフォルトの名無しさん** · 2019/02/22(金) 13:23:45.34

table2x2

**デフォルトの名無しさん** · 2019/02/22(金) 15:08:55.26

4LDK

**デフォルトの名無しさん** · 2019/02/22(金) 15:30:07.80

田ficated

**デフォルトの名無しさん** · 2019/02/23(土) 00:36:41.19

tanoji

**デフォルトの名無しさん** · 2019/02/23(土) 02:06:04.14

LU,LD,RU,RD

**デフォルトの名無しさん** · 2019/03/20(水) 23:44:55.77

同時に処理できる最大数（制限値）を示す、短い変数名をお願いします

**デフォルトの名無しさん** · 2019/03/21(木) 00:02:56.13

proc_max

**デフォルトの名無しさん** · 2019/03/21(木) 02:40:05.89

>>633
結局さ、「処理」っていうのが抽象的過ぎるから命名に困るんだと思うけどねたぶん。

**デフォルトの名無しさん** · 2019/03/21(木) 07:20:00.18

短くしたいなら漠然とした一般的な部分は削除候補になるので
max_parallel

**デフォルトの名無しさん** · 2019/03/21(木) 08:10:15.75

>>633
RunLimit

**デフォルトの名無しさん** · 2019/03/21(木) 09:29:35.49

外部からこの処理やってねって頼まれる場合なら
AcceptLimit？

**デフォルトの名無しさん** · 2019/03/21(木) 09:57:23.13

>>635
これ
calcXXXみたいなもん

**デフォルトの名無しさん** · 2019/03/21(木) 22:47:37.75

>>636
parallelはちょっと読みすぎやろ。

**デフォルトの名無しさん** · 2019/03/22(金) 00:02:52.39

え？proc_maxも最大プロセス数みたいな感じじゃないの
バッチ処理やバッファリングのサイズ上限みたいなイメージってこと？
むしろRunLimitあたり「魔法のランプは3回まで」みたいな回数限度で、同時であるニュアンスが落ちすぎだと思ってたわ
まあいくつか挙がった内から近いものがあれば選べばいいとは思うが

**デフォルトの名無しさん** · 2019/05/26(日) 22:08:46.49

ボタンをｎ回押すと実行されるイベントがあります。
（回数ｎは別途指定します）
ｎ回押されたとき、その時刻を設定ファイルに記録するのですが
そこに使うキーとなる文字列をお願いします

foo: 1970-01-01T09:00:00
みたいな感じです

**デフォルトの名無しさん** · 2019/05/26(日) 22:36:33.72

button_pushed
じゃアカンの？

**デフォルトの名無しさん** · 2019/05/26(日) 22:43:11.01

>>642
> foo: 1970-01-01T09:00:00
> みたいな感じです
それでなんの問題があるんだ？
あとスレ違いだし

**デフォルトの名無しさん** · 2019/05/26(日) 22:43:36.79

ありがとう
特定回数という意味はあえて入れないということかしら

**デフォルトの名無しさん** · 2019/05/26(日) 22:56:58.41

>>645
ボタンn回押すのが何かのコマンドか何かであるなら、それを名前に使った方がいいね。

そういうのじゃなく、本当に純粋にボタンがn回押されたタイミングを記録したいだけだとすると
なかなか適切なのが思いつかんなあ

**デフォルトの名無しさん** · 2019/05/26(日) 23:12:23.37

>>646
具体的なイベントもコールバックで指定されるんで
なにかが起こるとしか言えない感じ

**デフォルトの名無しさん** · 2019/05/26(日) 23:27:10.28

>>647
そういう漠然としたものに名前を与えろっていうのも無理筋な気がするw
まあOnEveryNthClickとか？

**デフォルトの名無しさん** · 2019/05/26(日) 23:45:04.89

あーなるほど
ｎ回ってのをそのまま名前にしちゃうという手があったか
いちいち特定回数みたいな日本語に直して考えてたわ

**デフォルトの名無しさん** · 2019/06/22(土) 18:33:43.34

Goldfish.AzureGoldfishIsMany() //アジュール色の金魚が多いときに真
のように、形容詞＋クラス名と同じ名詞＋ is ＋形容詞という命名の関数があったとして
クラスと関数でGoldfishがダブってるわけだけどどうしてる？
たとえば関数名のほうを消して Goldfish.AzureIsMany() にできるか？みたいな

**デフォルトの名無しさん** · 2019/06/22(土) 19:02:05.23

AzureColorIsManyじゃダメなん？
あと多いってのがアバウトじゃね？いいの？

**デフォルトの名無しさん** · 2019/06/22(土) 19:33:14.17

このダブってしまうケースに合うとしばらく思考停止してしまう

**デフォルトの名無しさん** · 2019/06/22(土) 20:06:21.99

このケースだからそう思うのかもしれないけど、
IsManyを判定できる関数がこのクラスに居るのが違和感
Goldfishの集まりを持っているクラスが他にあって(水槽とか)
FishTank.ContainsManyAzureGoldfishes()
みたいな感じで定義したい
Goldfishクラスには
Goldfish.IsAzure()
関数があればよいはず

まあ単に X.IsAandB() みたいな命名でよいケースもあるような気もする

>>650
「多い」の実装がどうであるかは呼び出し側は気にしたくないんだろう多分

**デフォルトの名無しさん** · 2019/06/22(土) 21:43:09.00

金魚が「Goldfish」なことに違和感。ｗ
直訳？
誰や、んな訳語をつくったんは！

**デフォルトの名無しさん** · 2019/06/22(土) 22:34:20.22

>>650
まあ既に指摘されてるけど、集まりを評価する関数を要素のクラスに持たせるのが
そもそも変だねw

何か事情があるにしても、HasManyAzureとかIsRateOfAzureHighでいいんじゃないか。
むしろいちいちGoldfishと断る意味が分からん

**デフォルトの名無しさん** · 2019/06/22(土) 23:38:09.91

>>653
なるほど、同じ文意になる文章がないかと考えてみるのは良さそう

>>651>>655
形容詞（この場合はAzure）に対してmanyと言って良いのか悩んだんだ
多いのはあくまでも金魚の方だから

**デフォルトの名無しさん** · 2019/06/23(日) 00:50:33.60

>>656
azureは他の色と同様名詞の用法もあるみたいだよ
辞書的には不可算名詞みたいだけど、たぶん他の色と同じように場合によってはs付けても大丈夫だと思う

**デフォルトの名無しさん** · 2019/07/17(水) 15:09:38.38

Dataを継承して値の変更を検出できるようにしたDataのクラス名

**デフォルトの名無しさん** · 2019/07/17(水) 19:07:28.81

>>658
Data_notifiyable

**デフォルトの名無しさん** · 2019/07/18(木) 01:58:50.63

>>658
変更検出の方法に基づいて考えたい気がする。
変更時に通知が出るなら >659 とかでいいけど、原本を控えておいて比較によって検出するような形だとまた違ってきそう。

**デフォルトの名無しさん** · 2019/07/18(木) 12:59:08.35

Observerとかでええんちゃう

**デフォルトの名無しさん** · 2019/07/18(木) 20:10:35.28

>>660
検出するのがオブジェクト自身なら、その方法をクラス名に含めないほうがええやろ。
実装の詳細はできるだけ隠すべき。

>>661
それは、Dataオブジェクトの外側の何かやろ。

**デフォルトの名無しさん** · 2019/07/19(金) 12:28:07.16

変更を検知する方法を外部に提供するのか
自分で検出して自分でなにかするのかによって違うわな

**デフォルトの名無しさん** · 2019/07/20(土) 00:09:53.37

ChangeDetectableData

**デフォルトの名無しさん** · 2019/07/20(土) 09:39:17.20

DetectableなDataをChangeするになってしまわないか？

**デフォルトの名無しさん** · 2019/07/20(土) 10:21:23.54

そもそも値の違いを検出できるクラスを作ること自体が設計としてまずいんじゃねえの

**デフォルトの名無しさん** · 2019/07/20(土) 11:37:02.08

そこの議論は一応スレチなので…
Angular詳しくないけどこういう枠組みはあるもよう
https://qiita.com/lacolaco/items/523d96ddbfe55c4e6949

で、実質は Change-Detectable な Data かも知れないけど、
周りからは DataChangeDetector とでも呼ばれるべきという考え方はあるかもしれない