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

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

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

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

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

**デフォルトの名無しさん** · 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 とでも呼ばれるべきという考え方はあるかもしれない

**デフォルトの名無しさん** · 2019/07/20(土) 14:56:22.84

もう素直に DataWithChangeDetect でよくね？

**デフォルトの名無しさん** · 2019/07/20(土) 18:43:27.60

それならDataWithChangeDetectionかな
スレチで我慢してたけどDataとChangeDetectorを同じクラスにするのは微妙だから、名前にWithとか入って微妙感が出るのは自然な成り行きと思う

>>665
changeには名詞と動詞があるからそうも読めるけど、change detectionという一般名詞があるから誤読されにくい
クラス名が現れるべき文脈でメソッド名と間違われることなんて実際少ないから、混同への配慮よりも俺なら英語として自然であることを選ぶ

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

質問者もやる気なさそうだから真面目に考えるだけ無駄だと思うよw

だいたい、こんな命名をそのクラスが必要になる背景も、
「検出」の具体的な意味も示さずにやれとか言う時点で何をかでしょ

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

普通の実装ならDetectableを継承したDataになるはず

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

普通ではないね
むしろ勘違いオブジェクト指向っぽいw
その多態、本当に必要か？
いらないでしょw

**デフォルトの名無しさん** · 2019/07/21(日) 15:05:16.00

全ての品番と型式が対になったリスト
型はC#のDataTableです

**デフォルトの名無しさん** · 2019/07/21(日) 16:59:41.32

>>673
品番はキーだろうから普通にModelsとかModelNumberとかでいいんじゃね

**デフォルトの名無しさん** · 2019/07/21(日) 17:18:39.47

>>672
モデルビュー的なことをするならそんなにおかしくもない。
「多態」が目的じゃないから。

**デフォルトの名無しさん** · 2019/07/21(日) 18:11:15.08

>>675
どう考えても多態そのものだと思うけど、
それはともかく特殊な条件付けたら何でも正当化できるよw

もとの質問にそんな条件なんか付いてないのは自明でしょ

**デフォルトの名無しさん** · 2019/07/21(日) 18:22:06.33

>>671-672はイチャモンつけたいだけだからスルーでいいよ
そのために
> 命名規則や設計の善し悪しについて議論するのは基本的に禁止。
の注記あるんだし

**デフォルトの名無しさん** · 2019/07/21(日) 18:28:01.59

最初に言いだした>>666俺だわすまん

**デフォルトの名無しさん** · 2019/07/21(日) 20:14:42.06

>>677
これもういうの何度目？
この手の馬鹿は自分もそのお仲間である自覚が皆無のおめでたい馬鹿

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

ついでに言えば、こんな過疎ってるスレ（もう今ではこの板の大半のスレがそうだが）で
「スレ違いガー」なんてそれこそ言い掛かりでほとんど無意味。

お前こそ他人にイチャモン付けたいだけだろ馬鹿w
今時2chにいるなんてもういい歳こいてるんだろうから、もうちょっと合理的かつ柔軟に考えたらどうなのかね
派生的な話題を許容しても誰も困らないだろう。

**デフォルトの名無しさん** · 2019/07/21(日) 20:38:37.46

混乱の元
そんなに気に入らないならまずは次スレを立てる時にテンプレから外しな

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

新参か？
実際に設計の善し悪し含めた話OKの命名スレが立っても、そのスレは全く活用できなかったという
実績が確実に残ってるのよね

そこんとこ分からない程度のオツムなら、設計の善し悪しなんか話すオツムなんか当然ないんだからやめとけ

**デフォルトの名無しさん** · 2019/07/21(日) 21:21:18.61

そりゃ名前聞きたいだけなのに生半可な知識の奴に設計ガーとか言われても困るだけ
バカな言い合いで賑わうぐらいなら過疎ってた方がまだマシだよ