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

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

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

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

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

**デフォルトの名無しさん** · 2018/04/26(木) 22:25:32.99

>>185
文字列をコードポイント単位で切り出して処理します

**デフォルトの名無しさん** · 2018/04/26(木) 22:59:38.60

Utf32backedUtf8String

**デフォルトの名無しさん** · 2018/04/26(木) 23:55:24.03

>>184
体系ってのがなんともアバウトだよねw

**デフォルトの名無しさん** · 2018/04/27(金) 00:35:20.48

StringUTF8_CharUCS4

かっこよくはないけど、字面のわかりやすさ重視で。

ほかのところ(Enum型名とか)でだいたいわかるのであれば、String_Char.UTF8_UCS4とかでも。

**デフォルトの名無しさん** · 2018/04/27(金) 00:41:27.78

体系って言ってるんだからクラス名とかじゃないんでしょ
そもそもクラス名なら、内部でどういう符号化してるかなんて普通はどうでもいいはずw

**デフォルトの名無しさん** · 2018/04/27(金) 00:51:53.60

>>188 >>190
アバウトでごめん
例えばD言語のforeachだとUTF-8が入ったchar[]をdchar(char32_t)単位でループできるんだけど
そういうルールに従っていることを示せる、名前空間やプレフィクス等に使える名前みたいな……

**デフォルトの名無しさん** · 2018/04/27(金) 01:01:21.64

ずばりUCSにしてしまおうかとも考えましたがUnicode一般と区別がつかないですし
>>189で提案していただいたUTF_UCSみたいなのは"UTF"がそもそもそういう意味なので
格好悪いなあ、と

**デフォルトの名無しさん** · 2018/04/27(金) 02:05:45.35

振る舞わせたいことが決まってるならForeachableStrとか？
>>190も言ってるように「何で実装されてるか」を名前にするのはあんまり筋がよくない気がする

**デフォルトの名無しさん** · 2018/04/27(金) 02:23:34.45

>>193
クラス名ではなく、イテレート検索置換set/mapその他文字列関数やそれを用いる処理群に付ける名前で
既存のchar/string、wchar_t/wstring等のペアと区別するためのもの、と思っていただければ

**デフォルトの名無しさん** · 2018/04/27(金) 02:47:42.29

正直そっちの世界よく知らんけど、単純に文字・文字列の順でそれぞれを
表すプリフィクスをくっつけちゃうとか。つまり、Uu8

**デフォルトの名無しさん** · 2018/04/27(金) 04:09:55.93

>>195
簡潔で良いですね。格好は……悩んでても仕方ないのでそうします
ありがとうございます

**デフォルトの名無しさん** · 2018/04/27(金) 08:57:17.46

その効率悪そうな実装をするココロは？

**デフォルトの名無しさん** · 2018/04/27(金) 11:26:33.92

多重起動できる数を制限するのはなんて言う？
1つしか許さない場合もあれば2つまでは可能な場合もある
LimitMultiBoot、RestrictMultiBoot、他

**デフォルトの名無しさん** · 2018/04/27(金) 11:35:52.00

>>198
MaxInstances

**デフォルトの名無しさん** · 2018/04/27(金) 12:22:21.74

そもそも数なら数ってわかる名前にしろよw
基本がアカンのに凝るとこ間違っとるでw

**デフォルトの名無しさん** · 2018/04/27(金) 12:36:51.38

>>199
多重起動できる数を制限するのに
Instancesで違和感無い？

>>200
間違ってない例お願い

**デフォルトの名無しさん** · 2018/04/27(金) 13:11:57.11

>>198
クラスなの？メソッドなの？変数なの？
そういう情報なしに命名なんかできるか。

**デフォルトの名無しさん** · 2018/04/27(金) 13:27:06.30

>>201
実行ファイルを起動してできるプロセス = Instance

だったらMaxProcessesでもよさそうだけど、それだとまるで別のバイナリも含めた
実行可能なプロセスの数のような感じになっちゃう

そもそも質問文が曖昧に感じるけど、
プログラムが起動を許す自分の実体の最大値を表す数ならMaxInstancesでいいと思う

**デフォルトの名無しさん** · 2018/04/27(金) 13:48:39.01

>>202
多重起動できる数を制限する変数っておかしくない？
変数が何かするわけでもないし

>>203
プロセスもInstanceなんだありがとう
MaxInstancesだと「数」が格納されてそう

改めて言うと
自プロセスが多重起動できる数を「制限する」関数だから
動詞からはじめたい

**デフォルトの名無しさん** · 2018/04/27(金) 13:51:21.38

>>204
制限する個数を入れておく変数なら十分あり得るだろ
ていうか、MaxHogeっていうのはそういう変数や定数の名前にしかならんよ

**デフォルトの名無しさん** · 2018/04/27(金) 14:04:49.98

>>204
じゃあLimitInstanceCountとか？

だけど、
if (getCurrentInstanceCount() >= MaxInstances) プログラム終了;
の方が分かりやすいと思うけどw

**デフォルトの名無しさん** · 2018/04/27(金) 14:10:56.76

>>205
変数を訊きたいなら「多重起動できる数はなんて言う？」になるのでは？

> 多重起動できる数を制限するのはなんて言う？
既に元の質問でこうなんだから変数はありえないとわかるし
そもそも例も動詞から始まってるんだから関数だとわかると思ったけど
それとも動詞から始まる変数もありなん？

**デフォルトの名無しさん** · 2018/04/27(金) 14:16:37.58

>>206
あぁごめん
そっちも変数だと思ってたのね
かみ合わないなと思ったらそういう事か

Limitにするよありがとう

**デフォルトの名無しさん** · 2018/04/27(金) 14:17:16.59

LimitRunningCount

**デフォルトの名無しさん** · 2018/04/27(金) 22:17:00.33

あーあ、limitにしちゃったか

**デフォルトの名無しさん** · 2018/04/28(土) 07:16:54.26

>>200
お前は基本の前に読解力が必要だなｗ

**デフォルトの名無しさん** · 2018/04/28(土) 09:06:15.09

「起動」には invoke をよく使ってる

**デフォルトの名無しさん** · 2018/05/01(火) 17:59:48.31

invokeの意味はcallに近いからメソッドの呼び出しには相応しいけどプロセス起動には違和感ある
bootだとOSが起動しそう
start、launchあたりでいいんじゃないかな
プロセスであることに特段の意識を向けないならrunもイイと思う

**デフォルトの名無しさん** · 2018/05/01(火) 18:32:13.66

callというより、summonだよ。
すごいやつを召喚する感じ。
commandの起動にはinvokeが一番ぴったりだよ。

**デフォルトの名無しさん** · 2018/05/01(火) 19:46:41.20

ぴったりなのはsummonやんけw何言っとんやコイツw
バカの考え恐るべしw

**デフォルトの名無しさん** · 2018/05/01(火) 21:31:54.87

ソースにsummonとか出てきたら笑ってまうやろな。ｗ
ファンタジーなのか、中二なのかと。

**デフォルトの名無しさん** · 2018/05/02(水) 00:29:57.07

SummonWizard とか SummonDaemon したい

**デフォルトの名無しさん** · 2018/05/02(水) 03:43:35.29

デーモン"クロン"を召喚
スーパーユーザの名において命ずる
時の守護者よ預言を現実と為せ

**デフォルトの名無しさん** · 2018/05/02(水) 07:26:32.24

auto daemon = Necromancy.Summon();

**デフォルトの名無しさん** · 2018/05/02(水) 09:21:15.45

すぐにけせ

**デフォルトの名無しさん** · 2018/05/02(水) 11:04:17.15

>>219
auto slave = necromancer.summon(new demon());

**デフォルトの名無しさん** · 2018/05/16(水) 16:05:57.30

とりあえず前置詞省略するのやめてほしい

**デフォルトの名無しさん** · 2018/05/16(水) 16:07:06.11

核となる動詞の目的語と付随する前置詞の目的語の区別がつかないんよ＞他人のコード

**デフォルトの名無しさん** · 2018/05/16(水) 20:32:46.91

でも、自動詞と他動詞が並んだときに、すべて前置詞なしで統一したい気持ちもわかる。

確認もめんどくさいしね。。。

**デフォルトの名無しさん** · 2018/05/23(水) 19:36:24.40

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

RUCPE

**デフォルトの名無しさん** · 2018/05/24(木) 10:49:40.87

RUCPE

**デフォルトの名無しさん** · 2018/05/28(月) 06:35:00.86

Lookfor みたいに1語としてしまう方法もあるかな
自分も含めて英語が苦手な人間だと、確認が大変なのは同意する

**デフォルトの名無しさん** · 2018/06/05(火) 16:29:36.05

とある制御用プログラムの話です
例えるならスクリーンショットのように、ある瞬間の現場の状態を記録する処理をCaptureと命名しています

今回悩んでいるのはその逆で、記録されたキャプチャデータから可能な限り現場を再現する処理の命名に悩んでいます
何か名案ありますか？

**デフォルトの名無しさん** · 2018/06/05(火) 17:35:39.82

>>228
restore?
decapture?

まあ、話が抽象的過ぎw
再現する対象によるんじゃないかと
絵画ならreadrawだろうしボードゲームならreplayだろうし構造物を再建するならrebuildだろうし

そもそも再現というニュアンスが本当に必要かもよくわからん
キャプチャーされたデータだろうとゼロベースで作ったデータだろうとdrawはdrawだろうって考え方もありうるかと

**デフォルトの名無しさん** · 2018/06/05(火) 18:21:11.57

saveとloadでもよさそう。

**デフォルトの名無しさん** · 2018/06/05(火) 20:03:29.48

replay

**デフォルトの名無しさん** · 2018/06/05(火) 20:44:13.65

>>229
工作機械の制御プログラムなので構造物が近いです
rebuildにしようと思います
ありがとうございました

**デフォルトの名無しさん** · 2018/06/05(火) 21:36:57.01

captureだと一般的すぎるのでsnapshotをご提案。

**デフォルトの名無しさん** · 2018/06/05(火) 22:49:02.18

もし工作機械というのが削る系なら、rebuildには超違和感。。。
組み立て系なら超納得だけど。

**デフォルトの名無しさん** · 2018/06/05(火) 23:39:15.31

"restore a snapshot" は割と使われる表現みたいね
あとはimport/export とかも思いついたけど、
captureよりはもうちょっと上の処理のイメージになっちゃうかな

**デフォルトの名無しさん** · 2018/06/06(水) 00:06:11.59

純粋なデータを保存するわけではなく、実物の加工品（加工途中？）をスキャンして再現を試みる…と言う話みたいだから、save/loadやexport/importは違和感があるかなあ
それだと100％同じものが復元されるイメージがある

**デフォルトの名無しさん** · 2018/06/06(水) 07:59:52.74

snapshotみたいな名詞らしい語を処理名（関数名）にするのには躊躇いを感じる
動詞用法あるけど基本はtake a snapshotだしこれチェキるみたいなくだけた表現だよな
SnapshotクラスやStateHistoryクラスのreplayやrestoreメソッドなら好き

**デフォルトの名無しさん** · 2018/06/06(水) 19:12:54.42

playback

**デフォルトの名無しさん** · 2018/07/04(水) 22:31:14.31

IKD

**デフォルトの名無しさん** · 2018/07/05(木) 16:54:41.07

IKD

**デフォルトの名無しさん** · 2018/07/31(火) 18:16:10.08

毎日データを作成して保存しているのですが、x日間保存・残しておくという仕様です。（現状5日）
このx日をdefineで名前を付けておきたいのですが、この名前をお願いします。

**デフォルトの名無しさん** · 2018/07/31(火) 18:34:43.95

TIME_TO_LIVE
http://e-words.jp/w/TTL-1.html

**デフォルトの名無しさん** · 2018/07/31(火) 18:38:08.53

DAYS_TO_LIVEの方がいいかも

**デフォルトの名無しさん** · 2018/07/31(火) 18:54:31.67

なるほど、TTLというのがありましたね。
それで行きます。
どうもありがとうございました。

**デフォルトの名無しさん** · 2018/08/01(水) 19:25:31.53

expire

**デフォルトの名無しさん** · 2018/08/02(木) 00:40:08.75

expireを使うならDAYS_TO_EXPIRYだな

**デフォルトの名無しさん** · 2018/08/11(土) 11:27:51.21

スレ立てるまでもない質問のスレ見てて、ここでもたまに同じ話になるが
このスレタイや>1だと、クラス名と変数名以外の質問はできないと勘違いしちゃう人も多いのかね

**デフォルトの名無しさん** · 2018/08/11(土) 18:28:01.97

できないぞ。仕様。

**デフォルトの名無しさん** · 2018/08/11(土) 18:43:58.24

メソッド名とかは？ w
ってか常識で判断しろよ

**デフォルトの名無しさん** · 2018/08/11(土) 18:45:00.14

SQLのテーブル名やら実行ファイル名なんかも
過去にはありましたけどね

**デフォルトの名無しさん** · 2018/08/11(土) 21:00:34.49

メソッド名・関数名は変数名の一種でしょ(高階関数脳)

**デフォルトの名無しさん** · 2018/08/11(土) 21:22:19.89

識別子名じゃあ堅苦しいし

**デフォルトの名無しさん** · 2018/08/11(土) 21:29:33.96

もう「名前」にしよう。提案。

**デフォルトの名無しさん** · 2018/08/11(土) 22:07:46.94

子供の名前とかペットの名前まで相談されるぞ

**デフォルトの名無しさん** · 2018/08/11(土) 22:32:03.46

>>254
草
スレタイを『クラス名・変数名「とか」に迷ったら～』ってすればええんちゃう

**デフォルトの名無しさん** · 2018/08/11(土) 23:14:01.89

このスレの前身スレである「ネーミング倶楽部」の復活来る！？

**デフォルトの名無しさん** · 2018/08/12(日) 00:00:33.86

PG板なんだから「命名に迷ったら」で十分じゃん

**デフォルトの名無しさん** · 2018/08/12(日) 09:55:15.16

昔は、板名を見ずに検索で飛んできて
頓珍漢な質問する人って結構いたなあと思いだした

**デフォルトの名無しさん** · 2018/08/14(火) 08:05:50.65

メソッド名について相談です。
c#ですが、
public static Func<SqlConnection> CreatSqlConnection{xxxx}(string connectionString)

みたいな、「インスタンスを作るメソッド」を作るメソッドの場合、{xxxx}には何をいれたら良いでしょうか？
また、もっとより良い名前があれば教えてください。

**デフォルトの名無しさん** · 2018/08/14(火) 11:44:03.89

素直にこうすれば無理名前考えずに済むんじゃないのかなと...

public static SqlConnection CreateSqlConnection(string connectionString){ ... }

....

Func<SqlConnection > creator = CreateSqlConnection;

**デフォルトの名無しさん** · 2018/08/14(火) 11:47:26.70

ごめんこうか...

Func<SqlConnection > creator = () => CreateSqlConnection("debu");

**デフォルトの名無しさん** · 2018/08/14(火) 13:27:03.62

getSqlConnectionSupplier
頭と末尾の動詞はニュアンスに応じてお好みで

変数名をフルスペルで書いたときこうなる感じ

Func<SqlConnection> sqlConnectionSupplier = getSqlConnectionSupplier("debu");

関数型の変数についての良い命名ガイドラインって無いのかな
SupplierはJava8から拝借した

**デフォルトの名無しさん** · 2018/08/14(火) 15:17:53.59

>>260 261
ありがとうございます。
例に出したものに限らず、
「インスタンスを作るメソッド」を作る(返す)メソッド郡を作っているので、何かしら定型的なものがあればと思っています。

>>262
ありがとうございます。
creator,maker等は思い付いたのですが、supplierってのもあるのですね。
勉強になります。

**デフォルトの名無しさん** · 2018/08/14(火) 16:57:24.97

>>263
「Func<T>を返すメソッド」自体が抽象的で分かりづらい。
どうしてもGetFuncToCreateSqlConnectionみたいに長くなると思う

例外は
static class SqlConnectionHelper
{
　　public static Func<SqlConnection> GetCreator(string connectionString) { ... }
　　...
}

みたいにメソッドが置かれた文脈が十分に明示的な場合だけ

しつこくて申し訳ないけど、そもそも本当に「Func<T>を返すメソッド」に
固執する必要があるのか再考した方が俺はいいんじゃないかと思うけどなあ。

ラムダ式で簡単にTを返すメソッドからFunc<T>を作れるんだから

**デフォルトの名無しさん** · 2018/08/14(火) 20:15:21.22

>>264
抽象的でわかりにくいとおまえが思うのは、おまえが質問者の状況を想像できてないから。
質問者がいいと言っているのだから、それでいいのだ。

**デフォルトの名無しさん** · 2018/08/14(火) 20:23:17.89

>>263
create factory predicate

○なにかをつくるなにかはやはりfactoryだろう。FactoryパターンとかFactoryメソッドとかいうしね。
○個人的に、Action/Funcには総称してpredicateと名付けることにしている。

**デフォルトの名無しさん** · 2018/08/14(火) 20:43:35.35

>>265
それでいいと思うならスレの趣旨にそったレスをしろ馬鹿者

**デフォルトの名無しさん** · 2018/08/14(火) 20:44:34.23

>>266
いやpredicateは全然違うからw

**デフォルトの名無しさん** · 2018/08/14(火) 20:47:13.97

昔、関数ポを返すのを書いたときは
GetFooFunctionだったかGetBarMethodだったか、そんな感じにしたなあ
今考えるとちょっと野暮ったい

**デフォルトの名無しさん** · 2018/08/14(火) 20:57:39.85

仮に運よく>>264みたいに簡潔なメソッド名が使えるとしても、
var creator = SqlConnectionHelper.GetCreator("Hage");
こう書けるだけ。

これが、
Func<SqlConnection > creator = () => CreateSqlConnection("debu");

より簡潔でより読みやすいと言えるか、かなり微妙だと思うけどね。
むしろ後者の方が可読的と思うけどなあ

**デフォルトの名無しさん** · 2018/08/14(火) 21:02:43.21

>>264
提案ありがとう。
都度都度ラムダで作れるのはそうだけどConnectionは１つの例で、(disposeの有無に関わらず)他にもラップしたいのはいくつかあるんですよ。
今は「インスタンスを作るメソッド」を作る(返す)メソッドってテーマで色々やってるんで。

他皆様もありがとうございます。

**デフォルトの名無しさん** · 2018/08/15(水) 01:42:50.33

>>268
どう違うのか言え。馬鹿者。

**デフォルトの名無しさん** · 2018/08/15(水) 02:21:33.52

殺伐としたスレにPredicateが！

public delegate string IntToStringAction(int i);

**デフォルトの名無しさん** · 2018/08/16(木) 17:17:21.85

predicateって1つ以上の引数を取ってbool型を返す関数（関数オブジェクト）じゃねーの？
関数名が断定する名称でさ、例えば、Equal(A, B) → bool

**デフォルトの名無しさん** · 2018/08/16(木) 23:05:16.48

それであってるよ
https://msdn.microsoft.com/ja-jp/library/bfcke1bz(v=vs.110).aspx
専ら条件式を記述するときに使う代物で、一般に「何かを受け取って真か偽か判定する」関数をpredicateと呼ぶ

>>266みたいに何でもかんでもpredicateと名付けるのは論外
覚えたての言葉を使いたがるガキかと

**デフォルトの名無しさん** · 2018/08/17(金) 05:57:44.08

>>273
案をありがとう。
これだと、C#にすでにはActionって名前のデリゲートがあるから、そっちに意味を取られないかね？
これは各々の認識の話になるけれども。
だったらサフィックスをFuncにしろよって話だけど、
なんかね、、、カッコ悪いしね

**デフォルトの名無しさん** · 2018/08/17(金) 07:26:31.99

>>276
C#にはPredicateというさらに別の意味のデリゲートもあって、Predicateと言いつつActionという名前が付いたFuncですよね！いい加減にしてください！
と言われたいだけのネタだったんだ…

**デフォルトの名無しさん** · 2018/08/17(金) 07:28:20.40

お詫びに案を挙げますね

//取得
Func<SqlConnection> createSqlConnection = x.GetCreatingSqlConnection("debu");

// 実行
createSqlConnection();

**デフォルトの名無しさん** · 2018/08/17(金) 13:08:13.08

>>274
C#とかJavaでそういうデリケート/インターフェイスが定義されてるとしても、「predicate」の本来の意味は「述部」だから。

C#の場合は、comparerとかの名前を先にインターフェイスとして使ってしまってるから、ヤケクソ的にpredicateを使ったのでは？ｗ
単体では意味が広すぎると思う。

**デフォルトの名無しさん** · 2018/08/17(金) 13:10:30.52

>>275
たまたま知ってるひとつの意味にこだわるとか、まさにバカガキ。

**デフォルトの名無しさん** · 2018/08/17(金) 13:20:48.82

classの本来の意味が「部類・種類」だからと言ってenumに付けてまわったら紛らわしいことこの上ないじゃん
JavaやC#といったメジャーな言語で定義されてるもんを勝手に使うのは良くない
しかも今回はActionやFuncが登場する言語での話だし

たまたま知ってたじゃなくて>>280が無知なだけ

**デフォルトの名無しさん** · 2018/08/17(金) 13:33:11.89

>>279
少なくともプログラミングの世界のpredicateの普通の用法はこれw
https://en.wikipedia.org/wiki/Predicate_(mathematical_logic)

仮に君の言う「述部」とやらの意味だったとして、
そんな意味の用語がプログラミングの世界で必要とされる余地が果たして存在するかねw

**デフォルトの名無しさん** · 2018/08/17(金) 13:37:28.17

>>279
命名ってのは英和辞書で引いてみて意味があってりゃいいってもんじゃねえだろ。
例えば「モノを作るなにか」でもcreaterやfactory、maker、manufacturerなどなど似たような単語はいっぱいあるが、その中でも最も適切な単語を選ぶのが命名だ。

「述語＝predicate」と言うたまたま知ってた1つの単語に固執してるのは君だろう
初めて英単語を覚えた中学生じゃあるまいし

**デフォルトの名無しさん** · 2018/08/17(金) 13:54:48.34

関数名より仮引数なイメージあるわ

**デフォルトの名無しさん** · 2018/08/17(金) 14:58:06.31

まあ業界用語はテキトーに決められてる奴もあるから元の意味ガーとか言ってもしょうがないわな
ネットワーク用語のpromiscuousなんて元の意味は人前でつかうのを憚られるし w