X

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

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001ネミ子
垢版 |
2017/05/07(日) 18:01:52.03ID:akuyRduv
クラス名、変数名のつけ方に悩んだら書き込むスレです。

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

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/
0808デフォルトの名無しさん
垢版 |
2019/11/14(木) 18:48:28.45ID:VHDeJvx8
ツリー構造であるかどうかを議論してもしょうがないと思うぞ
ツリーの関係性を有するデータの名前に漏れなくChildrenをつけるべきか？
これは常には成立しないよな

ツリー以前に、単なる1:Nの親子関係を有するデータにも同じことがいえる
雇用関係ならEmployerとEmployeesが妥当であって、EmploymentParentとEmploymentChildrenという命名は拙い
0809デフォルトの名無しさん
垢版 |
2019/11/14(木) 22:24:40.93ID:DMlczWCC
>>806
なるほど、では君はファイルシステムで上位のディレクトリのことを親って言わないんだねきっと。
どういう問題領域のどういう対象であろうと、それが木構造にみなせる以上、親は親だ。
普通はそう考えると思うけど
0810デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:27:23.00ID:SWgp43Jk
「金槌しか道具を持っていない人は、何もかも釘であるかのように取り扱う」by マズロー
0811デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:33:09.85ID:WAwhq9DE
>>809
ふつうじゃねえよ。異常。
独立したものの参照関係がツリーのように見えているだけで、本質的には親子関係が成立するツリーじゃないぞ。
0812デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:49:32.81ID:ZDqxsHuV
>>811
それは君がツリーっていう言葉の語感に影響されているだけ。
だからUIみたいに「見える化」されているものだけを指すと勘違いしてるんだろう。
抽象的な思考が苦手なタイプによくある勘違いだ。

木構造は単に論理的な関係を表現しているだけだ。
っていうか自分でツイートとそれに対するリプの関係を図示してみろって。
それ、ツリーそのものだろアホか。

っていうかだから、直上のディレクトリを親と言うのか言わないのか、答えてみろって。
頭悪いにも程があるよほんと
0813デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:58:36.52ID:ZDqxsHuV
>>810
こいつも何か言ってるつもりなんだろうけど馬鹿だよねw
悪いけど「バカの一つ覚え」なのはそっちの方だ。

何もそれを表現するより具体的な表現や用語があるのなら
木構造だの親だの、そんな抽象的な言葉を使つ必要なんかない。

ディレクトリの例もそうだが、それがないから「親」と呼べばいいじゃないかと言ってる。
なのにこの手の御仁は「もっと具体的な言葉を使うべきだ！！！」というバカの一つ覚え。
笑えるね
0814デフォルトの名無しさん
垢版 |
2019/11/15(金) 00:59:46.30ID:E8ESC8td
本件はツリーだけど親子関係ではない
ディレクトリではなくメールボックスをツリー表示したようなものだから、
返信メールを子とは言わないしレス元のメールを親とは言わないけどツリーではあると


と横からレス
0815デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:03:57.08ID:ZDqxsHuV
>>814
論理的な関係を表現していると言ってるそばからこれだ。
何を言ってるのか意味が分からないよ。
0817デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:10:06.03ID:ZDqxsHuV
はいはい得意の精神勝利法ね。
0818デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:18:47.48ID:E8ESC8td
いやいや、全てにおいてあなたの大勝利で結構ですよ
その他の犬共に侮蔑の言葉を投げつけてくださいﾜﾝﾜﾝ
0819デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:20:02.90ID:ZDqxsHuV
しかし、ツイートとリプの関係を図示するってそんな難しいか？w
10歳ぐらいの子供でも図示なんかしなくても頭の中で描けると思うけど。

それ以前に親が変だと思うならもっとふさわしい表現を出せばいいのに。
ここそういうスレでしょ。

少なくともin reply toじゃ「に対する返信」で、意味不明は言い過ぎとしても
分かりやすいとは言えないよね。
0820デフォルトの名無しさん
垢版 |
2019/11/15(金) 01:25:04.80ID:SY/YBOOW
見た感じメインは罵倒みたいだし議論する気には見えないな
おっとﾜﾝﾜﾝﾜﾝﾜﾝww
0821デフォルトの名無しさん
垢版 |
2019/11/15(金) 09:05:44.13ID:MDhJ3LYt
>>813
具体的な表現がないって、InReplyToとRepliesというまさに具体的な回答が出てるだろ
その回答を論理的に否定しないと皆は納得しない
お前がなんで不満なのかはわかるよ
英語ネイティブであるAPI設計者の名付けに対して
> IN_REPLAY_TO_TWEET_IDなんて意味不明だから
なんて赤っ恥なツッコミをしてしまったから引っ込みがつかなくなったんだろ？
でももういいだろ
間違えることもある
そこからどう行動するかが大事なんじゃないのか
0822デフォルトの名無しさん
垢版 |
2019/11/15(金) 09:21:07.06ID:MDhJ3LYt
>>819
言えないよね、っていうのは感覚だよね
女子っぽく同意を求めてもそれなと答えてくれるのは仲のいい子だけ
最終的に感覚に頼るしかないなら、自分の感覚と他人の感覚を同じように尊重することだ

しかし周囲が全員、低い英語力のコーダーしかいない環境ではChildrenの方が通りがいいケースはあるだろうな
0824デフォルトの名無しさん
垢版 |
2019/11/15(金) 13:26:17.06ID:SWgp43Jk
>>815
そうそう、1対Nになる論理的な関係はすべて木構造ですよねw
論理的な関係で言えばデスヨね

「論理的」とは何か「関係」とは何か
それすら理解できてないバカには何を言っても無駄ですよw

図示してツリーになるやつは全部Parent/Childrenですもんね
抽象的思考が苦手なバカwはこんな簡単なことも理解できないんですかね？

「バカの一つ覚え」とはよく言ったもんですねw
0829デフォルトの名無しさん
垢版 |
2019/11/15(金) 14:26:50.12ID:E8ESC8td
>>815
君が論理的にっていいながらディレクトリ構造を持ちだして親子親子言ってるから、
メールボックスのツリー構造を例に出してこれは親子とは言わないよなってツッコんだら
意味が分からないとかもっとふさわしい条件とか、君こそ馬鹿の一つ覚えの
主張しかせず全くツッコミ内容に触れずに相手を馬鹿にすることに全力賭けてるもんだから、
ﾜﾝﾜﾝとしか言えないなって話になる
0830デフォルトの名無しさん
垢版 |
2019/11/15(金) 19:57:05.56ID:3X1+zKuD
有向グラフなのか無向グラフなのか
順序関係なのか半順序関係なのか
この辺で親子という表現を使うかどうかが決まる
0831デフォルトの名無しさん
垢版 |
2019/11/15(金) 20:09:51.51ID:SY/YBOOW
この件が親子関係になるんなら、この一連のレスバにも親子関係があることになるが
ちょっと意味が分かりませんね
0833デフォルトの名無しさん
垢版 |
2019/11/15(金) 21:14:16.66ID:/dDy1LQy
各ノード
親は高々１人
子はゼロ人以上
ループはない

グラフでいうと
親から子への有向単純グラフ
全ての点は、それに向かう辺が1個以下
閉路は含まない

連結の条件は不要かな
0838デフォルトの名無しさん
垢版 |
2019/11/16(土) 13:01:11.14ID:7BT2jGOo
皮肉って言葉の意味わかってんのかコイツ
自分が議論に窮した時に使う言い訳じゃねえんだぞ
0841デフォルトの名無しさん
垢版 |
2019/11/22(金) 12:27:14.39ID:Da5ctjWB
>>829
メールボックスのツリー構造も親子というと思うけど

なぜディレクトリは親子で、メールボックスは親子ではないの？
構造はどちらも同じだろ
0842デフォルトの名無しさん
垢版 |
2019/11/22(金) 13:26:05.71ID:vT5VBrvl
>>841
俺の親はお前なの？
俺が>>829にも安価付けてレスしたら兄弟にもなるの？
ディレクトリ構造とは全く違うわな
0843デフォルトの名無しさん
垢版 |
2019/11/22(金) 14:43:50.50ID:o7w4L720
>>842
安価もツリーと見なしたら、親子関係にあるとも言えるでしょ
見方によって変わるものを、一面だけ見て決めつけるのも違うと思うんだがな
0845デフォルトの名無しさん
垢版 |
2019/11/23(土) 08:14:27.92ID:lHF5Ppzy
メール
　送信者→親
　受信者→子
　　受信者が送信者に返信
　　　元の送信者→親であり子になる
　　　受信者も→親であり子になる

だからおかしくね？って話だと思ってた
0846デフォルトの名無しさん
垢版 |
2019/11/24(日) 01:47:32.93ID:1sgprDiI
別にコードを書くにおいてメールを親子関係としてネーミングするのは自由にしたらいいと思うけど、

送信者X→相手A,B,C
A返信→X
B返信→X,A,C

この組み合わせが変わったりして続くとか普通にあるから、親子関係に当てはめられても人間から見て分かりやすいか？って話
元レスのtwitterの件も同じカテゴリ
もちろん親子関係が成立するメールもあるけど、必ずしもそうならないって話

なのでディレクトリとは明確に違う（ハードリンク云々はおいといて）
0847デフォルトの名無しさん
垢版 |
2019/11/24(日) 02:22:47.27ID:Ak7CJVWZ
まだこの話してるのか
いやメールのスレッドが親子じゃないという例は微妙かなと思ったよ
でも蒸し返してもいいことないぞ
結局スレの趣旨的にはメールの返信元にあたる変数をParentと名付けるのが妥当かどうかという話になる
どう考えてもReplyToだろ
RFCで定められたスタンダードにはかなわんということでFA
もうこの話は勘弁
0849デフォルトの名無しさん
垢版 |
2019/11/24(日) 23:02:32.23ID:wqMWqGYC
何の用語に採用されてようと意味が通じれば別にいいんだけど、
in reply to ってたぶん副詞句なんだよね。

まあそういう不細工さには目をつぶるとしても、
InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
インスタンスの方に掛かるのか、自明じゃないように感じるよね

parentならこういう曖昧さの問題は存在しない
0850デフォルトの名無しさん
垢版 |
2019/11/24(日) 23:22:59.50ID:ajYX9vGJ
>>849
前置詞句は使い方次第で副詞句にも形容詞句にもなる
中学校で習わなかった？

A tweet in reply to the tweet
Tweetクラス/構造体のInReplyToで保持してるTweet IDがどれを指してるのか誤解のしようがない
0851デフォルトの名無しさん
垢版 |
2019/11/25(月) 00:14:30.07ID:wA2TWbSp
本来は親子でないものに「parent」とかつけたら、そのほうがややこしくてたまらんわ。
0852デフォルトの名無しさん
垢版 |
2019/11/25(月) 00:38:12.82ID:rt9A3Dcl
グラフ理論とか知ったら発狂しそうだね
なんでこれがpathなんだとか、どこがheadなんだとか
0853デフォルトの名無しさん
垢版 |
2019/11/25(月) 02:14:23.37ID:KQ7B6BKU
>>848
最初の元ネタはTwitter
最近になって841が蒸し返したのはメールの親子関係をツリーと呼ぶ是非の話
Twitter APIはInReplyTo
メールはReplyToヘッダがRFCで定められてる
スレの趣旨は変数名として何が妥当か
流れを理解せずに勘違いで罵ってるアホはお前だよ
0854デフォルトの名無しさん
垢版 |
2019/11/25(月) 02:41:05.02ID:7zhksLgm
>>850
何を言ってるのか意味が分かんないねw
それ、which is が省略されてるんじゃないの？w

それ以前にtoがどっちに掛かるのか自明でない、という反論として成立していない
0858デフォルトの名無しさん
垢版 |
2019/11/25(月) 12:50:56.59ID:TgbLWIbn
お前らの対立軸はマクロで見るかミクロで物事を見るかの違いだな。

メールやツイートの返信関係は、マクロで見るとツリーではない。というのも、返信と全く関係ない独立したメールがあるからこれらを考慮して全体として見るとツリーにはなってない。

実際に返信関係あるメールだけのミクロで見ればツリーになるけど。
0860デフォルトの名無しさん
垢版 |
2019/11/25(月) 13:01:16.04ID:TgbLWIbn
ディレクトリ構造の場合は必ずルート以外は親いるから、まさしくツリーになるけど。

メールやツイートの場合は返信と関係ない独立したメールのインスタンスが存在するから、返信関係はツリーであるとは言わん。

もちろん、実際返信関係が成り立っってるミクロな部分だけ見ればツリーだけど。
0861デフォルトの名無しさん
垢版 |
2019/11/25(月) 13:50:21.50ID:Rjr9199e
>>853
Twitterの話→ディレクトリ構造を例に親子関係論展開→Twitterは親子関係じゃない→
ディレクトリ構造を再度提示してこいつが親子なのにTwitterが親子じゃないのはおかしい→

本筋はこれだ
この流れにメールを例に出した横槍が入ってるだけで、この横槍にまた亀レス横槍が入ってる構造に
お前がRFCを持ちだして「本筋」にFAを突きつけてるアホ丸出しの構造だ

この親子関係ｗｗくらい理解してから発言しとけ
まあこんな奴が居るからレス安価（メール）は親子関係じゃ分かりにくいよってなるわけだが
0865デフォルトの名無しさん
垢版 |
2019/11/25(月) 23:36:15.23ID:wmfv73Ue
ディレクトリ構造がツリーの親子だって？
よしハードリンクの話をしようぜ
ジャンクションでループを作ろう
0866デフォルトの名無しさん
垢版 |
2019/11/26(火) 06:51:02.39ID:6EvauiRd
実際の親子でも近親相姦とかあるわけでそんな例外的な話でドヤるのはどうかと思うなw
0867デフォルトの名無しさん
垢版 |
2019/11/26(火) 08:53:57.19ID:i6eVGflj
クソくだらない話が延々と続いてるのでちょうどいいかなと
それとも有意義な議論だったのかこの状況
0868デフォルトの名無しさん
垢版 |
2019/11/26(火) 12:38:11.97ID:iBb2XGni
結局バカの壁は厳然として存在する、という事実が再確認されたまでだよ
世の中には具象の中に抽象的な構造を見出す類の思考がどうやっても出来ない人が存在する、というねw
0870デフォルトの名無しさん
垢版 |
2019/11/26(火) 18:40:00.61ID:5FF2MzCH
ツリー構造という具象でしか見れてないことにすら気付かないツリーボーイww
0872デフォルトの名無しさん
垢版 |
2019/11/26(火) 19:47:38.62ID:dYmckS6u
>>868
いやまったく。
具象と抽象の具合を図るのが命名の妙であり、このスレの目的。

なんでもかんでも抽象化すればいいってもんではない。
たまたまツリーに見えたとしても、本質的にツリーとして表現するべきかどうかを考えんとな。
0873デフォルトの名無しさん
垢版 |
2019/11/26(火) 22:55:56.97ID:RP1bqzn6
何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813

壁の向こう側の人は、

　- 自分を包含するディレクトリを親と呼ばないのか、と問われても答えずに流す

　- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
だと指摘されても反論せずに流す

要するに他人と議論する以前に自分自身を欺いている。
自分に自信がないから、間違いを認めるのが怖いんだろう。
0874デフォルトの名無しさん
垢版 |
2019/11/26(火) 23:02:59.13ID:RP1bqzn6
○○に何が入るのか、じゃなくて変数に何が入るのか、だね訂正します
0875デフォルトの名無しさん
垢版 |
2019/11/26(火) 23:59:30.95ID:5FF2MzCH
>何度も同じ話を繰り返すのも壁の向こう側の人の特徴>>813
>要するに他人と議論する以前に自分自身を欺いている。
>自分に自信がないから、間違いを認めるのが怖いんだろう。

みんながお前に対して思ってることそのままでワロタww
0877デフォルトの名無しさん
垢版 |
2019/11/27(水) 01:00:35.28ID:ymKEnJ4Y
>InReplyToっていうメンバー変数を持つクラスのインスタンスがあるとして、
>InReplyToのtoがInReplyTo自身に掛かるのか、それともそれを内包する
>インスタンスの方に掛かるのか、自明じゃないように感じるよね

↑コレを↓コレに都合よく変換してあるあたり「自分に自信がないから、間違いを認めるのが怖いんだろう。」

>- in reply toは「〇〇に対する返信」だが、「に対する返信」という変数名では○○に何が入るのか不明確
0881デフォルトの名無しさん
垢版 |
2019/12/22(日) 06:42:09.17ID:BhZ7lWAO
迷ったらhoge
0882デフォルトの名無しさん
垢版 |
2019/12/22(日) 10:15:02.45ID:qcLf379+
いや、fooとどちらがいいか議論が必要ではないだろうか…？
fooならbar、bazと続くが、hogeはどうだ
piyoなのかhugaなのか
実に悩ましい
0885デフォルトの名無しさん
垢版 |
2019/12/28(土) 19:31:32.73ID:U0yz7pVo
Load（？？？？） <-> Save（保存・記録）
Read（読み込み） <-> Write（書き込み）

Loadも読み込みでOK？
0886デフォルトの名無しさん
垢版 |
2019/12/28(土) 21:03:10.86ID:06FVqHz0
>>885
むしろreadは読み込まない。
読み込むとはつまり読込先が存在するということ
"read data to an array"とは普通書かないのでは？
0890デフォルトの名無しさん
垢版 |
2019/12/28(土) 21:57:03.80ID:U0yz7pVo
「load read 違い」でググってみた

Load->読み込む・読んで込める・読んでから変数にセットするまでを「込んでる」
Read->読む・読むことにだけフォーカスしている・読んだ後はタッチしてない、知らん

こんな感じでいいのだろうか
確かに意識してなかったけどソースコードはそんな組み方になってたので勝手に納得してみました
皆さんありがとう
0894デフォルトの名無しさん
垢版 |
2020/01/01(水) 02:03:06.51ID:4oQ1Kxot
readもloadも同じく低速媒体から高速媒体に移動するイメージでしょ
readはシリアルやストリームから一定量または全量読み進める感じ
媒体を読む(read)行為そのものに意識があり対象データが何かは必ずしも問わない
loadはオブジェクトやプログラム等の有意のデータ単位を読んで所定位置に載せる感じ
読み込まれる情報に意識があり何がどこに読み込まれるのかだいたい分かってる

loadのコアイメージは読むことではなく、積み荷を載せること
弾丸を弾倉にリロードする感じ
0895デフォルトの名無しさん
垢版 |
2020/01/01(水) 03:14:02.92ID:YaU7J6nt
fp=Load("第一章"）
Read(fp, data)
printf(data)　　→　何でもないようなことが幸せだったと思う
0896デフォルトの名無しさん
垢版 |
2020/01/01(水) 03:48:19.30ID:t62Wc1II
それはroadや
って元旦にみんな何しとんねんw
0899デフォルトの名無しさん
垢版 |
2020/01/12(日) 23:07:00.28ID:hbtwGtoY
クラス名変数名より一歩前の話です

会計時の支払い方法で現金・クレジットカードが選べる簡易レジシステムなんですが、
最近流行り（？）のバーコード（QR）コード決済を追加してくれという流れになり、その表題を「キャッシュレス」
と指示されたのですが、クレカもそうやん・・・と思うのでバーコード（QR）という名前でもいいと思うのですが、
この第三枠目にはバーコード（QR）決済のみならず現金・クレジット以外という意味も含まれる可能性があるようです

なおさらここはキャッシュレスじゃないだろ・・・と思うのですが、どういう名前が最適かご指南ください
0900デフォルトの名無しさん
垢版 |
2020/01/12(日) 23:38:10.18ID:crjmdSkp
電子マネー：ElectricMoney
電子決済：ElectricPayment, EPOS
クレカ以外のキャッシュレス：CashlessButCredit

でもキャッシュレスでいいって言ってるんだからいいじゃんキャッシュレスで。
ああ、クレカ以外のキャッシュレスを狭義のキャッシュレスって言ってるんだなって分かるでしょ
0901デフォルトの名無しさん
垢版 |
2020/01/13(月) 00:56:38.11ID:mmkLwImI
>>899
「QRコード」は登録商標やぞ。
細かいことを気にするなら、そもそも候補に入れるな。ｗ
一般名なら二次元バーコードかマトリックスコードか。

将来にも通じる名前というなら、「other」「etc」とかにせざるを得ないやろ。

しかし、>>900の言うように、こだわらずに指示に従っとくのも一理。
そいつのせいにしとけばいいんだよ。
コメントに明記しといたれ。ｗ
0903デフォルトの名無しさん
垢版 |
2020/01/13(月) 16:13:53.18ID:UjYrXoaW
>>899
nonCash
0904デフォルトの名無しさん
垢版 |
2020/01/13(月) 16:18:02.53ID:UjYrXoaW
>>899
そのくくりそのものが典型的な仕様崩壊パターン。

一つ追加して、また一つ追加して複数のものになって名前が崩壊する。

英語ならOthersとするしかない。
0905デフォルトの名無しさん
垢版 |
2020/01/13(月) 16:23:12.93ID:WUoSHY6Y
エバーノートのパチモンでネバーノートを作りたい。
0906デフォルトの名無しさん
垢版 |
2020/01/13(月) 19:04:38.38ID:KUNSdwO3
ElectricPaymentに一票
Othersもいいけど、電子決済以外の支払い方法が増えたらまた新しい名前を追加することになると見た
レス数が900を超えています。1000を超えると表示できなくなるよ。