16/10/31 00:31:03.58 y/KimnPW.net
>>323
(1) それとは別に「早い」バージョンも存在するのでなければ単純にGetFooで問題ない気もする。
どうしてもそれが重いことを名前で伝える必要があるのなら、あいまいなニュアンスに頼るんじゃなくて
明示的にGetFooInSlowWayとかGetFooByHeavyMethodとか付けたらどうかなあ
(2) 基本的に(1)と同じでUpdeteFooとかReloadFooでよく、本当に必要なら（以下略）でいいんじゃないか
332:デフォルトの名無しさん
16/10/31 00:32:53.87 y/KimnPW.net
Updateのスペルが間違ってたw
333:デフォルトの名無しさん
16/10/31 00:45:48.40 y/KimnPW.net
その手のメソッドが頻出するなら、何かサフィックスする規約でもいいのかもね。
例えばHV(HeaVy)とか
GetFooHV
334:デフォルトの名無しさん
16/10/31 00:55:49.63 N3/YDThV.net
>>325
メソッドはクラスやインターフェースとセットだから問題ないよ
それで迷うようならクラスの役割やインターフェースの要求があやふやなんだろうね
FooRepository.getFoo
Foo.getName
どっちがインフラに依存した重い処理でどっちがフィールドアクセス(+α)のささやかな処理か？
クラス分けがちゃんとしてれば常識的に迷うこたないでしょ
335:デフォルトの名無しさん
16/10/31 12:47:10.69 uOz63dOb.net
重いことを主張したいわけではなく、ただのアクセッサではないということを主張したいだけか。
そういう微妙なニュアンスにこだわりたいのはわかるが、作者のそんな意図はなかなか伝わらないものだよ。
だからこういう話題は、それ単独で悩むんじゃなくて、規約レベルで決めとくべき話題だな。アクセッサはgetで、ファイルから持ってくるときはreadとか。
その規約的なものを検討してて質問してるなら失礼。
336:デフォルトの名無しさん
16/10/31 20:56:32.06 03zQ5mOK.net
というかオブジェクト指向的にはgetなんとかはフィールドアクセサーだって連想は間違ってるんだよ
実装を見たらたまたまフィールドにアクセスしてたってだけの話でな
337:デフォルトの名無しさん
16/10/31 22:11:27.28 6L1k9riG.net
くっさ
338:デフォルトの名無しさん
16/10/31 22:19:19.89 u9vgcP7f.net
アクセサーにgetを使うのって、解説用のときだけじゃね
339:デフォルトの名無しさん
16/11/01 09:00:22.30 pQ6hmNDw.net
プロパティのない言語だと、get/setをアクセッサとするルールを定めておくことで、色々と便利なわけですよ。
340:デフォルトの名無しさん
16/11/01 10:23:11.89 H/G1IS5n.net
解説のときにね
341:デフォルトの名無しさん
16/11/01 14:29:13.40 zTwebp3Z.net
>>331
その話題はここの連中にはまだ早い
342:デフォルトの名無しさん
16/11/01 16:07:11.34 H/G1IS5n.net
オブジェクトでフィールドにアクセスしないでなにかをGetするなんてあるんだろうか？
343:デフォルトの名無しさん
16/11/01 16:53:05.46 0w7M9Ph5.net
getするのはオブジェクトの属性だけとは限らないからねえ。
現に今の質問者の話がそれなわけで。
だからこそメソッドとは別に属性のアクセス専用のプロパティが発案されたんだと思うけど
344:デフォルトの名無しさん
16/11/01 20:13:14.70 jey0RimT.net
発案っていうかC#のプロパティなんかは例えばあれIDEの都合っしょ
そうすりゃIDE側から多少便利ってだけでね
public string Foo {get;}
public string Bar {get {return xxx.getBar()}}
この両方の書き方がある以上、属性専用も糞もない
用途はメソッドんときと一緒
345:デフォルトの名無しさん
16/11/01 20:22:36.25 zZ+/B8c0.net
>>339
プロパティはVBやCOMにもあるよ
それと、それまったく何の理由にもなってないと思うけど
プロパティは＜オブジェクトの使用者に対して＞それがオブジェクトの属性であることを明示するためにある。
346:デフォルトの名無しさん
16/11/01 20:28:15.67 ls1tDjet.net
プロパティは歴史的にはRADのためのアイデアであってるよ
マイクロソフトの中の人が言ってた
347:デフォルトの名無しさん
16/11/02 11:57:37.21 GdBKXJrN.net
スキーマ名.テーブル名を格納する文字列についていい名前はないでしょうか
348:デフォルトの名無しさん
16/11/02 12:25:48.41 iqvhs+TX.net
string スキーマ名
string テーブル名
349:デフォルトの名無しさん
16/11/02 12:34:12.01 GdBKXJrN.net
すいません、hogeSchema.hogeTableのようにスキーマ名とテーブル名を結合させた文字列です
暫定でtableFullNameになっているのですが伝わるでしょうか
350:デフォルトの名無しさん
16/11/02 12:58:15.07 iqvhs+TX.net
string スキーマ名とテーブル名
351:デフォルトの名無しさん
16/11/02 16:25:05.97 cswDNzjo.net
>>344
スキーマまで含める意図がテーブルを完全に特定したいと言うことなら FullQualifiedTableName かな
352:デフォルトの名無しさん
16/11/02 16:51:09.01 ocKcxs87.net
>>346
fully qualifiedで完全修飾なんですね
おっしゃる通りテーブルを特定するために結合しているのでそれでいってみます
ありがとうございます
353:デフォルトの名無しさん
16/11/02 16:53:27.99 7Lua67RL.net
class TableName {
private String _name;
private String _schema;
public TableName(String n, String s) {
_name = n;
_schema = s; }
public String name() { return _name; }
public String schema() { return _schema; }
public String fullName() { return _name + "." + _schema; }
}
354:デフォルトの名無しさん
16/11/02 18:39:44.42 MdOEsPX2.net
俺ならそういうのをクラス名やメソッド名にはしないな
>>348さんみたいな方向のアプローチでつくっておいて
変数名をそれっぽいもんにして運用する
class Pair<T, U> {
private T first;
private U second;
public Pair(T first, U second) {this.first = first;this.second = second;}
public T first() {return first;}
public U second() {return second;}
}
class StringPair extends Pair<String, String> {
public StringPair(String a, String b) {super(a, b);}
public String whole() {return whole("");}
public String whole(String sep) {return new StringBuilder().append(first()).append(sep).append(second()).toString();}
}
で、
List<StringPair> schema_table_pairsとかst_pairsとかstpairsとかstsとか
355:デフォルトの名無しさん
16/11/02 22:47:45.00 Bu8jEFR0.net
こんなアホが俺の周りに来ませんように
356:デフォルトの名無しさん
16/11/02 23:03:56.32 jC5deFAg.net
質問ではなく、ちょっと意見を聞きたいんだけどさ、
foo-bar_baz という名前があったとき、一パッと見でどう認識する？
1. Foo/ BarBaz
2. FooBar/ Baz
3. Foo/ Bar/ Baz
4. それ以外
357:デフォルトの名無しさん
16/11/03 00:18:47.46 siYabkWS.net
3だな
358:デフォルトの名無しさん
16/11/03 01:14:20.86 snmoM2GI.net
3かー、ありがとう。
小文字しか使えない状況って結構辛い
359:デフォルトの名無しさん
16/11/03 07:18:42.52 viOY8I+I.net
2に近いが1と3はない
360:デフォルトの名無しさん
16/11/03 08:34:35.58 4MjmvoYz.net
>>351
Google的には1だな
URLﾘﾝｸ(www.sem-r.com)
361:デフォルトの名無しさん
16/11/03 08:50:59.41 q+jX9dvw.net
ビンゴ！
362:デフォルトの名無しさん
16/11/03 09:18:04.47 9JnV00MF.net
foo-(bar_baz)
foo年bar組baz番
って感じ
363:デフォルトの名無しさん
16/11/03 10:28:30.55 NjbREez3.net
>>351
ここム板だから foo - bar_baz って認識する人が多いと思う
ハイフンを識別子に使える言語もあるけどね
364:デフォルトの名無しさん
16/11/03 11:49:34.61 GY8DqBwz.net
>>351
1かなスネーク形式を連想するし。
365:デフォルトの名無しさん
16/11/03 13:07:03.07 ZphmWbuS.net
ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
プログラミング言語なんてあるのかw
っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
他人の書いたコードを読む時重要なのは書いた奴がその表記法をどういう意図で使っているかであって
読み手がどう思うかじゃないんだから。
あえて言えばそんな他人にお前の意図を推測させるような表記法なんか使うなと。
366:351
16/11/03 13:49:32.19 snmoM2GI.net
ありがとう。見事にみんなバラバラだな！
本当は日本語OKなら積極的に使いたいんだけどねぇ。
>>351
URLやら連想配列やらまで含めればそれなりに。
自分(相談者)の場合はDBだけども。
>>360
全くもって同意する。ただすまん、今回の場合は意図を推測する/させる立場が逆なんだ。
例えるなら大昔のコンピュータゲームで、
A攻撃＆Bジャンプのアクションゲームがそれだけでクソゲー扱いされるようなもので。
367:デフォルトの名無しさん
16/11/03 13:50:30.47 snmoM2GI.net
アンカ間違えた 自分に打ってどうする >358だ
368:デフォルトの名無しさん
16/11/03 13:59:33.85 +nsyTxDZ.net
>>360
Lispとかあるでしょ
369:デフォルトの名無しさん
16/11/03 14:07:57.72 h7OLIGrQ.net
演算子の前後は空白開ければ楽勝で区別出来るが、Cの.と->は空白入れると座りが悪いので入れてない
370:デフォルトの名無しさん
16/11/03 14:54:54.10 NjbREez3.net
>>360
> ハイフン（っていうかプログラミング的にはマイナス記号だと思うけど）が識別子に使える
> プログラミング言語なんてあるのかw
COBOL とか PowerShell とか
> っていうか、この手のオレオレ表記法が他人にどう見えるかなんて無意味。
と思うならスルーしとけ
371:デフォルトの名無しさん
16/11/03 15:27:26.47 jGJ8D3JL.net
>>360
チェインケースでググれ
372:デフォルトの名無しさん
16/11/04 11:34:10.16 ZEtNANA9.net
>>360 xsltも-が使える。しかもふつうに引き算で-を使う。
373:デフォルトの名無しさん
16/11/04 17:51:27.61 yZRML0sj.net
設定画面でファイルを保存する場所(フォルダ)を指定させるのですが、
まずは、保存する場所を指定するかどうかのBoolean型のプロパティと
指定する場合の実際の保存場所のパスを表すString型のプロパティ
の２つの名前をよろしくお願いします。
Settingsクラスあたりに追加します。
374:デフォルトの名無しさん
16/11/04 17:57:14.78 yZRML0sj.net
英語の名前もそうなんですが、日本語の方もお願いします。
UI的には
「保存する場所を指定する」というキャプションのCheckBoxあたりと、
「保存する場所」というキャプションのテキストボックスとフォルダダイアログを表示するボタンでいいですかね。
375:デフォルトの名無しさん
16/11/04 18:00:23.05 BEVfOvDH.net
>>368
設定自体をファイルに保存するの？
それとも、何か別のデータを保存するの？
376:デフォルトの名無しさん
16/11/04 18:07:17.31 XfxE6vHI.net
>>368
話を聞く感じでは「保存する場所を指定するかどうか」なんて設定は不要に感じる。
要は必要になった時に保存場所を規定値に戻せれば同じことでしょ？
保存場所を規定値に戻すメソッドを持たせればいい。
保存場所は普通にSaveFolder, SaveName, SavePathで良いのでは
377:デフォルトの名無しさん
16/11/04 18:09:25.00 yZRML0sj.net
>>370
別のデータを保存します。それが2,3個あるのですが、その種類は接頭辞として前につけようかなと
思ってますので>>368ではその具体例を省いて質問しました。
設定ファイル自体ももちろんファイルに保存しますが
それは固定なので。
378:デフォルトの名無しさん
16/11/04 18:12:18.73 XfxE6vHI.net
まあ、一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか。
じゃあUsesDefaultFolderとUserSpecifiedSaveFolderで
379:デフォルトの名無しさん
16/11/04 18:21:19.77 yZRML0sj.net
>一度規定値に戻した後また同じパスを指定するのは面倒だってことはありうるのか
その通りです。例えば、インターネットエクスプローラのプロキシの設定でも
チェックボックスとテキストボックスの２段構えになってるのですが、
他のソフトでそうなってないUIのときに一時的に切り替えるがめんどくさい経験をしてるので、
だから、あえてチェックボックスとの２段構えにしています。
380:デフォルトの名無しさん
16/11/04 19:27:32.71 yZRML0sj.net
色々ありがとうございます。
>UsesDefaultFolderとUserSpecifiedSaveFolder
ここらへんの案で行こうと思います。
381:デフォルトの名無しさん
16/11/16 21:38:10.07 zlBynMxs.net
あるクラス群の役割を抽象化したスーパークラスの名前を考えています。
あるデータDをデータベースに対して読み書きするクラスX
あるデータDをファイルに対して読み書きするクラスY
あるデータDをメモリに対して読み書きするクラスZ
あるデータDをウェブアプリに対して読み書きするクラスW
これらのクラスの読み書き先の違いを抽象化したスーパークラスの名前は何が良いでしょうか。
ReaderWriter でしょうか。
382:デフォルトの名無しさん
16/11/16 22:09:41.69 5Ihw572q.net
むしろReadWriterじゃない？
あとDStreamとか？
383:デフォルトの名無しさん
16/11/16 22:42:11.51 gtmrvLDz.net
リポジトリだろ
384:デフォルトの名無しさん
16/11/17 00:16:14.42 jhQKUhIJ.net
>>376 です。
>>378 なるほど、ピッタリですね。
頂きます。
お二人とも、ありがとうございました。
385:デフォルトの名無しさん
16/11/17 01:17:13.53 ypT0aoV/.net
いやリポジトリは倉庫であって倉庫係ではないと思うけど...
>>376は倉庫係じゃん
386:デフォルトの名無しさん
16/11/17 02:13:48.61 NU+xZ5I3.net
377で挙がってるけどDStreamかなあ
387:デフォルトの名無しさん
16/11/17 12:34:21.39 ir/fHuQ7.net
全然ストリームじゃないのにどっからストリームが出てくんのか…
雰囲気で訳も分からずデタラメな名前つけんなタコが
388:デフォルトの名無しさん
16/11/17 13:05:45.14 /0Wfoiwq.net
>>382
悪いけどお前さんがストリームって概念を理解してないだけだと思うよw
389:デフォルトの名無しさん
16/11/17 13:33:29.72 SIbcJcrO.net
>>383
俺はお前が理解していないに一票。
ストリームじゃないし。
390:デフォルトの名無しさん
16/11/17 13:50:31.14 /0Wfoiwq.net
アホだ
URLﾘﾝｸ(ja.wikipedia.org)(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)
391:デフォルトの名無しさん
16/11/17 14:00:14.97 SIbcJcrO.net
>>385
自分の言葉で説明できないという告白ですか。
ストリームの要件の一つに「連続データである」ということがある。
>>376はそれを満たしていないのでストリームではない。
反論があるなら、自分の言葉でどうぞ。
392:デフォルトの名無しさん
16/11/17 14:03:31.82 3lGtF19o.net
Dを永続化したいという目的ならD repositoryで伝わるよ
でも>>376は永続化の手段も表したいと言う
真っ先にリポジトリパターンを思い出す人は違和感を持つんじゃないかな
393:デフォルトの名無しさん
16/11/17 14:05:02.67 /0Wfoiwq.net
>>386
以前はランダムアクセスが困難なもののみを指してストリームという用法が一般的だったのは
たぶん確かだが、最近はランダムアクセス可能なものもストリームと呼ぶ。
例えば>>385のリンク先の.NET Frameworkの例を見てみ
394:デフォルトの名無しさん
16/11/17 14:05:19.03 /0Wfoiwq.net
しかし、本物のアホだな
395:デフォルトの名無しさん
16/11/17 14:08:02.50 SIbcJcrO.net
Wikipedia好きみたいだから、本家からも引用しときましょうか。
URLﾘﾝｸ(en.wikipedia.org)(computing)
> In computer science, a stream is a sequence of data elements made available
> over time. A stream can be thought of as items on a conveyor belt being
> processed one at a time rather than in large batches.
Google翻訳：
> コンピュータサイエンスでは、ストリームは時間の経過とともに利用可能になる
> 一連のデータ要素です。 流れは、大きなバッチではなく、一度に1つずつ処理
> されるコンベヤベルト上の物品と考えることができる。
396:デフォルトの名無しさん
16/11/17 14:12:38.46 SIbcJcrO.net
>>388
> 例えば>>385のリンク先の.NET Frameworkの例を見てみ
これと>>376が同じに見えるのか。
こりゃ会話するだけ無駄だわ。
397:デフォルトの名無しさん
16/11/17 14:24:01.83 /0Wfoiwq.net
今日はこのぐらいで勘弁しといたるわ、まで読んだ。
しかし重症だね。
398:デフォルトの名無しさん
16/11/17 14:27:22.96 F8tQbCJJ.net
煽りたいだけの奴が的外れな事を言って引っ込みがつかなくなったパターンですね
399:デフォルトの名無しさん
16/11/17 14:28:32.31 /0Wfoiwq.net
まあお馬鹿さんが調子にのるといけないので一応突っ込んでおくけど、
>>390の英語版のWikipediaの記事、引用してる本人が読んでないんだろうね
Exampleにはこうも書いてある
On Unix and related systems based on the C language, a stream is a source or sink of data, usually individual bytes or characters. Streams are an abstraction used when reading or writing files, or communicating over network sockets
そこにはシーケンシャルなメディアに限定するなんて記述はない。
当たり前だ磁気テープや穿孔テープの時代じゃあるまいし、そんな1960年代の用法を
有難がって守っても弊害しかないからね。
400:デフォルトの名無しさん
16/11/17 17:41:25.74 cT5YV57l.net
なんで揉めているのか二行で説明ヨロ
401:デフォルトの名無しさん
16/11/17 18:20:46.25 mMJymgjM.net
>>376
そもそも読み書き操作をスーパークラスにしうとするのがおかしい
データ主体にすべきだし、それならば「データDAccesser」とか妥当なのがでてくるけど
402:デフォルトの名無しさん
16/11/17 18:21:07.96 HfqKr7Tv.net
ある数人のグループ全員を、順番はアットランダムに選んでコロしていった場合、連続殺人なのでシリアルキラーと言われ、ランダムキラーと言われない。
その考え方から、ランダムにアクセスされるデータも考え方によっては連続アクセスだからシリアル→ストリームと解釈していいじゃん。
ってJCの女の子が言ってた
403:デフォルトの名無しさん
16/11/17 18:28:23.63 oM0V2Zu8.net
>>395
東軍: Streamはシーケンシャルなデータの流れだ
西軍: Streamはデータの構造やアクセス方法関係なしのデータの流れだ
こんな感じ？
抽象化されたStreamって意味なら西軍だけれども
読み書き先の構造やアクセス方法関係なしに
表面的にはシーケンシャルな処理に見えるようにするんじゃない？
あくまで順繰り読み書きすることが目的なのだから
404:デフォルトの名無しさん
16/11/17 19:06:23.32 H4HAbVd3.net
Fetch API に ReadableStream という名のインターフェースがあったな
URLﾘﾝｸ(triple-underscore.github.io)
405:デフォルトの名無しさん
16/11/17 20:30:41.08 bN2Unndl.net
集約ルートに対するCRUD操作とトランザクション管理を行うならリポジトリ
シーケンシャルなデータI/Oならストリームだろう
>>376ではどちらとも言えないので議論しても不毛な争いにしかならない
つまりお前らはハゲ
406:デフォルトの名無しさん
16/11/18 06:53:14.38 ZuKcmSv7.net
>>388
ランダムアクセス「も」ストリームとして扱うようになってきてるだけで名前としてはおかしいと思うけど今さら変えられないって話でしょ？
ストリームインターフェースを参考にするとか派生させるとかで作るならわかるけど全く新規に作るならあえてわかりにくい名前を付ける必要はないと思うよ
407:デフォルトの名無しさん
16/11/18 08:23:44.33 sk5kx0wb.net
てめえのためにスレまで建ててやったんだからとっととそっちいけやボンクラ
408:デフォルトの名無しさん
16/11/18 10:08:14.30 fuS99ZTS.net
>>401
違うよ。
ストリームって概念のキモは英語版Wikipediaの説明にもあるように抽象化でしょ。
それは最終的な対象を問わずに入出力を透過的に扱うため。
そこにシーケンシャルアクセス専用みたいな（本来どうでもいい）空気がくっついたのは、
単にその概念が生まれた当時にはランダムアクセス可能な対象がRAMぐらいしかなかったし、
今と違ってそれは非常に高価で富豪的に使うなんてありえなかったからだろう
409:デフォルトの名無しさん
16/11/18 10:22:05.49 mP8U9SKK.net
アクセス方式のシーケンシャル（アクセス）と、データの構造としてのシーケンシャル（データ）を混同するなよ
410:デフォルトの名無しさん
16/11/18 10:52:00.04 GQvjvZ3S.net
だな。>>386は「連続データである」とデータ構造としてシーケンシャルといってるだけなのに、
勝手に>>388がランダムアクセスとかアクセス方式の話をし出してるし、
さらに、勝手に>>388でシーケンシャルアクセスvsランダムアクセスみたいな
変な構図つくってるだけじゃん。
411:デフォルトの名無しさん
16/11/18 10:54:12.63 fuS99ZTS.net
何のこっちゃ
412:デフォルトの名無しさん
16/11/18 11:00:11.29 GQvjvZ3S.net
>>382が全然ストリームじゃねぇっていってんのは、>>376で
ファイルやメモリはストリームだが、RDMBSかしらんが「データベース」とか
「ウェブアプリ」とかも含まれてるのにそれらを
総称して「ストリーム」とか言ってるから>>382が全然ストリームじゃねぇって
いってんじゃねぇの？
413:デフォルトの名無しさん
16/11/18 11:09:44.44 GQvjvZ3S.net
まぁ、例えば行と列から構成されるRDBMSとかもどんどん分解してけば、
最終的にはバイトの列になるのでじゃあそれは
ストリームって言えなくもないがさすがに無理あるな・・
414:デフォルトの名無しさん
16/11/18 11:14:36.55 fuS99ZTS.net
アホだ。
悪いけどそれ抽象化とか透過的って概念が何か理解できないだけ。
仮に透過的に扱えないなら、>>376はそもそもこんな質問をしないだろう。
415:デフォルトの名無しさん
16/11/18 11:15:44.52 GQvjvZ3S.net
と書いたがいや、君の言いたいことはわかった。
それらをすごい抽象化してただの入出力先という意味でストリームって
ことにしたわけね。
416:デフォルトの名無しさん
16/11/18 11:20:46.64 GQvjvZ3S.net
なんだよ。自分で気づいたのに１分差で負けた。
まぁ、でも、ランダムアクセスとかアクセス方式の話はまとを得ない
反論の仕方だったね。誰もランダムアクセスできるのデータの並びは
ストリームじゃないなんて言ってなかったし。
417:デフォルトの名無しさん
16/11/18 19:51:43.08 VNWU1qlY.net
纏めるとリポジトリが正解ってことですね
418:デフォルトの名無しさん
16/11/18 20:40:29.39 ZuKcmSv7.net
>>403
ストリームの本来の意味を調べてから出直してこい
419:デフォルトの名無しさん
16/11/18 20:47:28.99 ZuKcmSv7.net
>>412
>>376
> あるデータDをデータベースに対して読み書きするクラスX
> あるデータDをファイル�
420:ﾉ対して読み書きするクラスY までならリポジトリが一番しっくりくる > あるデータDをメモリに対して読み書きするクラスZ これはちょっと微妙だけどまあメモリーも倉庫って言えなくもないか > あるデータDをウェブアプリに対して読み書きするクラスW ウェブアプリの動きがわからんのでなんとも言えないかな DB のフロントエンドみたいなものならいいけど、書き込んだらプリンターに印刷されるようなアプリだったらリポジトリって言うのは違和感あるしなぁ
421:デフォルトの名無しさん
16/11/18 21:22:00.83 ebwGr1K/.net
インメモリリポジトリもウェブサービスベースのリポジトリも現場では当たり前のようにつかわれてるよ
CRUD操作とトランザクション管理ができていればインフラの実態が何であれリポジトリを名乗れる
Save命令が来たらプリンタで印刷してIDをラベリングして書類棚に保管する
Load命令が来たらIDで書類棚を探してスキャナにかける
トランザクション管理はタイムスタンプ方式でいいだろう
あとはバックエンドで作業する人を雇えば紙ベースのリポジトリが実装可能だ
422:デフォルトの名無しさん
16/11/18 22:38:04.35 Ashpa7Ki.net
リポジトリもストリームと同じくらいないわ
だから雰囲気だけでデタラメな名前つけんなっつーのw
423:デフォルトの名無しさん
16/11/19 00:15:08.41 shkjyp+s.net
>>416
やっぱりラーメンは醤油がうまいよな
424:デフォルトの名無しさん
16/11/19 07:56:32.66 T/wP/yiF.net
いつも悩むのは仮引数と外から与える変数名を同じにするか、
newしたオブジェクト名なのか、通常型変数名なのか、
オブジェクトを加工した結果を加工前と同じにするか、
加工されたものであることが分かるように別名にするか、
名前に意味付けをするか、しないか。
意味付けをしないといつもの慣習で決まりきったルールで
命名するからコーディング時に手が止まらないしスペルミスもしない、
foo や obj num str arg などほとんど意味を持たない名前は
自分の中で使いどころが統一されているから扱いやすいが、
後から見ると処理の意味が見えにくくなってしまう。
意味をつけると名前が長くなるし、表記がブレたりスペルミスしたり
意味論的な勘違いすることもある、後で読みやすいようにと思って
意味をつけたのに、それが全く裏目に出たりすることもある。
425:デフォルトの名無しさん
16/11/19 08:31:00.18 HaGDkE41.net
>>415
自分の知ってる単語を必死で並べたってレスだな w
426:デフォルトの名無しさん
16/11/19 08:35:31.62 yRyIlHmZ.net
>>418
＞仮引数
コーディング規約や言語のルールでthis的なものが必須なら、
それに甘えて同じにしちゃう。
＞加工
normalizedとか毎回付けてらんないしなー。
後から併用するなら仕方ないけど、そうでないなら無駄な変数は減らしたいなあ。
別関数に切り分けるなり、メソッドチェーンに頼るなり、ラムダ式使うなり。
＞意味付け
極端に狭いスコープなら、意味付けをしないことに意味がある場合も多いよねぇ。
427:デフォルトの名無しさん
16/11/19 08:46:32.38 D7c5q+PF.net
>>418
短期利用でさくっと書きたいときは別だが、長期的な保守をするなら具体的で分かりやすい名前を付ける
命名規則は時間が経つと結構変わる
数年後に自分で見直して書き直したくなるコードはNG
URLﾘﾝｸ(qiita.com)
428:デフォルトの名無しさん
16/11/23 09:59:46.68 6rdEH9lU.net
エクセル帳票を出力するクラスがたくさんあります
全ての帳票にて帳票を出力したあと
A1セルをアクティブにする
左端のシートをアクティブにする
ヘッダーとフッターに日付を付ける
パスワードを付ける
などといった共通の処理を実行します
この共通の処理行うクラス名とメソッド名はどうすべきでしょうか
429:デフォルトの名無しさん
16/11/23 10:19:39.44 OGH43EwE.net
>>421
数年後に書き直したくならないのは、お前が成長してないから
430:デフォルトの名無しさん
16/11/23 10:40:54.66 6zk3Iard.net
>>422
関数名は Finalize() とかどうじゃろ
クラス名に関しては、設計まで関与できるなら
IExcelとかExcelBaseとかSpreadsheetInterfaceとか…？
>>423
コードそのものの話なら同意するが、
命名だけなら該当するとは限らないんじゃね
431:デフォルトの名無しさん
16/11/23 10:53:05.86 C2QhSskP.net
>>422
指定の形式に整えるという意味で
format();
432:デフォルトの名無しさん
16/11/23 12:45:21.12 FAW/BQOA.net
>>422
それが「共通の後処理」なら
CommonPostProcessor.Do
それがプログラムの中でどういう意味を持つのかが分からないと
適切な命名は無理だと思う
433:デフォルトの名無しさん
16/11/23 14:36:17.78 6rdEH9lU.net
>>424-426
どうもです
この中だとCommonPostProcessorがイメージ的に近い感じです
出力後にやらなければならない処理を一回で呼び出すためのファサードクラスなので具体的過ぎてもダメなので
434:デフォルトの名無しさん
16/11/24 22:28:47.24 vuroAiw2.net
日付値を現在時刻に対する相対表記の文字列に変換するメソッドの名前を
お願いします。
１分前とか1時間前とか１日超えたらは相対表記やめてただの日付の表示に.
435:デフォルトの名無しさん
16/11/24 23:31:42.82 Nb3eTdW/.net
fromNow
436:デフォルトの名無しさん
16/11/25 09:33:46.36 RGPpwCf5.net
相対をRelativeで表現するかな？
437:デフォルトの名無しさん
16/11/25 12:08:42.83 O6iXt3QA.net
Twitter の HTML 見たら、
<span class="_timestamp js-short-timestamp js-relative-timestamp"
とか書いてあった。これに get_ でもつければいいんじゃないかと。
get_short_timestamp()
get_relative_timestamp()
438:デフォルトの名無しさん
16/11/25 18:08:23.46 oxvefZiD.net
>>431
ありがとうございます。relativeとshortを使って命名してみます。
439:デフォルトの名無しさん
16/11/25 18:19:19.10 oxvefZiD.net
>>429->>431です。
440:デフォルトの名無しさん
16/11/25 19:42:24.03 FoJmRZeZ.net
Backup?
BackUp?
441:デフォルトの名無しさん
16/11/26 02:35:18.71 bM77xh/N.net
>>434
後退させる？
URLﾘﾝｸ(ejje.weblio.jp)
442:デフォルトの名無しさん
16/11/26 06:52:26.50 pZYy6q7Y.net
>>435
ほえー、backup = バックアップ で染み付いてるから
Traffic is backed up for three miles.
なんて見たらはあ？ってなるな
とか思ってたらGoogle翻訳もはあ？ってなってた w
> トラフィックは3マイル分バックアップされます。
Yahoo 翻訳だとまともなのになんでだろ？
最近導入したＡＩの弊害か？
> 交通は、3マイル渋滞します。
443:デフォルトの名無しさん
16/11/26 08:32:36.21 bM77xh/N.net
>>436
UpperCamelcase は単語単位で命名されるので、"back up" なのか "backup" なのかが判断材料になる
444:デフォルトの名無しさん
16/11/26 11:07:43.20 Pcz+IOdC.net
よくある質問、お問い合わせ、フィードバック
などのコントローラーのディレクトリ名はどのような名前がいいでしょう
Controllers/Support ?
445:デフォルトの名無しさん
16/11/26 12:56:34.14 laDp/8E1.net
>>438
そっちの分野まったく知らんので適当
っていうかなんかスレの趣旨と違うような気もする
後から見てより分かりやすい木構造はSupport/Controllerの方だと思う。
複数形にするかどうかはお好みで
446:デフォルトの名無しさん
16/11/26 16:25:28.10 cFmpK3Dq.net
Customerもありかなあ
447:デフォルトの名無しさん
16/11/27 15:43:07.47 dZuXkYGJ.net
>>436
Google翻訳はユーザーフィードバックの影響が大きいからね
日本語→外国語はアニメ台詞の影響を、英語→日本語は英語の読めないITドカタの影響を強く受けている傾向がある
448:デフォルトの名無しさん
16/11/27 16:32:20.33 TUh1xXZg.net
どんな被害妄想だよw
そんな訳あるかw
だいたいスレ違いだ
449:デフォルトの名無しさん
16/11/29 21:56:12.39 KdW4ujJQ.net
フォトIDの配列変数名は
photosId
photIds
どちらがいいでしょう
450:デフォルトの名無しさん
16/11/29 22:22:32.75 8C27YYsq.net
アップルペンの配列がapplespenじゃないのは確かだ
451:デフォルトの名無しさん
16/11/30 01:30:50.29 sO/ROCng.net
photo_ids
452:デフォルトの名無しさん
16/11/30 04:54:01.32 Hf1AxjDJ.net
IdsにするかIDsにするか迷う
453:デフォルトの名無しさん
16/11/30 06:46:57.62 JLGr4M6X.net
>>446
1語 identity の略なら Id、2語 i 何とか d 何ちゃらの略なら ID だ。
454:デフォルトの名無しさん
16/11/30 08:31:03.20 06/5C/mF.net
>>443
前者 photoが何枚
455:かあってそれぞれにIdがある 後者 photoは1枚でそれにIdが複数ある
456:デフォルトの名無しさん
16/11/30 21:22:25.25 byVi02oM.net
>>448
PhotosID : photoの集合に対する1つのID
PhotoIDs : "PhotoID"の集合
こうじゃないか？
457:デフォルトの名無しさん
16/11/30 21:58:01.27 a1CuXFtp.net
>>449
そう思う
458:デフォルトの名無しさん
16/11/30 23:36:54.61 gQumH8bj.net
ちなみにphotoの集合に対するIDの集合は
PhotosIdsでOKですかね？
459:デフォルトの名無しさん
16/11/30 23:51:22.87 y2jQ/DIV.net
PhotoSetIDsとかの方が無難だと思う
460:デフォルトの名無しさん
16/12/01 00:02:51.76 6vJxVA1f.net
photoIDArrIDArr
461:デフォルトの名無しさん
16/12/01 00:08:05.42 MlSLrfWA.net
うむむむむ
462:デフォルトの名無しさん
16/12/01 02:31:32.22 giEswoT2.net
>>447
言いたいことは分かるが、Microsoftだったかどこかの命名規約だと
IDは大文字だったりするんだよな
見たのだいぶ前なので今は違うかも知らんけど
463:デフォルトの名無しさん
16/12/01 20:04:09.18 wkCVFNfo.net
「参加中のグループの通知を購読するかどうか」
というbooleanを格納する変数名はどのようなものがよいと思いますか？
mysqlのテーブル名にも使用する予定です。
subscribe_notify …とかはどうでしょう
464:デフォルトの名無しさん
16/12/01 20:15:50.85 KXP3Jsth.net
購読するならサブスクライバーを生成する
しないならサブスクライバーを削除する
フラグは使わない
465:デフォルトの名無しさん
16/12/01 20:31:25.36 wkCVFNfo.net
>>457
申し訳ありませんがそういう設計ではないです
466:デフォルトの名無しさん
16/12/01 20:36:58.62 MZtsAhZY.net
>>457
購読→生成 わかる
しない→削除 わからん
削除される奴はいつ生成されたんや
467:デフォルトの名無しさん
16/12/01 20:53:43.18 cvCPUZP4.net
subscribe_notifyでええのとちがうの？
468:デフォルトの名無しさん
16/12/01 21:17:27.93 PUW72udf.net
Notifyって動詞じゃないの？w
Win32APIにRegisterDeviceNotificationってのがあったけど
それをもじってRegistersGroupNotificationとか。
実際の実装がイベントを購読するかどうかを決定するんじゃなくて
単に無視するかどうかを決定するだけであるなら、論理は反対になるけど
IgnoresGroupNotificationとか
469:デフォルトの名無しさん
16/12/01 21:32:32.46 MZtsAhZY.net
WM_NOTIFYってのがあってな
470:デフォルトの名無しさん
16/12/01 21:40:47.65 1Xdv8XqE.net
Ignoreみたいな否定的な意味合いの名称は
よっぽどの理由がない限りは二重否定の除去の観点からお勧めしない
471:デフォルトの名無しさん
16/12/01 21:44:05.10 PUW72udf.net
二重否定って意味わかって言ってる？w
472:デフォルトの名無しさん
16/12/01 21:47:02.61 MZtsAhZY.net
not に見えたとか？
tifyってなんやねんってなるがｗ
473:デフォルトの名無しさん
16/12/01 22:11:11.15 NHXaAvDm.net
何言ってんだこいつ
474:デフォルトの名無しさん
16/12/02 01:39:29.84 Zj5y44Q+.net
例えばOPEN/CLOSEのパターンはあるときに
変数名を isOpened にするかそれとも isClosed にするかみたいな話で、
人間の感覚的にtrueに近い前者のほうが好ましい、みたいな意見はよく聞く。
ignoreもそれに似た印象を持つ単語だよね、って話かしら？
475:デフォルトの名無しさん
16/12/02 05:39:49.14 +ocxhyeH.net
>>466
何と何で二重否定なのか言ってみな
476:デフォルトの名無しさん
16/12/02 08:49:31.38 7VByTnYi.net
俺も>>467を連想した
「変数 Ignore に false を代入して二重否定」の意かもしれんが、言葉足らずな感はある
477:デフォルトの名無しさん
16/12/02 08:54:25.22 +ocxhyeH.net
基本Aである条件でBならisB
基本Bである条件でAならisA
って意見も見る
478:デフォルトの名無しさん
16/12/02 12:52:15.55 4/nN0nxx.net
>>462 そりゃメッセージだから動詞でいいわな
480:デフォルトの名無しさん
16/12/02 12:57:20.15 4/nN0nxx.net
>>467
そもそも質問者は普通に
> 購読するかどうか
としか言ってないのに、ignore～ とかいきなり言い出す奴がおかしい
481:デフォルトの名無しさん
16/12/04 11:58:09.74 W7gPj0hX.net
Haskell で次の定義の関数 f に名前を付けたいと思います。
f :: Either a b -> Either a b -> Either a b
Left _ `f` e = e
e `f` _ = e
つまり、(Right x) `f` (何か Either) ならば左側の Right x の値に、
(Left x) `f` (何か Either) ならば右側の Either 型の値になる関数です。
想定している主な使い方としては、成否を Either 型の値で返す関数を2つ（以上）並べ、
最初の関数が成功したらその値を、失敗したら次の関数の値を使うことです。
（Monad の >>= はこの意味としては逆のことを行ってしまうので）
また、この使い方は関数を左から右へ並べることを想定しています。
その方が多くの場合でプログラムソースが読みやすいからです。
私は、failedThen を考えました。
f `failedThen` g という使い方です。
しかし、違和感が無い訳ではないです。（意図は分かってもらえるかも知れませんが）。
もしこれが、関数を右から左へ並べる使い方なら、
g `ifItFailedThat` f とでも名付ければ自然なのですが。
もし、私の考えた failedThen では根本的にマズく、
かと言ってより良い案も出てこなければ、 ?>> など適当な演算子を考えてみます。
もしかして、もう標準ライブラリや Hackage のライブラリに同等のものがあるでしょうか？
482:デフォルトの名無しさん
16/12/04 12:45:04.95 li+Y6WiJ.net
>>473
Haskell まったく知らんので頓珍漢かもしれないけど可変個のEitherを引数にとって
それをチェーンできるってことなら文字通りChainEitherとか
483:デフォルトの名無しさん
16/12/04 12:49:05.06 li+Y6WiJ.net
こっちが駄目ならあっちで...っていうとfall backなんて言い方もあるけど
これは条件が悪いB案に切り替えるみたいなニュアンスだからこの場合にはあってないよなあ
484:デフォルトの名無しさん
16/12/05 16:55:59.22 3xjBziHl.net
.NETの型システムで値型はvalue typeで、参照型はreference typeですが。
その値をなんといったらいいでしょうか？
参照型の値(参照値?)でreference value?
値型の値は？？
485:デフォルトの名無しさん
16/12/05 17:41:24.55 mcq5odck.net
>>476
スレ違いのような気もするけど参照型の変数の値は参照(reference)、
値型の変数の値は構造体(structure)または単に値(value)じゃない？
486:デフォルトの名無しさん
16/12/05 17:54:56.37 3xjBziHl.net
いや、それをメソッド名の名前につけるんでたぶんこのスレでいいと思います。
Structですか。接頭辞つけるならこれですかね。ジェネリック制約の値型の制約でもstructですし。
現状、
public T GetValue<T>(...) where T : class
public T GetValueOrDefault<T>(...) where T : struct
な感じで、全部GetValueほにゃららという感じで名前では値型の値を返すのか、参照型の値を返すのかは
はっきり区別させてなくて、ジェネリック制約で区別してるんですが、
名前でも区別させるとしたら、Valueの前にどんな修飾子つければいいのかなぁと思った次第です。
487:デフォルトの名無しさん
16/12/05 17:59:28.78 3xjBziHl.net
public T GetReferenceValue<T>() where T : class
public T GetStructValueOrDefault<T>() where T : struct
やっぱ、これは、くどいですかね。
488:デフォルトの名無しさん
16/12/05 18:36:06.82 REUUgwhj.net
>>479
結果的に何を返すのかで考えればいいと思う
少なくとも
> public T GetStructValueOrDefault<T>() where T : struct
これはわけわからん
489:デフォルトの名無しさん
16/12/05 20:26:11.69 Wk+gfL4y
490:.net
491:デフォルトの名無しさん
16/12/06 06:55:20.14 Mt0NZ7F7.net
>>476
日本語と同じでいいような気がする
> 値型はvalue type
> 参照型はreference type
参照型の値 ⇒ value of reference type
値型の値 ⇒ value of value type
そもそもなんで
> ジェネリック制約で区別してるんですが、
> 名前でも区別させる
なんてことをしたいのかよくわからんけど...
492:デフォルトの名無しさん
16/12/07 15:40:55.18 e90TnsMB.net
「プレイヤーとの距離」を表すfloat値の変数名って
直訳するとdistanceFromPlayerになるけど、distancePlayerでも通じるかな？
493:デフォルトの名無しさん
16/12/07 16:06:00.05 H14YD2Kg.net
絶対通じないw
少なくとも俺には理解不能
あと細かいことだけど、fromでもいいけどtoの方がいいと思うよ
494:デフォルトの名無しさん
16/12/07 16:31:34.28 e90TnsMB.net
>>484
サンクス
「プレイヤーへの距離」ってよりも「プレイヤーからの距離」って
意味のほうが強いからfromを使うよ
本当どっちでもいいと思うけどw
495:デフォルトの名無しさん
16/12/07 19:01:19.71 1Nt4zAoH.net
普通に通じる。というか、プレイヤーという言葉からしてゲーム系だと思うけど、
config弄れる系のゲームでconfig弄ってると、短い語句から推測するしかないの
ばっかりで、理解できないなら弄るなっていうじゃん。
コードの保守とは性格が違うから同列に論じれないけど、一々説明的な変数
じゃないと保守性が悪いとか理解できないとか言い出したら、コードのアルゴリズム
とかももはや読み取れないんじゃないの？
496:デフォルトの名無しさん
16/12/07 19:12:32.84 H14YD2Kg.net
ずいぶんお馬鹿な思考回路だねw
普通に考えれば大して長いわけでもない名前をたった4文字節約するのに
見合うコストじゃないはずだけどw
497:デフォルトの名無しさん
16/12/07 19:42:20.78 1Nt4zAoH.net
いや、「絶対通じないｗ」なんて言い切るからには、コードを読むのにさぞかし
苦労しまくってるんだろうなって話だよ。別に節約論の話じゃない。
話の本筋は、節約論の話じゃない。これくらい分かってもいいだろうし、
「絶対通じないｗ」なんてプログラム組めるの？と心配になった訳。
これすら理解できないんだからまあ、お察しだわね。
498:デフォルトの名無しさん
16/12/07 20:04:04.86 H14YD2Kg.net
のれんに腕押しとはこのことか
むしろバカの壁か
このお馬鹿さんはきっと「プレーヤー距離」という謎の言い回しを見て
即座にそれがプレーヤーからの距離のことだと理解するエスパーなんだろうね。
499:デフォルトの名無しさん
16/12/07 20:05:49.90 H14YD2Kg.net
っていうか、>>488みたいな思考回路の人間がいるから
世の中には実際クソコードが存在するんだろうな
500:デフォルトの名無しさん
16/12/07 20:30:56.37 u+z4pBYY.net
>>489
モノ.距離プレイヤー
この単語の並びで想像もつかないってのは考えが固すぎると思う
何を以て『絶対』と言い切ったかは知らないけど多数の考えを統一するのは至難
全員がお前に歩み寄るわけじゃないんだから想像するくらいのことはやった方がいいと思うよ
501:デフォルトの名無しさん
16/12/07 20:49:08.31 hiK/vgiI.net
>>487のこいつはなんですぐに喧嘩腰になるの？？
>>486は普通に反論しただけだろ、おまえも反論すりゃいいだけだろ。
馬鹿だのなんだのは反論じゃなくて喧嘩なんだよ。
おまえ邪魔だからこのスレから消えろ。
502:デフォルトの名無しさん
16/12/07 20:49:49.36 1gCcVPDy.net
省略しても通じるが、省略するのが適切かと言えば適切ではないし、省略することにあまりメリットはないと思う
503:デフォルトの名無しさん
16/12/07 20:55:17.68 hiK/vgiI.net
自分の意見への反論=喧嘩
とかなってんの？>>487の頭の中。
友達とかいなくてリアルで議論とかしたことないからそんな偏った思考になってんのか？
504:デフォルトの名無しさん
16/12/07 20:58:29.12 y1gT8eg3.net
こんなもんdistで十分だろw
505:デフォルトの名無しさん
16/12/07 21:07:39.88 yygFZTd8.net
>>494
彼は結構前から居着いているバトー君だよ
レスに罵倒する言葉を入れないと他人とコミュニケーションが取れないかわいそうな子なんだ…
仲良くしてあげてね！
ちなみに>>235と同一人物だよ
506:デフォルトの名無しさん
16/12/07 21:08:58.30 1Nt4zAoH.net
お好み焼き食ってるうちに伸びてるな。
「本筋」が何だったのか最後まで理解して貰えなかった模様。
この調子だと、この世に転がってるソースコードのほとんどがクソコードになるよ。
読んだことないっぽいけど。
> このお馬鹿さんはきっと「プレーヤー距離」という謎の言い回しを見て
> 即座にそれがプレーヤーからの距離のことだと理解するエスパーなんだろうね。
マジで本筋を考えてくれ。理解できるであろう状況と、そうでない状況がある。
なんでも略せといってる訳じゃない。他に似たような変数でもない限り、
このケースでは「絶対通じないｗ」なんてことないだろ。
これが分からないっていうのなら、既に質問者のfromとあんたのtoとで
全然噛み合ってないし、プレイヤーとの対象が何なのか分からんから
それすら変数名に入れてくれないと本当はダメだろって突っ込んでくれよ。←重要
自分が読めないコードはクソコード、動かないコードはコンパイラが悪い
とかいうジャイアニズムは中学生までだよ。
507:デフォルトの名無しさん
16/12/07 22:18:22.67 hiK/vgiI.net
>>496
そっか。めんどくせぇやついるな。
こんなやついるといつか自分が巻き込まれるかもしれねぇし。
甘やかさないで徹底的につぶしてつぶして消えてもらった方がいいわw
508:デフォルトの名無しさん
16/12/07 22:30:53.87 H14YD2Kg.net
>>497
バカの壁の向こう側の人に何を言っても無駄だけど通じないから。
プレバトって番組観てると、俳句のセンセに
「その表現では写真を見ていないお前の俳句の読者に何を読んでいるのか理解できない」
って突っ込まれるバカが毎週いるけど、なるほど背景情報を共有しない他者の視点から
自分の表現がどう見えるかの想像する能力の欠如している人間ってのは結構いるんだなと。
509:デフォルトの名無しさん
16/12/07 22:36:38.22 hiK/vgiI.net
>>499
自分の表現がどう見えるかより
おまえは自分の事が見えてない馬鹿だろww
510:デフォルトの名無しさん
16/12/07 22:39:35.50 PlHHSD6B.net
>>483
511:デフォルトの名無しさん
16/12/07 22:40:37.90 PlHHSD6B.net
むしろ、
distance_from_player_to_me
とかの方がわかりやすいと思う。
512:デフォルトの名無しさん
16/12/07 23:48:52.24 1Nt4zAoH.net
>>499
自己紹介ですか。
知ってましたよ。
513:デフォルトの名無しさん
16/12/07 23:51:28.79 u+z4pBYY.net
>>499
お前も自分の表現がどう見えるかの想像する能力の欠如している人間だよ
514:デフォルトの名無しさん
16/12/07 23:55:48.59 NRkfX+/1.net
>>499
指摘されたことに一切反論できてねーなｗｗ
オレオレダッテしか言ってないｗｗ
515:デフォルトの名無しさん
16/12/08 00:06:45.44 j9WKzOmd.net
ここで質問するやつは、そのソースコードのメイン読者が誰なのか、
一度じっくり考えような。
読者が書き手自身なら、数ヶ月後の自分が意味を容易に読み取れる変数名にすればいいだけ。
後からリファクタリングで名前をより良く変えることも簡単だ。
GitHub なんかで公開して世界中のプログラマに読んでほしいのなら、
こんな所じゃなく stack overflow とかで訊くべき。
(質問は片言の英語で十分)
会社や同人なんかでチームを組んでるのなら、そいつらがメンテしやすいように、
そいつらをメイン読者としてプログラミングするのだから、
質問もそいつらにすべきだ。
ここで返ってくる質問の答えは、こいつらが理解しやすい変数名だ。
こいつらにアドバイスを求めるということは、
君のソースコードはこいつらがメイン読者だということになるが、
それで本当にいいのか？
516:デフォルトの名無しさん
16/12/08 00:29:08.73 aI8hpPNX.net
ルールがないから迷ってるんじゃないのかな？
というかここで得た答をそのまま使うかどうかは質問者の選択となる
俺らが見直すこともない
命名においてべき論は難しいのでどうかわかんないけど
少なくとも俺が質問するときは「自分ではこうしよう」ってのを持っておいて良さげな答がでたら採用する
517:デフォルトの名無しさん
16/12/08 00:30:39.96 J7H/KgZW.net
>>506
>>君のソースコードはこいつらがメイン読者だということになるが
ならないので大丈夫です。
すべての変数名を相談しているわけではありませんし。
お互いの立場や利害関係に関係なく、気軽にやり取りできるのがこのスレの良いところですね。
518:デフォルトの名無しさん
16/12/08 02:08:02.12 0CWIKt/I.net
>>1のテンプレを>>506まで風呂敷を拡げて、どうやって畳むつもりですかね？
このスレのいいところは、>>508だよ。議論は別スレがちゃんとある。
俺様の考えは絶対だと他者を蔑み粘着しスレを食いつぶすアホが出現するのが問題なだけ。
519:デフォルトの名無しさん
16/12/08 02:16:16.23 ht+cEyPh.net
>>509
いつも思うけど、どうしてこの手のバカってのは自分が自分を棚上げしてることに気が付けないのかね。
520:デフォルトの名無しさん
16/12/08 02:23:49.39 ht+cEyPh.net
っていうかねえ、時代はもう80年代みたいな牧歌的な時代じゃない。
覚えることは山ほどあるし毎日毎日読む必要があるコードの量も膨大だ。
舌足らずで表現能力の欠如したバカが何も考えずいい加減につけた名前の意味を
忖度するような無駄な作業に費やす時間なんかねえんだよ馬鹿。
distancePlayerで必要にして十分だと感じるようなセンスの人間はプログラマなんか辞めてしまえ頼むから。
そんな奴は存在するだけで他人に迷惑だ。
521:デフォルトの名無しさん
16/12/08 02:29:22.12 +1kxD5FO.net
散々論破されて、また自己紹介しに来てるよこの人
522:デフォルトの名無しさん
16/12/08 02:44:33.71 0CWIKt/I.net
とりあえず「絶対通じないｗ」に対する反論は見かけましたが、そこからのさらなる反論はついぞ見かけることはありませんでした。
「絶対通じないｗ」論のさらなる追証などあればまだましでしたが、テレビ番組とか80年代とか全く関係のない内容からの
罵詈雑言というワンパターンしかありませんでした。
プログラムに例えると、処理の途中でいきなりgotoで別処理に飛んでから返ってないけど、飛んだ先で罵詈雑言のサブルーチンだけ
毎回呼び出しているクソコードですよね。
物事を順序立てて冷静に話を進められないというのは、コンピュータ技術者としては致命的ではないでしょうか。
523:デフォルトの名無しさん
16/12/08 02:45:06.56 J7H/KgZW.net
散々引っかき回したあげく、馬鹿馬鹿と。
子供ですか。見苦しい。
そんな「舌足らずで表現能力の欠如したバカ」みたいな書き込みに賛同する人間はいませんよ。
524:デフォルトの名無しさん
16/12/08 02:57:26.15 KLbX/DWb.net
テレビ番組と80年代がどうのこうのとか相当なおじさんか。
その年でその拗らせ具合はもうなにしても修正利かなそうだなww
525:デフォルトの名無しさん
16/12/08 08:31:08.82 aI8hpPNX.net
>>511
この時代に覚えることと言うのはほぼないと思うよ
調べ方を知っておけばいい
自分の考えることだけが唯一の正解だと考えるの人間はプログラマをやる上で窮屈だよ
自分の知識外で素晴らしいコードがあったとしても「見たことない、知らない」で捨ててしまいかねないしね
人の手が介在する以上は同じ動作でも実現方法は多岐にわたるんだよ
プログラムは所詮手段で目的は仕様を満たすことなんだから
俺はまず認めてそこからより良くする方法を考えることが大切と考えてる
526:デフォルトの名無しさん
16/12/08 09:03:38.00 rKlEy3a0.net
変にプライド高くて拗らせた人は論点で反論できないなら黙っておいた方がいい
527:デフォルトの名無しさん
16/12/09 08:45:25.65 CLppIZfJ.net
>>485
Google翻訳だと「プレーヤーからの」と「プレーヤーまでの」で from と to を使い分けてるからそれでいいと思う
普通に「プレーヤーとの距離」だと to なのでこだわりがないなら to の方が多いだけ
528:デフォルトの名無しさん
16/12/09 15:24:24.62 Gw2lQ98p.net
プレイヤーとの距離しか扱わないなら良いけど、AIを改良する過程で
「障害物との距離」とか「目標地点との距離」とかが出てくる見込みがあるなら
それらと統一しやすいネーミングにした方が最終的に綺麗なソースになるよ
529:デフォルトの名無しさん
16/12/09 16:34:50.14 jw2e78fQ.net
今後このスレで突然相手から罵倒されたら中年にもなってかなり
ひどい拗らせかたをしている>>511で。
530:デフォルトの名無しさん
16/12/09 17:53:31.65 RJofFHYo.net
いきなりどうした
531:デフォルトの名無しさん
16/12/10 04:07:49.67 ZQIWZdV9.net
ファイルを削除するメソッドは
file.delete()
file.remove()
どっちが良いですか？
532:デフォルトの名無しさん
16/12/10 09:30:14.26 a7ta86cz.net
delete
ゴミ箱へ移動しない削除
remove
ゴミ箱へ移動する削除
こんなイメージ
533:デフォルトの名無しさん
16/12/10 09:34:14.31 5+0zsndy.net
それってあなたの感想ですよね
534:デフォルトの名無しさん
16/12/10 09:35:34.02 gzxVJoFa.net
うっかりミスの予防策 その「削除する」で大丈夫？
URLﾘﾝｸ(ascii.jp)
535:デフォルトの名無しさん
16/12/10 09:38:31.57 a7ta86cz.net
>>524
ようタラコ
536:デフォルトの名無しさん
16/12/10 11:05:30.54 sp+WQmJK.net
自分も>523のイメージあるけど
ファイル削除コマンドはrm（remove）だし、それに倣うのもいいんじゃないかな
537:デフォルトの名無しさん
16/12/10 14:48:02.06 fX2EvT6V.net
DOSだとファイル削除コマンドはdelだったりする
538:デフォルトの名無しさん
16/12/10 16:35:04.26 sp+WQmJK.net
それは知らなんだ
539:デフォルトの名無しさん
16/12/10 17:05:39.42 a7ta86cz.net
でもrmdirってのもある
rm = remove, dir = directory
540:デフォルトの名無しさん
16/12/10 17:52:25.01 hs9d/A1E.net
ファイルでしょ？ unlink でどうぞ
541:デフォルトの名無しさん
16/12/10 18:00:53.53 DT2RbYFq.net
プロジェクト内で統一されてたらそれで良いよ
例えばハンドラの削除がdeleteならファイルもdeleteで良い
ものによってremoveやdeleteやkillが混在する状況はヒューマンエラーの原因になるからやめろ
542:デフォルトの名無しさん
16/12/10 18:04:33.32 a7ta86cz.net
>>531
じゃあなんで同じ削除なのに
ファイルはdelでディレクトリはrmdir(remove)なん？
543:デフォルトの名無しさん
16/12/10 18:44:48.84 KhvynHWx.net
>>522
そのfileはオブジェクトで特定のファイルを指しているのなら
つまりユニークなら、delete()のイメージかなあ
そのfileが主点となるって意味で
remove()って集合の中から条件に合う個体を取り除くってイメージがあるわ
こっちは集合が主点
544:デフォルトの名無しさん
16/12/10 18:49:47.80 nRIDqosR.net
>>528
検索するとMSDNばかりがHITするな
- Windows … delete
- Linux … remove
なのかな
URLﾘﾝｸ(www.google.co.jp)
545:デフォルトの名無しさん
16/12/10 20:31:18.19 qBdlzyUd.net
removeは「取り除く」
unixのrmはディレクトリからエントリを取り除き、参照カウントが0になった時に実体が回収される
名前の通りの動作
546:デフォルトの名無しさん
16/12/10 20:46:22.77 ZO1CBnQ6.net
非常にバカらしくてよろしいのではないか
547:デフォルトの名無しさん
16/12/11 21:15:29.24 1FPgfLIQ.net
プレーヤーにある文章を見せて、その文章を一言で表す単語を
選択肢の中からプレーヤーに当ててもらうゲームを作っています。
ただし、初めはプレーヤーには文章のほんの一部しか見せません。
虫食い状態の文章です。
時間とともに、あるいはプレーヤーがもっと公開するよう促すたびに、
文章はだんだんと全容を明らかにしていきます。
そのようなゲームのプログラムにおいて、
文章をどの程度明らかにするかを表す変数の名前を求めています。
この変数にはパーセンテージ、あるいは段階を表す列挙型の値を持たせるつもりです。
自分では disclosure を考えましたが、他にいい名前はありますか。
548:デフォルトの名無しさん
16/12/11 22:19:34.62 2D+8ps50.net
opened
549:デフォルトの名無しさん
16/12/11 22:25:25.74 m5I0lu5i.net
PercentageOfSentences
550:デフォルトの名無しさん
16/12/11 22:41:24.71 sV97ytKO.net
>>538
逆数になるけどMask(ing)Rateの方がわかりやすいと思うよ
551:デフォルトの名無しさん
16/12/11 23:46:03.19 Qa5YNaNs.net
exposure
552:デフォルトの名無しさん
16/12/12 00:54:47.39 iVZVik7o.net
revelation
553:デフォルトの名無しさん
16/12/12 08:17:54.32 M4J0Or+6.net
>>538
mino monta level
554:デフォルトの名無しさん
16/12/12 09:09:32.30 LVmHDCJ2.net
visible level ?
555:デフォルトの名無しさん
16/12/12 09:12:33.87 3DLogiY3.net
attack25
556:デフォルトの名無しさん
16/12/12 09:18:55.39 LVmHDCJ2.net
>>546
そういうのがすっと浮かぶ人羨ましい
557:デフォルトの名無しさん
16/12/12 20:35:58.01 a5NKnxxE.net
>>539 >>540 >>541 >>542 >>543 >>545
ありがとうございます。
候補に入れて検討したいと思います。
558:デフォルトの名無しさん
16/12/12 22:34:24.64 OFPRaAJW.net
しれっと544や546をスルーする548有能
559:デフォルトの名無しさん
16/12/13 04:57:56.83 JsDkPkZv.net
ﾝﾌﾌｗ
560:デフォルトの名無しさん
16/12/13 14:21:04.68 8V7nvPuP.net
所有アイテムのなかで、所有者が装備可能なアイテムに、装備可能フラグを立てるメソッド名。
561:デフォルトの名無しさん
16/12/13 14:37:22.98 WedBpF7l.net
二つ前のスレで装備に関する議論（？）を見た記憶があります
562:デフォルトの名無しさん
16/12/13 14:57:50.28 E6EX/y5F.net
setEquipable(item)
563:デフォルトの名無しさん
16/12/13 16:40:13.09 3ss0sCS+.net
Updateフラグ名
余計なお世話だろうけど個人的にはそんなフラグを本当に保持する必要があるのか疑問。
bool PartyChar.IsEquipable(Item item)
みたいなメソッドで十分じゃないの？
ゲーム作ったことないから知らんが
564:デフォルトの名無しさん
16/12/13 17:27:08.29 TnHgDcXm.net
んなら口出しすんなもしくは設計スレにでもいけ
565:デフォルトの名無しさん
16/12/14 12:23:38.41 7lKTGKR6.net
設計のコンテキストから命名だけ独立して語る行為がそもそも無意味なんだよな
566:デフォルトの名無しさん
16/12/14 12:41:17.81 cOEKtwbm.net
意味のあるスレでやればいいのに、無意味なスレで無意味な書き込みを続けるのはなぜなのか
ゲームを作ったこともないのに命名以外に口だししたいのなら、なおさら設計スレへどうぞ
567:デフォルトの名無しさん
16/12/14 12:59:46.60 vNjqrj9e.net
>>556
その通りだけど、馬鹿にはわからない。
それ以前に、馬鹿が望んでいるのは口汚い応酬であって建設的な議論じゃない。
だから何を言っても無駄。
568:デフォルトの名無しさん
16/12/14 19:03:31.45 ItxoOukr.net
>>556
それに気づいたなら君はもうここにいるべきではない
卒業おめでとう、さようなら
569:デフォルトの名無しさん
16/12/14 19:38:08.12 jbFnZocx.net
>>559
いや気づいたのはお前だろ
もっと文脈に即した言葉を選べよ
570:デフォルトの名無しさん
16/12/14 19:52:34.75 ItxoOukr.net
ひょっとして嫌みだと気づいてないのか？ w
571:デフォルトの名無しさん
16/12/14 20:17:28.62 jbFnZocx.net
>>561
嫌みだとしたらなおさら不適切な表現だという事には気づかん様だな
572:デフォルトの名無しさん
16/12/14 20:23:11.62 Sz6DS640.net
いちいちウザイわ
文脈とか頓珍漢なこと言ってんじゃねーよ
573:デフォルトの名無しさん
16/12/14 20:26:28.77 t4PtwhLt.net
英語のＳＶ（オブジェクトのメソッド）はいいけどメソッド名のＶＯは困るね
アルファベット順に並べるとごちゃごちゃになる
常にＳＶの連続で命名して欲しい
気持ちはＯであっても、ＯをＳと考える
× setEquipable
〇 equipableSet
equipable.Set のドットが省略されてると考える
Equipableクラス作ってSetメソッド作ればいいんだけど、いちいち凝るとかえって煩雑になる場合もあるので
でも equipableIs はさすがに気持ち悪い
Is系は少ないからIs始まりでも困らないという部分もある
それでも鬼のＳＶ主義を貫くのも一興
574:デフォルトの名無しさん
16/12/14 20:41:21.03 vNjqrj9e.net
前にも書いた気がするけど、boolの変数のことをフラグって呼ぶのはいかにも素人臭いよねw
>>564
質問者の質問の仕方にも問題があるけど、単にフラグを立てるだけのメソッドに
意味なんかないはずだから、実際の動作は恐らく「装備可能ならフラグをセット」
何だと思うよそもそも。
575:デフォルトの名無しさん
16/12/14 23:06:46.04 Ctq1MqKp.net
ウェブサイトからスクレイピングしてデータを取ってくる処理の名前は何がよいのでしょうか
576:デフォルトの名無しさん
16/12/15 00:28:22.28 kWxFOmtr.net
スクレイピングでいいじゃん。
577:デフォルトの名無しさん
16/12/15 00:54:52.01 o2A//GfV.net
(Web)Scraper
578:デフォルトの名無しさん
16/12/15 00:55:50.34 ArFpv1Xp.net
StealDataFromWebsite
579:デフォルトの名無しさん
16/12/15 01:09:11.40 +0a4slsV.net
Scrapinger
580:デフォルトの名無しさん
16/12/15 01:13:36.44 a3102Ios.net
ankipan
581:デフォルトの名無しさん
16/12/15 01:13:39.46 mzSkw9KP.net
ありがとうございます
しかし将来APIが提供されたらscrapingは適さなく無いですか
582:デフォルトの名無しさん
16/12/15 06:47:52.79 asDQ4HVs.net
>>572
適さなくなったら、その時にリファクタリングすればいい。
583:デフォルトの名無しさん
16/12/15 07:48:36.75 qALlkluV.net
取ってきたデータの名前は変わらなくとも
「スクレイピング処理」の部分は今はその名前を付けるしかないような
584:デフォルトの名無しさん
16/12/15 09:11:36.86 aQzuiiGK.net
>>562
文脈に即した
ってのが既に不適切
585:デフォルトの名無しさん
16/12/15 18:46:03.52 ACgCvCqH.net
>>575
全く正当なワードなのだが
無理して間違ったレスせんでもいいよ
お前に恥をかかせるのが目的ではないし
586:デフォルトの名無しさん
16/12/15 20:09:13.04 Rg7daUM6.net
恥を晒すのが目的になってるぞ w
587:デフォルトの名無しさん
16/12/15 20:36:57.50 aQzuiiGK.net
>>576
恥の上塗りって知ってる？ｗ
588:デフォルトの名無しさん
16/12/15 21:48:28.64 gKwzsp1+.net
groupListとgroupsListはどっちが正しいの？
あとlistを複数形（lists）にする場合ってあるのかな
589:デフォルトの名無しさん
16/12/15 22:38:02.67 asDQ4HVs.net
>>579
名詞を修飾するために形容詞的に使う名詞は単数形が一般的で、
group list が正解。
group list の group は list を修飾してるだけなので、
当然そんな list が
590:いくつもあれば複数形になり、 group lists となる。
591:デフォルトの名無しさん
16/12/15 22:52:38.68 gKwzsp1+.net
>>580
アリガトン
592:デフォルトの名無しさん
16/12/19 17:05:09.25 CasRgeEf.net
クラス名・変数名ではないのですが、サービス上の用語について助言を願います。
”家電””AV機器””カメラ”というようなカテゴリーが登録されているテーブルがあります。
これらの販売データから最終的に”○○売上””○○販売数””○○客単価”（○○には”家電”などが入る）
などの各カテゴリー別のデータ出力があるのですが、プログラムソース中では category を
使うとしても、帳票タイトルに”カテゴリー別売上表”というような表現だと個人的に違和感がある
というか、これでいいのか？という感があります。
初めて使う素人のおっちゃんおばちゃんに「カテゴリーてなんやねん」とその都度言われそうな気がします。
そもそもカテゴリーという命名自体変でしょうか？
他にいい表現はないでしょうか？
よろしくお願いします。
593:デフォルトの名無しさん
16/12/19 17:16:02.77 3c7S3m0F.net
>>582
なぜ客に直接聞かないの？
594:デフォルトの名無しさん
16/12/19 19:20:48.52 cKMR0CMn.net
>>582
種別とか分類でいいんじゃね？
595:デフォルトの名無しさん
16/12/19 20:26:14.24 XWFINrxX.net
区分がしっくりくるかな
英語ならcategoryでいいと思う
596:デフォルトの名無しさん
16/12/20 06:09:51.61 k/GKM3Dz.net
category type kind とかの使い分けよくわからんのじゃあ…
597:デフォルトの名無しさん
16/12/20 08:38:01.22 kvfnt0Ie.net
そもそもなんも知らんおっちゃんだと何を書いてあっても
これなんやねん
って言うだろ...
598:デフォルトの名無しさん
16/12/20 08:48:28.29 ZUtlIjOx.net
hinsyuでいいよ
599:デフォルトの名無しさん
16/12/20 22:11:14.88 9rBbzLjp.net
>>586
たしかに
予約語ぽいし
600:デフォルトの名無しさん
16/12/26 10:59:02.33 UVltR1TP.net
ユーザー1人のハードウェア情報をロードする関数と
複数ユーザーのハードウェア情報をロードする関数があります
それぞれの命名はどのようにすればよいでしょうか？
現在考えているのは以下です
loadHardware(1つ)
loadMultipleHardware（複数）
他の関数（可算名詞）があれば統一性を持たせるために同じようにするほうが良いですかね？
loadProfile
loadMultipleProfiles
601:デフォルトの名無しさん
16/12/26 11:42:10.88 1bhMGPyj.net
>>590
informationは不可算名詞みたいだけど現実には便宜上
informationsとかinfosで使われてるみたいだから、普通に
loadHWInfo
loadHWInfos
でいいんじゃないかなあ
URLﾘﾝｸ(ejje.weblio.jp)
602:デフォルトの名無しさん
16/12/26 20:49:22.26 m5b62WlK.net
>>591 でいいと思う
オーバーロード使える言語なら
LoadHardwareInformation(User)
LoadHardwareInformation(Users[ ])
とか
603:デフォルトの名無しさん
16/12/26 20:56:30.43 i5XrEMUf.net
全部users[ ]でいけるけどね
604:デフォルトの名無しさん
16/12/27 07:16:44.41 CVPZfFKk.net
>>593
一人の時でもいちいち配列作って渡すとか頭沸いてるのか？
605:デフォルトの名無しさん
16/12/27 07:55:23.65 rB7cPmJg.net
>>594
どうでもいい
ハードウェア情報のロードといういかにも重そうな処理に比べたら配列生成のコストなんかチンカスにもならん
606:デフォルトの名無しさん
16/12/27 08:18:01.83 9L+IDWA2.net
好きずきなんだけどさ、俺なら関数増やすより統一しちゃうからね
607:デフォルトの名無しさん
16/12/27 08:21:23.40 CVPZfFKk.net
>>595
実行時のコストの話じゃないんだが...
608:デフォルトの名無しさん
16/12/27 09:02:09.79 8L1rOpw8.net
>>594
結果が1つでも複数でも配列で返す関数がWin32APIにあるんだが
609:デフォルトの名無しさん
16/12/27 11:11:30.99 4TgZvdbe.net
複数ユーザーの情報をロードする関数の処理の中で
1人の情報をロードする関数を呼ぶんじゃないでしょうか(名推理)
610:デフォルトの名無しさん
16/12/27 11:38:41.24 4zW6uVet.net
（もう設計に口出すの止めようぜ…）
611:デフォルトの名無しさん
16/12/27 12:02:28.15 5V2Eqbgf.net
>>590
querySelector, querySelectorAll の先行例からとって
loadHardwareInfo, loadHardwareInfoAll
(loadHardware だと認識したデバイスを読んでいるように読める)
612:デフォルトの名無しさん
16/12/27 12:10:21.67 5V2Eqbgf.net
ちなみに "s" の有無で複数形を分別するのは単数形と誤読しやすいのでお勧めしない
"getElementByTagName" とtypoする人がいるように人間は "s" の有無まで細かく覚えられない人もいる
querySelectorAll を間違える人はいないだろう
613:デフォルトの名無しさん
16/12/27 12:27:40.98 EhN/aLNJ.net
複数形のsは見落としやすいって意見は分からんでもないけどallってのはどうよ。
明らかに全部じゃないのにw
sが嫌いなら明示的にarrayとかlistとかsequenceにして欲しいね
述語を取るメソッドならallでもいいかもしれんがこの場合は違うんじゃないか。
614:デフォルトの名無しさん
16/12/27 12:29:48.18 z54J35DF.net
俺はよくeachを使う
615:デフォルトの名無しさん
16/12/27 12:30:13.46 5V2Eqbgf.net
検索条件を引数に指定するのだから "All" で良いと思うのだが
querySelectorAll も同じだろう
616:デフォルトの名無しさん
16/12/27 12:33:48.18 EhN/aLNJ.net
>>605
指定するのが検索条件（述語）かどうかは質問者にしかわからんけど、
普通に考えれば違うと思う
617:デフォルトの名無しさん
16/12/27 12:38:38.06 CVPZfFKk.net
>>598
なぜそんな特定の環境の話を出してきたんだろ...
>>600
すまん
618:デフォルトの名無しさん
16/12/27 13:33:28.22 8L1rOpw8.net
>>607
> 一人の時でもいちいち配列作って渡す
この状況が頭沸いてると思えるお前が頭沸いてる
619:デフォルトの名無しさん
16/12/27 14:39:45.56 rB7cPmJg.net
リクエスト一回あたりのオーバーヘッドが大きくて、まとめて複数件処理した方が効率がいいケースはわりと多いだろ
その場合は複数件前提にしといて1件でも複数扱いするのが自然
620:デフォルトの名無しさん
16/12/27 18:02:18.83 CVPZfFKk.net
>>608
もう引っ込みつかなくなってるやん w
>>609
> その場合は
自分に都合のいい条件をつけて語るのはやめたら？
621:デフォルトの名無しさん
16/12/27 20:09:55.60 iAid9Zsk.net
スレ違いだけど、個人的には>>592のように両方のバージョンを
用意すべきだと思うが（その方が使いやすいから）>>592の言うように
単純に機能的な面に注目したら重複しているのは確かだから、
汎用性が高い（でも場合によっては使いづらいこともある）バージョンだけを残すって
考え方もありだと思うよ。
622:デフォルトの名無しさん
16/12/27 20:40:18.82 5V2Eqbgf.net
>>609
どういう状況を想定しているのか詳しく
私が想定したのはこう
loadHardwareInfoAll('UsergroupA')
loadHardwareInfoAll('UserID-A', 'UserID-B', 'UserID-C')
DOMライクに命名するのも有りだとは思うが
loadHardwareInfosByUserIdList(['UserID-A', 'UserID-B', 'UserID-C'])
loadHardwareInfoByUserId('UserID-A')
623:612
16/12/27 20:42:28.30 5V2Eqbgf.net
すまん、レスアンカーを間違えた
>612は>606宛のつもり
624:デフォルトの名無しさん
16/12/27 21:02:33.46 iAid9Zsk.net
>>612
質問者>>590の質問を普通に読めば質問者のいう
「複数ユーザーのハードウェア情報をロードする関数」は
条件を指定するタイプのものではないよね。
625:デフォルトの名無しさん
16/12/28 09:06:38.12 7pmpS3Lt.net
>>610
結局は複数のユーザー情報をロードする関数も共存してんだから>>594は的外れ
626:デフォルトの名無しさん
16/12/28 11:08:16.20 SigbBlr5.net
>>614
なぜ？
複数ユーザをどうやって指定するかは解釈の余地があると思うが
627:デフォルトの名無しさん
16/12/28 12:02:53.30 hmpOAOdC.net
>>616
不毛な議論だけど、それなら最後の3行みたいなことは書かないでしょ普通
条件で対象を検索するメソッドの名前を考えているときに、
対象を直接一つ指定するメソッドの名前との対称性を気にするはずがない
628:デフォルトの名無しさん
16/12/28 19:31:06.23 Ju3swXOY.net
自分のグループへの加入リクエストを処理（承認、却下、保留など）する関数名はどのようなものがいいでしょう？
manageGroupJoinRequest ?
629:デフォルトの名無しさん
16/12/28 19:40:12.52 hmpOAOdC.net
>>618
単にjoinでよいのでは？
630:デフォルトの名無しさん
16/12/28 19:42:21.30 CAYWqTUF.net
>>615
ごめん、半分酔ってるからそのまま言うけど
バカなの？
ヘルパー関数全否定とか笑うしかないんだが w
631:デフォルトの名無しさん
16/12/28 19:45:07.39 CAYWqTUF.net
>>618
JoinToMyGroup( )
>（承認、却下、保留など）
は戻り値で
632:デフォルトの名無しさん
16/12/28 20:04:37.40 hZoU4FtV3
>>617
>>614で自分の解釈を伝える答えになってないから「不毛な議論」になる
633:デフォルトの名無しさん
16/12/28 19:52:37.69 y0tQ1gtV.net
comeAndJoinUs!()
getOutHere!()
634:デフォルトの名無しさん
16/12/28 20:03:56.42 Ju3swXOY.net
承認、却下、保留などを処理する前のゲートのような関数なので…
635:デフォルトの名無しさん
16/12/28 20:12:32.61 7pmpS3Lt.net
>>620
素面の時に流れ読み返して真っ赤になっとけ
636:デフォルトの名無しさん
16/12/28 20:34:12.36 CAYWqTUF.net
>>624
なら JoinCheck( ) とかでいいと思うけど
> 自分のグループへの加入リクエストを処理（承認、却下、保留など）する
って書いてるのを前処理って思う人はほとんどいないと思うぞ
637:デフォルトの名無しさん
16/12/28 20:36:01.75 CAYWqTUF.net
>>625
いやいや酔っててもお前のアホさはさすがにわかるわ
てかヘルパー関数には突っ込めないのかよ w
638:デフォルトの名無しさん
16/12/28 21:10:24.17 hmpOAOdC.net
>>624
要するに、（却下保留なしで）無条件でグループに加入させるプライベートな
メソッド（例えばJoin)が別に存在するから、それと区別する必要があってJoinみたいな
シンプルな名前は使えないって事情？
じゃあRequestToJoinとか
639:デフォルトの名無しさん
16/12/29 00:11:03.00 mdmz+WFY.net
HandleJoinRequest
640:デフォルトの名無しさん
16/12/29 08:49:22.99 n1YSVjxh.net
>>627
いや質問者の前提をぶっ壊してる時点で頭沸いてるから
641:デフォルトの名無しさん
16/12/29 08:59:24.40 tMM+nQZ7.net
handleEvent, handleCommand, handleRequest
handle…としか命名しようの無い関数ってあるよね？
他に良い命名ある？
642:デフォルトの名無しさん
16/12/29 10:39:46.17 5M8EC9cI.net
>>630
今ごろ何を言ってるんだよ w
643:デフォルトの名無しさん
16/12/29 10:56:19.34 n1YSVjxh.net
>>632
本題で反論できないなら黙ってた方がいい
644:デフォルトの名無しさん
16/12/29 12:22:34.58 5M8EC9cI.net
>>633
質問者の前提ってなんの話だ？
配列云々なんて言ってたっけ？
645:デフォルトの名無しさん
16/12/29 12:23:53.79 5M8EC9cI.net
>>631
Event は Handle がしっくり来るけど他は Process でもいいと思う
646:デフォルトの名無しさん
16/12/29 14:23:31.81 j5Yso27h.net
>>631
receiveEvent, listenEvent
decodeCommand, parseCommand
647:デフォルトの名無しさん
16/12/29 14:33:44.65 j5Yso27h.net
っていうか、イベントハンドラはVSのスケルトンみたいにObjectName_EventName
が無難なような気が
648:デフォルトの名無しさん
16/12/29 14:35:06.77 yIVphwuC.net
>>631
handleは取り扱うって感じのニュアンスだけど、
「取り扱った結果どうしたいのか」が明確ならより適切な動詞を選ぶべき
649:デフォルトの名無しさん
16/12/29 14:45:02.10 tMM+nQZ7.net
参考になった、ありがとう
650:デフォルトの名無しさん
16/12/29 15:43:03.02 HFU0pAcr.net
CommandはExecuteCommandでもいいんじゃね。
651:デフォルトの名無しさん
16/12/29 19:26:57.12 d+GoLsta.net
>>618
>>624
入国管理局の窓口みたいな関数？
加入希望者のリクエストリストがあって
それに対して1つ1つ[認証、却下、保留]を引数に渡して決定していく関数？
加入希望者インターフェース
↓
加入希望者オブジェクトのリスト
↑
入国管理局クラス
加入希望者インターフェイスにJoin()メソッドを持たせて希望者に実行させるみたいな？
加入希望者オブジェクトにStamp()メソッドを持たせて[認証、却下、保留]を決定みたいな？
652:デフォルトの名無しさん
17/01/06 17:30:35.50 5Zt7W/jX.net
ユーザーの入力値によって検索結果を返す（SQLクエリーをビルドする）
クラスの命名はどうすればよいでしょう？
例えばグループの検索を担うクラスなら「GroupSearchFilter」？
サーチフィルターという言葉は無いと思うのですが、あまり他にしっくり来るのが思いつきません
653:デフォルトの名無しさん
17/01/06 17:40:22.44 ugUrUcmU.net
単純に
SearchByXXX
QueryByXXX
FindByXXX
FIlterByXXX
こんな感じでよいような気が
654:デフォルトの名無しさん
17/01/06 21:18:30.13 4/FM9ivg.net
class XxxFinder {
public List<Xxx> Find(XxxFilter filter, int page, int pageSize) {
655:デフォルトの名無しさん
17/01/06 21:58:36.08 S2R5Pk4v.net
>>642
> 検索結果を返す
>（SQLクエリーをビルドする）
どっちなんだよ...
656:デフォルトの名無しさん
17/01/06 23:04:12.62 5Zt7W/jX.net
>>645
後者です
657:デフォルトの名無しさん
17/01/06 23:21:34.25 4/FM9ivg.net
Query XxxQueryBuilder.BuildQuery(XxxFilter filter, int page, int pageSize)
658:デフォルトの名無しさん
17/01/08 12:54:00.78 CipQMnzY.net
activerecordのクラス名参考にしてはどうだろ
659:デフォルトの名無しさん
17/01/08 14:05:58.52 XDbKIsfA.net
ActiveRecordとは別物だろこれ
660:デフォルトの名無しさん
17/01/10 21:01:13.13 /JmooP2t.net
フォロー関係のテーブルを作る時、
フォローしたユーザーIDがfollower_user_idだとしたら、
フォローされたユーザーIDは何が良いと思いますか？
followed_user_idだと曖昧すぎますよね
661:デフォルトの名無しさん
17/01/10 21:05:03.11 z7ojWcoj.net
フォローしたユーザーをfollowing_user_idにすれば曖昧に見えない
662:デフォルトの名無しさん
17/01/10 21:32:29.27 F5v1Jwso.net
「followされる人」の意味で「followee」という言葉もあるね
663:デフォルトの名無しさん
17/01/10 22:00:37.51 /JmooP2t.net
>>652
それは良さげですね
ありがとうございます！
664:デフォルトの名無しさん
17/01/10 22:31:16.24 /JmooP2t.net
図々しく何度も質問恐縮ですが
・follower_user_id
・followee_user_id
・followed_at
最初は上記カラムでテーブル名をfriendshipsにしようかと思ったのですが、
別途フレンド機能が必要になった場合に、色々とクラス命名等と衝突しそうかなと気づきました
「ユーザーのフォロー関係」を格納するテーブル名で何か良い命名はないでしょうか？
色々調べてみたのですがfollowersなどが多く、「関係」を示す命名としてはちょっと弱いかなと感じましたので
665:デフォルトの名無しさん
17/01/10 23:08:46.40 ld93epow.net
どういうテーブルかよくわかんないけどfolloweeなんてよく分かんないことば
使うのやめた方がいいと思うよw
普通に考えたらそれは「（誰かによって）followされた者」って意味であって
「○○をfollowする者」って意味じゃないと思うよw
っていうかすでに一部指摘されてるけど、普通はこっちがfollowerで
「○○がfollowしている者（たち）」の方がfollowingでしょ
666:デフォルトの名無しさん
17/01/10 23:21:48.38 /JmooP2t.net
>>655
>>「○○をfollowする者」って意味じゃないと思うよw
私の文章が悪かったでしょうか？
・follower_user_id（フォローした人）
・followee_user_id（フォローされた人）
という意味合いで使用しています
先ほ
667:ど知ったばかりですが、例えば「following_user_id」よりも具体性があるかな？と思います
668:デフォルトの名無しさん
17/01/10 23:30:00.52 QtXbSK5c.net
>>654
Followによる繋がりを表すテーブルという意味でRelationshipとか
ちょっと弱いかな
669:デフォルトの名無しさん
17/01/10 23:30:40.62 ld93epow.net
>>656
だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで
「フォローした人」はfollowingと表現するのが適切。
ツイッターの公式だってそういう表現になってるよね
670:デフォルトの名無しさん
17/01/10 23:41:00.51 9hDOaePS.net
followeeでもいいんじゃね。
使われ始めてる造語？らしい。
URLﾘﾝｸ(en.oxforddictionaries.com)
671:デフォルトの名無しさん
17/01/10 23:43:23.13 9hDOaePS.net
まぁ、そりゃまだメジャーになってない単語使うと可読性に影響すっけどね・・
672:デフォルトの名無しさん
17/01/10 23:51:06.96 ld93epow.net
>>659
だからそれは「誰かによってfollowされている者」って意味だってば...
質問者のいう「フォローされた人」っていうのは別の言い方をしたら「私をフォローしている人たち」ってことでしょ。
それはfollowされている者のことじゃない
673:デフォルトの名無しさん
17/01/10 23:54:58.76 F5v1Jwso.net
英語だけじゃなく日本語も弱かったのか…
674:デフォルトの名無しさん
17/01/10 23:58:23.01 9hDOaePS.net
つか表現が適切じゃなかったな、俺は別にどっちがどっちとまでは言及するつもりはなかった。
ただfolloweeって造語も使われ始めてるらしいよっていいたかっただけだわ。
ちなみに最近使ったAPIではQitta APIがfollowerとfolloweeを使ってたな。
URLﾘﾝｸ(qiita.com)
まぁ、日本人が設計したんだろうがから、あれだけど。
675:デフォルトの名無しさん
17/01/10 23:58:28.98 Mu10/Wv/.net
>>661
なぜそう解釈する？
676:デフォルトの名無しさん
17/01/10 23:59:42.43 ld93epow.net
>>664
それはどうでもいいから違うち思うなら君の意見をどうぞ。
じゃあ「フォローされた人」ってどういう意味なの？
677:デフォルトの名無しさん
17/01/11 00:07:38.97 5Vr7HXeZ.net
一応言っておくか。
>>662オマエガナー
質問者の言う「フォローされたユーザー」のフォロー「された」のは私（もしくは主語）であってユーザーの方じゃないよ。
当たり前でしょ。
ついでに言えば、宇宙人にさらわれた人wのことをabducteeって言うことからもわかると思うけど、
eeって接尾語は漢字で言ったら「被」だよ。
だからfolloweeは「（何者かによって）followされた者」って意味だ
678:デフォルトの名無しさん
17/01/11 00:14:05.88 eB2pDyHQ.net
>>665
たとえば、URLﾘﾝｸ(support.twitter.com) (言語を English にして)
ここの「follower」の項の「you」イコール「フォローされた人」だと質問者は考えてると思う。
で、俺もそれに同意見。
679:デフォルトの名無しさん
17/01/11 00:14:39.59 zEBd0K8t.net
俺があの娘をfollowingしているのはいいとして、followedの方は確かに曖昧だと思う
followed_byなら明らかなんだけど命名に一貫性をも持たせるのが難しいな
680:デフォルトの名無しさん
17/01/11 00:25:20.72 2YNtrSn9.net
まあ命名の良し悪しについていえば議論になること自体が問題で、いずれにせよ曖昧で紛らわしい命名だな
出てきた中で誤解の余地がないと思われるのは唯一followed_byくらいじゃないか
681:デフォルトの名無しさん
17/01/11 00:38:31.37 5Vr7HXeZ.net
>>667
それならそんなもってまわった言い方をしなくても、それは「私」のことでしょ。
何を言ってるのかな
682:デフォルトの名無しさん
17/01/11 00:39:44.65 5Vr7HXeZ.net
>>668
っていうか、私をフォローしている人達はfollowerだってだから。
683:デフォルトの名無しさん
17/01/11 00:56:15.41 eB2pDyHQ.net
>>670
たぶん、質問者は follower を主語として考えてると思う。
ある人ひとり (X) と、その人をフォローする n 人の人 (Y1, Y2, ... , Yn) がいて、
Y1、Y2 ・・・それぞれが主語なんだよ。
Y1 は X をフォローする
だから、Y1 のことを「フォローしたユーザー」
X のことを受け身表現で「フォローされたユーザー」と言っているんじゃない？
そう考えれば、フォローしたユーザー = follower
フォローされたユーザー = followee
という表現に質問者が納得したのも分かると思うが、どうだろう？
684:デフォルトの名無しさん
17/01/11 07:00:44.50 zEBd0K8t.net
>>672
分かるけど、そのどちらかが主体としてオブジェクトのメンバ名でそれが出てきたら極めて曖昧だと思うよ
単なる連関エンティティならまあアリ
685:デフォルトの名無しさん
17/01/11 14:15:02.78 E3H+jBtS.net
ID:ld93epow = ID:5Vr7HXeZ
頭が弱すぎ…
686:デフォルトの名無しさん
17/01/11 14:31:52.43 gkYh8YCT.net
いつもの負け犬の遠吠えかよみっともない
687:デフォルトの名無しさん
17/01/11 16:10:29.32 v0UJ95G/.net
>>658
> だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで
> 「フォローした人」はfollowingと表現するのが適切。
>
> ツイッターの公式だってそういう表現になってるよね
なってないよ。
> A follower is another Twitter user who has followed you to receive your Tweets in their Home stream.
followerとは、フォローした人(who has followed you)だって書いてるじゃん。
688:デフォルトの名無しさん
17/01/11 16:24:25.39 gkYh8YCT.net
>>676
真面目に言ってるなら小学校からやり直した方がいいよ。
>>666
っていうか、たぶんこれネタじゃなくて本人マジなんだろうな。
他人事ながらこんな程度の日本語を誤読しちゃう程の低能で
この不況の世の中の荒波を渡っていかなきゃならない奴は可哀想だわ
689:デフォルトの名無しさん
17/01/11 16:28:37.55 v0UJ95G/.net
>>677
一体何をどう誤読してると？
まあ、君が書いた文章を間違って解釈されてると感じてるなら、君の日本語能力の方を疑った方がいいと思うけどね。
690:デフォルトの名無しさん
17/01/11 16:32:27.18 gkYh8YCT.net
>>678
どうせ俺の言うことなんかお前さんのような奴は聞くはずがないから、
黙ってお前さんの周囲の人間に聞いてごらん。
>>650のレスを見せて、この「フォローされたユーザー」という表現はどういう意味だと思うかってね。
しかし重症だな。
こんなのに限って、学校の成績悪かっただろうに自分の頭の悪さに気が付いてない。
691:デフォルトの名無しさん
17/01/11 16:35:16.48 gkYh8YCT.net
学校の先生でもないのに余計な世話を焼く俺自身に自分でもあきれるが、
一応簡単に説明しておくと、>>650のレスの文脈を考えれば、昨日から言ってるように
フォローされたユーザー
は、
（私が）フォローされた（その）ユーザー
のことだと普通は理解する。
当たり前だろ馬鹿。
692:デフォルトの名無しさん
17/01/11 16:39:44.15 v0UJ95G/.net
>>680
このスレの君以外は、質問者も含めて全員同じ意見だって事に気づいてね。
> のことだと普通は理解する。
君の普通が世界の普通だとは思わない用が良いよ。
> 649
> フォローしたユーザーIDがfollower_user_idだとしたら、
> フォローされたユーザーIDは何が良いと思いますか？
AがBをフォローしたとき、
フォローしたユーザー = A = follower
フォローされたユーザー = B (followeeと最近では言われることもある)
693:デフォルトの名無しさん
17/01/11 16:40:44.92 gkYh8YCT.net
>>681
馬鹿につける薬なし、か
694:デフォルトの名無しさん
17/01/11 16:41:12.18 p4WB0UzK.net
私がフォローされたユーザーって日本語おかしいと感じる
695:デフォルトの名無しさん
17/01/11 16:43:35.58 v0UJ95G/.net
>>682
反論も追加説明もできなくなっちゃった？
696:デフォルトの名無しさん
17/01/11 16:45:20.43 gkYh8YCT.net
また一人トンチキが現れたけど、こういうトンチキの世界じゃ、
例えば
飲まされた条件
って表現があったら「条件」っていう抽象名詞が何かを飲まされたって意味になるんだろうねw
悪いけど普通の人は飲まされたのは「私」（または省略された主語）のことだと理解する
697:デフォルトの名無しさん
17/01/11 16:47:37.82 gkYh8YCT.net
さすがにこのレベルの馬鹿を相手にしても無駄だな。
最初は負けを認めるのが嫌で本当は自分が間違ってるのを承知で
負け惜しみを言ってるのかと思ったけど、どうやらマジモンらしいし。
698:デフォルトの名無しさん
17/01/11 16:48:07.30 P1OrUCj/.net
>>685
お前の普通はそうなんだろうね
私にフォローされたユーザー
なら理解できる
699:デフォルトの名無しさん
17/01/11 16:48:47.39 v0UJ95G/.net
日本語ネイティブじゃない疑惑
700:デフォルトの名無しさん
17/01/11 16:57:12.00 gkYh8YCT.net
>>687
また新しい馬鹿が現れたけど、大元である>>650を読んでからその寝言を言ってるのか馬鹿
701:デフォルトの名無しさん
17/01/11 16:59:23.33 gkYh8YCT.net
しかし、質問者もまさか日本語の読解レベルで躓く馬鹿が
こうも多いとは想定してなかっただろうねw
昨日から言ってるけど、悪いけどfolloweeとか大笑いだわw
702:デフォルトの名無しさん
17/01/11 17:15:06.58 P1OrUCj/.net
>>689
もちろん読んだよ
お前と言い合うつもりは全くないので独りで勝手に盛り上がっててくれ
自分の思い込みだけで他人を捌くとこう見えるんだなぁと教えてくれてありがとね
703:デフォルトの名無しさん
17/01/11 17:15:57.24 gkYh8YCT.net
中学生の頃によく放課後友達に勉強教えてやってたけど、
そういうやアホの子ってのは人がこうやって>>685せっかっく補助線を引いてやってるのに、
その補助線を使って自分の頭でもう一度考えてみるってことをしないんだよねw
ちょうど>>687みたいに
昔を思い出したわ
704:デフォルトの名無しさん
17/01/11 17:17:51.81 v0UJ95G/.net
>>654
テーブル名は、
・follow_relationship(s)
・follow_assosiation(s)
とか。
followersだと、1対他をイメージするかもしれないから、多対多（連関テーブル）だとわかりやすい名前にするといいよ。
属性名は、
> ・follower_user_id
> ・followee_user_id
> ・followed_at
でいいと思う。
フォローする/されるの関係性もわからないアホはほっとこうぜ。
705:デフォルトの名無しさん
17/01/11 17:26:54.86 v0UJ95G/.net
followeeとかpgrとかいってる奴もいるけど、結構使われてるみたいだから気にしないで。
URLﾘﾝｸ(github.com)
706:デフォルトの名無しさん
17/01/11 17:59:57.45 gkYh8YCT.net
使われてるかどうかの問題じゃないんだけどねw
元の質問者も呆れてると思うよw
707:デフォルトの名無しさん
17/01/11 18:14:37.31 v0UJ95G/.net
>>695
もう、何かをほのめかすくらいしか書くこと無くなったか？
まあ、一生こう主張しとけよ。
>「フォローした人」はfollowingと表現するのが適切。
708:デフォルトの名無しさん
17/01/11 18:17:17.47 iTG8I3JH.net
「馬鹿おじさん」
ID:f1Oob2xq、ID:H14YD2Kg、 ID:ht+cEyPh 、ID:gkYh8YCT
クラス名・変数名に迷ったら書き込むスレ。の名物キャラクター
罵倒の言葉無しでは他人とのコミュニケーションがとれないかわいそうな人間
スレ内を「馬鹿」で検索すると見つかるのは大体コイツ
しかし、自分は煽るわりに煽り耐性は無い模様
今時TVのバラエティー番組(TBS系)を見ていたり(>>499)、>>511の「80年代」発言から結構歳はいっているらしい
現れるとスレが荒れるのはいつもの流れ
皆で仲良くおもちゃにして楽しもうね！
709:デフォルトの名無しさん
17/01/11 18:17:48.59 iNeqQ6ns.net
>>693
ピボットテーブルの役割もありますので、
無難に「follow_relationships」にしておこうかと思います
どうもありがとうございました！
710:デフォルトの名無しさん
17/01/11 18:30:39.45 gkYh8YCT.net
>>698
元の質問者の>>695の人？
良かったらどういう意味で「フォローされたユーザ」って書いたのか説明してもらえませんか？
711:デフォルトの名無しさん
17/01/11 18:31:19.61 gkYh8YCT.net
アンカーミスった>>650ね
712:デフォルトの名無しさん
17/01/11 18:32:18.52 P1OrUCj/.net
>>697
お題スレにも遠征してたりするので注意が必要だったりします
罵倒バリエーションの少ない単芝さんは高確率でこのおじさんのような気がします
713:デフォルトの名無しさん
17/01/11 18:37:18.95 iNeqQ6ns.net
>>699
申し訳ありませんが、私は貴方がどう解釈されたかさえ理解しきれていないと思います
私はただfollower_user_id（フォローしたユーザー）の対義語を探していただけです
714:デフォルトの名無しさん
17/01/11 18:39:18.72 iTG8I3JH.net
>>701
あら本当
106のIDが同じ
ｽﾚﾘﾝｸ(tech板:99-106番)
715:デフォルトの名無しさん
17/01/11 18:39:44.10 v0UJ95G/.net
どういう意味も何も、フォローした・されたユーザがいたとき、「フォローされたユーザ」の意味がわからん、というのがさっぱりわからん。
716:デフォルトの名無しさん
17/01/11 18:41:51.68 gkYh8YCT.net
いつも思うけど、>>697,>>701みたいな精神勝利法しちゃう奴って
そういう自分が他人からどう見えているかを想像する能力もなければ、
そういうくだらない行動に駆られる自分の動機を自己分析する能力も持ってないのな。
なにより、そのことを自覚する能力もない。
ある意味幸せだよねこういう奴は。
それは動物と同じってことだけど。
717:デフォルトの名無しさん
17/01/11 18:42:24.46 v0UJ95G/.net
>>697
そういうことだったのね…
もう相手しない
718:デフォルトの名無しさん
17/01/11 18:45:55.70 gkYh8YCT.net
>>702
え、簡単でしょ
(1) （私を）フォローしたユーザーという意味で言っているのか
(2) （誰かによって）フォローされたユーザーすべてという意味で言っているのか、
(3) それ以外の意味か
これだけの話だよ。
719:デフォルトの名無しさん
17/01/11 18:46:47.44 P1OrUCj/.net
>>705
繰り返しになってごめんね
お前と言い合うつもりは全くないので勝ち負けとかも一切考えてないんだ
だから絡まないでください
720:デフォルトの名無しさん
17/01/11 18:48:14.33 gkYh8YCT.net
まあ、精神勝利法でもID:v0UJ95Gみたいに自分が負けていることを
自覚できないより少しはマシか。
少なくとも自分が負けていることは分かってるわけだからな
721:デフォルトの名無しさん
17/01/11 18:49:59.28 mOqhfYH5.net
つか元の>>650で関係を表すテーブル作りたいっていってんだから、
RDBMSでいいから関係を表すテーブルの作り方をまず勉強しよう。
>フォローしたユーザーIDがfollower_user_idだとしたら、
>フォローされたユーザーIDは何が良いと思いますか？
の「フォローしたユーザーID」ってのは、「私」がフォローしたユーザーのIDじゃないよ・・
フォロー操作を(例えばUIなどから)行った人のユーザーIDだろ。
「フォローされたユーザーID」ってのは、上のフォロー操作でフォローされるユーザー。
主語が「私」とかいってるけど、どういう意味の私なのかしらんが「私」じゃないと思うよ。
だから、ユーザーIDが10のユーザーがユーザーIDが40のユーザーをフォローしたら
follower_user_id followee_user_id
10 40
って記録するんだろ。