クラス名・変数名に迷ったら書き込むスレ。Part27

1 名前：デフォルトの名無しさん mailto:sage [2016/10/16(日) 08:01:30.20 ID:NOg6ZxxU.net] クラス名、変数名のつけ方に悩んだら書き込むスレです。 命名規則や設計の善し悪しについて議論するのは基本的に禁止。 前スレ クラス名・変数名に迷ったら書き込むスレ。Part26 echo.2ch.net/test/read.cgi/tech/1450622191/ 596 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 06:09:51.61 ID:k/GKM3Dz.net] category type kind とかの使い分けよくわからんのじゃあ… 597 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 08:38:01.22 ID:kvfnt0Ie.net] そもそもなんも知らんおっちゃんだと何を書いてあっても これなんやねん って言うだろ... 598 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 08:48:28.29 ID:ZUtlIjOx.net] hinsyuでいいよ 599 名前：デフォルトの名無しさん mailto:sage [2016/12/20(火) 22:11:14.88 ID:9rBbzLjp.net] >>586 たしかに 予約語ぽいし 600 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 10:59:02.33 ID:UVltR1TP.net] ユーザー1人のハードウェア情報をロードする関数と 複数ユーザーのハードウェア情報をロードする関数があります それぞれの命名はどのようにすればよいでしょうか？ 現在考えているのは以下です loadHardware(1つ) loadMultipleHardware（複数） 他の関数（可算名詞）があれば統一性を持たせるために同じようにするほうが良いですかね？ loadProfile loadMultipleProfiles 601 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 11:42:10.88 ID:1bhMGPyj.net] >>590 informationは不可算名詞みたいだけど現実には便宜上 informationsとかinfosで使われてるみたいだから、普通に loadHWInfo loadHWInfos でいいんじゃないかなあ ejje.weblio.jp/content/informations 602 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:49:22.26 ID:m5b62WlK.net] >>591 でいいと思う オーバーロード使える言語なら LoadHardwareInformation(User) LoadHardwareInformation(Users[ ]) とか 603 名前：デフォルトの名無しさん mailto:sage [2016/12/26(月) 20:56:30.43 ID:i5XrEMUf.net] 全部users[ ]でいけるけどね 604 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:16:44.41 ID:CVPZfFKk.net] >>593 一人の時でもいちいち配列作って渡すとか頭沸いてるのか？ 605 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 07:55:23.65 ID:rB7cPmJg.net] >>594 どうでもいい ハードウェア情報のロードといういかにも重そうな処理に比べたら配列生成のコストなんかチンカスにもならん 606 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 08:18:01.83 ID:9L+IDWA2.net] 好きずきなんだけどさ、俺なら関数増やすより統一しちゃうからね 607 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 08:21:23.40 ID:CVPZfFKk.net] >>595 実行時のコストの話じゃないんだが... 608 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 09:02:09.79 ID:8L1rOpw8.net] >>594 結果が1つでも複数でも配列で返す関数がWin32APIにあるんだが 609 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:11:30.99 ID:4TgZvdbe.net] 複数ユーザーの情報をロードする関数の処理の中で 1人の情報をロードする関数を呼ぶんじゃないでしょうか(名推理) 610 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 11:38:41.24 ID:4zW6uVet.net] （もう設計に口出すの止めようぜ…） 611 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:02:28.15 ID:5V2Eqbgf.net] >>590 querySelector, querySelectorAll の先行例からとって loadHardwareInfo, loadHardwareInfoAll (loadHardware だと認識したデバイスを読んでいるように読める) 612 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:10:21.67 ID:5V2Eqbgf.net] ちなみに "s" の有無で複数形を分別するのは単数形と誤読しやすいのでお勧めしない "getElementByTagName" とtypoする人がいるように人間は "s" の有無まで細かく覚えられない人もいる querySelectorAll を間違える人はいないだろう 613 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:27:40.98 ID:EhN/aLNJ.net] 複数形のsは見落としやすいって意見は分からんでもないけどallってのはどうよ。 明らかに全部じゃないのにw sが嫌いなら明示的にarrayとかlistとかsequenceにして欲しいね 述語を取るメソッドならallでもいいかもしれんがこの場合は違うんじゃないか。 614 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:29:48.18 ID:z54J35DF.net] 俺はよくeachを使う 615 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:30:13.46 ID:5V2Eqbgf.net] 検索条件を引数に指定するのだから "All" で良いと思うのだが querySelectorAll も同じだろう 616 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:33:48.18 ID:EhN/aLNJ.net] >>605 指定するのが検索条件（述語）かどうかは質問者にしかわからんけど、 普通に考えれば違うと思う 617 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 12:38:38.06 ID:CVPZfFKk.net] >>598 なぜそんな特定の環境の話を出してきたんだろ... >>600 すまん 618 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 13:33:28.22 ID:8L1rOpw8.net] >>607 > 一人の時でもいちいち配列作って渡す この状況が頭沸いてると思えるお前が頭沸いてる 619 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 14:39:45.56 ID:rB7cPmJg.net] リクエスト一回あたりのオーバーヘッドが大きくて、まとめて複数件処理した方が効率がいいケースはわりと多いだろ その場合は複数件前提にしといて1件でも複数扱いするのが自然 620 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 18:02:18.83 ID:CVPZfFKk.net] >>608 もう引っ込みつかなくなってるやん w >>609 > その場合は 自分に都合のいい条件をつけて語るのはやめたら？ 621 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 20:09:55.60 ID:iAid9Zsk.net] スレ違いだけど、個人的には>>592のように両方のバージョンを 用意すべきだと思うが（その方が使いやすいから）>>592の言うように 単純に機能的な面に注目したら重複しているのは確かだから、 汎用性が高い（でも場合によっては使いづらいこともある）バージョンだけを残すって 考え方もありだと思うよ。 622 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 20:40:18.82 ID: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 mailto:sage [2016/12/27(火) 20:42:28.30 ID:5V2Eqbgf.net] すまん、レスアンカーを間違えた >612は>606宛のつもり 624 名前：デフォルトの名無しさん mailto:sage [2016/12/27(火) 21:02:33.46 ID:iAid9Zsk.net] >>612 質問者>>590の質問を普通に読めば質問者のいう 「複数ユーザーのハードウェア情報をロードする関数」は 条件を指定するタイプのものではないよね。 625 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 09:06:38.12 ID:7pmpS3Lt.net] >>610 結局は複数のユーザー情報をロードする関数も共存してんだから>>594は的外れ 626 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 11:08:16.20 ID:SigbBlr5.net] >>614 なぜ？ 複数ユーザをどうやって指定するかは解釈の余地があると思うが 627 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 12:02:53.30 ID:hmpOAOdC.net] >>616 不毛な議論だけど、それなら最後の3行みたいなことは書かないでしょ普通 条件で対象を検索するメソッドの名前を考えているときに、 対象を直接一つ指定するメソッドの名前との対称性を気にするはずがない 628 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:31:06.23 ID:Ju3swXOY.net] 自分のグループへの加入リクエストを処理（承認、却下、保留など）する関数名はどのようなものがいいでしょう？ manageGroupJoinRequest ? 629 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:40:12.52 ID:hmpOAOdC.net] >>618 単にjoinでよいのでは？ 630 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:42:21.30 ID:CAYWqTUF.net] >>615 ごめん、半分酔ってるからそのまま言うけど バカなの？ ヘルパー関数全否定とか笑うしかないんだが w 631 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:45:07.39 ID:CAYWqTUF.net] >>618 JoinToMyGroup( ) >（承認、却下、保留など） は戻り値で 632 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:04:37.40 ID:hZoU4FtV3] >>617 >>614で自分の解釈を伝える答えになってないから「不毛な議論」になる 633 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 19:52:37.69 ID:y0tQ1gtV.net] comeAndJoinUs!() getOutHere!() 634 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:03:56.42 ID:Ju3swXOY.net] 承認、却下、保留などを処理する前のゲートのような関数なので… 635 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:12:32.61 ID:7pmpS3Lt.net] >>620 素面の時に流れ読み返して真っ赤になっとけ 636 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:34:12.36 ID:CAYWqTUF.net] >>624 なら JoinCheck( ) とかでいいと思うけど > 自分のグループへの加入リクエストを処理（承認、却下、保留など）する って書いてるのを前処理って思う人はほとんどいないと思うぞ 637 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 20:36:01.75 ID:CAYWqTUF.net] >>625 いやいや酔っててもお前のアホさはさすがにわかるわ てかヘルパー関数には突っ込めないのかよ w 638 名前：デフォルトの名無しさん mailto:sage [2016/12/28(水) 21:10:24.17 ID:hmpOAOdC.net] >>624 要するに、（却下保留なしで）無条件でグループに加入させるプライベートな メソッド（例えばJoin)が別に存在するから、それと区別する必要があってJoinみたいな シンプルな名前は使えないって事情？ じゃあRequestToJoinとか 639 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 00:11:03.00 ID:mdmz+WFY.net] HandleJoinRequest 640 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 08:49:22.99 ID:n1YSVjxh.net] >>627 いや質問者の前提をぶっ壊してる時点で頭沸いてるから 641 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 08:59:24.40 ID:tMM+nQZ7.net] handleEvent, handleCommand, handleRequest handle…としか命名しようの無い関数ってあるよね？ 他に良い命名ある？ 642 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 10:39:46.17 ID:5M8EC9cI.net] >>630 今ごろ何を言ってるんだよ w 643 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 10:56:19.34 ID:n1YSVjxh.net] >>632 本題で反論できないなら黙ってた方がいい 644 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 12:22:34.58 ID:5M8EC9cI.net] >>633 質問者の前提ってなんの話だ？ 配列云々なんて言ってたっけ？ 645 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 12:23:53.79 ID:5M8EC9cI.net] >>631 Event は Handle がしっくり来るけど他は Process でもいいと思う 646 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:23:31.81 ID:j5Yso27h.net] >>631 receiveEvent, listenEvent decodeCommand, parseCommand 647 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:33:44.65 ID:j5Yso27h.net] っていうか、イベントハンドラはVSのスケルトンみたいにObjectName_EventName が無難なような気が 648 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:35:06.77 ID:yIVphwuC.net] >>631 handleは取り扱うって感じのニュアンスだけど、 「取り扱った結果どうしたいのか」が明確ならより適切な動詞を選ぶべき 649 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 14:45:02.10 ID:tMM+nQZ7.net] 参考になった、ありがとう 650 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 15:43:03.02 ID:HFU0pAcr.net] CommandはExecuteCommandでもいいんじゃね。 651 名前：デフォルトの名無しさん mailto:sage [2016/12/29(木) 19:26:57.12 ID:d+GoLsta.net] >>618 >>624 入国管理局の窓口みたいな関数？ 加入希望者のリクエストリストがあって それに対して1つ1つ[認証、却下、保留]を引数に渡して決定していく関数？ 加入希望者インターフェース ↓ 加入希望者オブジェクトのリスト ↑ 入国管理局クラス 加入希望者インターフェイスにJoin()メソッドを持たせて希望者に実行させるみたいな？ 加入希望者オブジェクトにStamp()メソッドを持たせて[認証、却下、保留]を決定みたいな？ 652 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 17:30:35.50 ID:5Zt7W/jX.net] ユーザーの入力値によって検索結果を返す（SQLクエリーをビルドする） クラスの命名はどうすればよいでしょう？ 例えばグループの検索を担うクラスなら「GroupSearchFilter」？ サーチフィルターという言葉は無いと思うのですが、あまり他にしっくり来るのが思いつきません 653 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 17:40:22.44 ID:ugUrUcmU.net] 単純に SearchByXXX QueryByXXX FindByXXX FIlterByXXX こんな感じでよいような気が 654 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 21:18:30.13 ID:4/FM9ivg.net] class XxxFinder { public List<Xxx> Find(XxxFilter filter, int page, int pageSize) { 655 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 21:58:36.08 ID:S2R5Pk4v.net] >>642 > 検索結果を返す >（SQLクエリーをビルドする） どっちなんだよ... 656 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 23:04:12.62 ID:5Zt7W/jX.net] >>645 後者です 657 名前：デフォルトの名無しさん mailto:sage [2017/01/06(金) 23:21:34.25 ID:4/FM9ivg.net] Query XxxQueryBuilder.BuildQuery(XxxFilter filter, int page, int pageSize) 658 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 12:54:00.78 ID:CipQMnzY.net] activerecordのクラス名参考にしてはどうだろ 659 名前：デフォルトの名無しさん mailto:sage [2017/01/08(日) 14:05:58.52 ID:XDbKIsfA.net] ActiveRecordとは別物だろこれ 660 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:01:13.13 ID:/JmooP2t.net] フォロー関係のテーブルを作る時、 フォローしたユーザーIDがfollower_user_idだとしたら、 フォローされたユーザーIDは何が良いと思いますか？ followed_user_idだと曖昧すぎますよね 661 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:05:03.11 ID:z7ojWcoj.net] フォローしたユーザーをfollowing_user_idにすれば曖昧に見えない 662 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 21:32:29.27 ID:F5v1Jwso.net] 「followされる人」の意味で「followee」という言葉もあるね 663 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 22:00:37.51 ID:/JmooP2t.net] >>652 それは良さげですね ありがとうございます！ 664 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 22:31:16.24 ID:/JmooP2t.net] 図々しく何度も質問恐縮ですが ・follower_user_id ・followee_user_id ・followed_at 最初は上記カラムでテーブル名をfriendshipsにしようかと思ったのですが、 別途フレンド機能が必要になった場合に、色々とクラス命名等と衝突しそうかなと気づきました 「ユーザーのフォロー関係」を格納するテーブル名で何か良い命名はないでしょうか？ 色々調べてみたのですがfollowersなどが多く、「関係」を示す命名としてはちょっと弱いかなと感じましたので 665 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:08:46.40 ID:ld93epow.net] どういうテーブルかよくわかんないけどfolloweeなんてよく分かんないことば 使うのやめた方がいいと思うよw 普通に考えたらそれは「（誰かによって）followされた者」って意味であって 「○○をfollowする者」って意味じゃないと思うよw っていうかすでに一部指摘されてるけど、普通はこっちがfollowerで 「○○がfollowしている者（たち）」の方がfollowingでしょ 666 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:21:48.38 ID:/JmooP2t.net] >>655 >>「○○をfollowする者」って意味じゃないと思うよw 私の文章が悪かったでしょうか？ ・follower_user_id（フォローした人） ・followee_user_id（フォローされた人） という意味合いで使用しています 先ほ 667 名前：ど知ったばかりですが、例えば「following_user_id」よりも具体性があるかな？と思います [] [ここ壊れてます] 668 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:30:00.52 ID:QtXbSK5c.net] >>654 Followによる繋がりを表すテーブルという意味でRelationshipとか ちょっと弱いかな 669 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:30:40.62 ID:ld93epow.net] >>656 だから、あなたの表現で言えば「フォーローされた人」の方が本来followerで 「フォローした人」はfollowingと表現するのが適切。 ツイッターの公式だってそういう表現になってるよね 670 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:41:00.51 ID:9hDOaePS.net] followeeでもいいんじゃね。 使われ始めてる造語？らしい。 https://en.oxforddictionaries.com/definition/followee 671 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:43:23.13 ID:9hDOaePS.net] まぁ、そりゃまだメジャーになってない単語使うと可読性に影響すっけどね・・ 672 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:51:06.96 ID:ld93epow.net] >>659 だからそれは「誰かによってfollowされている者」って意味だってば... 質問者のいう「フォローされた人」っていうのは別の言い方をしたら「私をフォローしている人たち」ってことでしょ。 それはfollowされている者のことじゃない 673 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:54:58.76 ID:F5v1Jwso.net] 英語だけじゃなく日本語も弱かったのか… 674 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:58:23.01 ID:9hDOaePS.net] つか表現が適切じゃなかったな、俺は別にどっちがどっちとまでは言及するつもりはなかった。 ただfolloweeって造語も使われ始めてるらしいよっていいたかっただけだわ。 ちなみに最近使ったAPIではQitta APIがfollowerとfolloweeを使ってたな。 https://qiita.com/api/v2/docs#%E3%83%A6%E3%83%BC%E3%82%B6 まぁ、日本人が設計したんだろうがから、あれだけど。 675 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:58:28.98 ID:Mu10/Wv/.net] >>661 なぜそう解釈する？ 676 名前：デフォルトの名無しさん mailto:sage [2017/01/10(火) 23:59:42.43 ID:ld93epow.net] >>664 それはどうでもいいから違うち思うなら君の意見をどうぞ。 じゃあ「フォローされた人」ってどういう意味なの？ 677 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:07:38.97 ID:5Vr7HXeZ.net] 一応言っておくか。 >>662オマエガナー 質問者の言う「フォローされたユーザー」のフォロー「された」のは私（もしくは主語）であってユーザーの方じゃないよ。 当たり前でしょ。 ついでに言えば、宇宙人にさらわれた人wのことをabducteeって言うことからもわかると思うけど、 eeって接尾語は漢字で言ったら「被」だよ。 だからfolloweeは「（何者かによって）followされた者」って意味だ 678 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:14:05.88 ID:eB2pDyHQ.net] >>665 たとえば、https://support.twitter.com/articles/166337#　(言語を English にして) ここの「follower」の項の「you」イコール「フォローされた人」だと質問者は考えてると思う。 で、俺もそれに同意見。 679 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:14:39.59 ID:zEBd0K8t.net] 俺があの娘をfollowingしているのはいいとして、followedの方は確かに曖昧だと思う followed_byなら明らかなんだけど命名に一貫性をも持たせるのが難しいな 680 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:25:20.72 ID:2YNtrSn9.net] まあ命名の良し悪しについていえば議論になること自体が問題で、いずれにせよ曖昧で紛らわしい命名だな 出てきた中で誤解の余地がないと思われるのは唯一followed_byくらいじゃないか 681 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:38:31.37 ID:5Vr7HXeZ.net] >>667 それならそんなもってまわった言い方をしなくても、それは「私」のことでしょ。 何を言ってるのかな 682 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:39:44.65 ID:5Vr7HXeZ.net] >>668 っていうか、私をフォローしている人達はfollowerだってだから。 683 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 00:56:15.41 ID:eB2pDyHQ.net] >>670 たぶん、質問者は follower を主語として考えてると思う。 ある人ひとり (X) と、その人をフォローする n 人の人 (Y1, Y2, ... , Yn) がいて、 Y1、Y2 ・・・それぞれが主語なんだよ。 Y1 は X をフォローする だから、Y1 のことを「フォローしたユーザー」 X のことを受け身表現で「フォローされたユーザー」と言っているんじゃない？ そう考えれば、フォローしたユーザー = follower フォローされたユーザー = followee という表現に質問者が納得したのも分かると思うが、どうだろう？ 684 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 07:00:44.50 ID:zEBd0K8t.net] >>672 分かるけど、そのどちらかが主体としてオブジェクトのメンバ名でそれが出てきたら極めて曖昧だと思うよ 単なる連関エンティティならまあアリ 685 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:15:02.78 ID:E3H+jBtS.net] ID:ld93epow = ID:5Vr7HXeZ 頭が弱すぎ… 686 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 14:31:52.43 ID:gkYh8YCT.net] いつもの負け犬の遠吠えかよみっともない 687 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:10:29.32 ID: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 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:24:25.39 ID:gkYh8YCT.net] >>676 真面目に言ってるなら小学校からやり直した方がいいよ。 >>666 っていうか、たぶんこれネタじゃなくて本人マジなんだろうな。 他人事ながらこんな程度の日本語を誤読しちゃう程の低能で この不況の世の中の荒波を渡っていかなきゃならない奴は可哀想だわ 689 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:28:37.55 ID:v0UJ95G/.net] >>677 一体何をどう誤読してると？ まあ、君が書いた文章を間違って解釈されてると感じてるなら、君の日本語能力の方を疑った方がいいと思うけどね。 690 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:32:27.18 ID:gkYh8YCT.net] >>678 どうせ俺の言うことなんかお前さんのような奴は聞くはずがないから、 黙ってお前さんの周囲の人間に聞いてごらん。 >>650のレスを見せて、この「フォローされたユーザー」という表現はどういう意味だと思うかってね。 しかし重症だな。 こんなのに限って、学校の成績悪かっただろうに自分の頭の悪さに気が付いてない。 691 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:35:16.48 ID:gkYh8YCT.net] 学校の先生でもないのに余計な世話を焼く俺自身に自分でもあきれるが、 一応簡単に説明しておくと、>>650のレスの文脈を考えれば、昨日から言ってるように フォローされたユーザー は、 （私が）フォローされた（その）ユーザー のことだと普通は理解する。 当たり前だろ馬鹿。 692 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:39:44.15 ID:v0UJ95G/.net] >>680 このスレの君以外は、質問者も含めて全員同じ意見だって事に気づいてね。 > のことだと普通は理解する。 君の普通が世界の普通だとは思わない用が良いよ。 > 649 > フォローしたユーザーIDがfollower_user_idだとしたら、 > フォローされたユーザーIDは何が良いと思いますか？ AがBをフォローしたとき、 フォローしたユーザー = A = follower フォローされたユーザー = B (followeeと最近では言われることもある) 693 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:40:44.92 ID:gkYh8YCT.net] >>681 馬鹿につける薬なし、か 694 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:41:12.18 ID:p4WB0UzK.net] 私がフォローされたユーザーって日本語おかしいと感じる 695 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:43:35.58 ID:v0UJ95G/.net] >>682 反論も追加説明もできなくなっちゃった？ 696 名前：デフォルトの名無しさん mailto:sage [2017/01/11(水) 16:45:20.43 ID:gkYh8YCT.net] また一人トンチキが現れたけど、こういうトンチキの世界じゃ、 例えば 飲まされた条件 って表現があったら「条件」っていう抽象名詞が何かを飲まされたって意味になるんだろうねw 悪いけど普通の人は飲まされたのは「私」（または省略された主語）のことだと理解する

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef