オブジェクト指向はオワコン

1 名前：デフォルトの名無しさん mailto:sage [2023/08/26(土) 22:00:53.85 ID:H4l7y46b.net] 最近の言語には採用されないことが増えている 756 名前：デフォルトの名無しさん mailto:sage [2024/01/22(月) 02:11:51.31 ID:d/h6/f8z.net] >>735 実装は継承してるけれども実装継承ではない？ 「募ってはいるが募集はしていない」より酷くね？ 757 名前：デフォルトの名無しさん mailto:sage [2024/01/22(月) 02:24:04.21 ID:WDLNMI9J.net] >>737 Rustに実装継承はない Rustのトレイトのデフォルト実装からは、いわゆるメンバ変数やメンバ関数にアクセスできない メンバ変数やメンバ関数にアクセスできる部分はトレイトのデフォルト実装から分離されている その部分はトレイトを実装するときに各型で個別に実装する したがってRustでは実装継承はなく問題も発生しない 758 名前：デフォルトの名無しさん mailto:sage [2024/01/22(月) 12:41:11.25 ID:SpT9Xs4x.net] 実装継承は派生側に開放する部分と基底側で閉鎖する部分の管理が難しいから、やはり「早すぎる最適化」になりがち。 開放/閉鎖の原則を守るためには基底側と派生側のインターフェイスとプロトコルを厳密に管理する必要があるけど、そこまでサポートしているオブジェクト指向言語てあったっけ？ 759 名前：デフォルトの名無しさん mailto:sage [2024/01/22(月) 12:43:36.23 ID:SpT9Xs4x.net] >>736 トレイトてこのこと？ まずは認識合わせをしないとな。 ja.m.wikipedia.org/wiki/%E3%83%88%E3%83%AC%E3%82%A4%E3%83%88 760 名前：デフォルトの名無しさん [2024/01/22(月) 15:21:25.58 ID:eIK4O4RB.net] 最新鋭のRust言語と同等の最小コンパイル単位でよければもっとクリーンなオブジェクト指向言語があり得たって話で、 残念なことに30年前のハードウェアでやんなきゃいけなかった 仮想関数の方がデフォであるようなC++ 文字列じゃなくて関数ポインタの配列のインデックスであるようなObjective-C ガベコレの無いJava こだわる人は今からでも作ればいい ソースを一気に引数に取って単一のC言語のソースファイルを出力するトランスレータを作ればいい 761 名前：デフォルトの名無しさん [2024/01/23(火) 22:17:38.84 ID:3AfREKFo.net] オブシコプログラムの難しいところってオブジェクト同士の連携が オブジェクトに書かれるところだと思うんだよ 全体のフローがよくわからなくなる オブジェクトには自律的に他のオブジェクトと連携することをやらなくさせて コーディネートする処理を関数型や手続き型で書くのがいんじゃないかね 昔はオブジェクトが知性を持ってるかのように書くのが良いオブシコだと言われてたけど スパゲティ製造工場にしかならんかった 762 名前：デフォルトの名無しさん mailto:sage [2024/01/23(火) 22:19:52.82 ID:lLzKFCPg.net] ObjectiveCの[]←こんな奴でメッセージ送ると幸せになれるよ 763 名前：デフォルトの名無しさん [2024/01/23(火) 22:19:59.28 ID:3AfREKFo.net] フロー制御をオブシコでやりだしたら危険信号、これがぼくの経験から導き出された結論 764 名前：デフォルトの名無しさん [2024/01/23(火) 22:23:03.86 ID:PPNQFWhj.net] おしりがおまんこになっちゃうのがオブジェクト指向 765 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 00:11:12.99 ID:X/KtyNlm.net] >>738 基本的な実装継承の問題を理解してないから話噛み合わないね メンバ変数・メンバ関数の話はFragile Base Class Problem(FBCP)について言及してるつもりなんだろうけど メンバ変数やメンバ関数にアクセスできるかどうかはFBCPの根本的な発生条件とは関係ないよ 継承元のメソッド実装がオーバーライドされた継承先のメソッドを呼び出せるならFBCPは発生する 当たり前だけどFBCPは実装継承の問題のうちの一つであってすべてではないからね ちなみにトレイトのデフォルト実装も別のトレイトのメソッド経由でメンバ変数やメンバ関数にアクセスできる クラス継承でベースクラスのメソッドがオーバーライドされたメソッド経由でメンバ変数やメンバ関数にアクセスするのと同じ 766 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 00:14:41.63 ID:1XOdKji/.net] >>744 イベントループをブラックボックス化したのは 「次のイベント」の種類ごとに分岐する際にifならbool値、switchなら整数のようなものしか 使えない言語の問題をライブラリでなんとかしようとした結果� 767 名前：ｾ [] [ここ壊れてます] 768 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 00:16:21.62 ID:X/KtyNlm.net] ついでに言っておくとRustのDeref/DerefMutも実装継承の一種なんだけどこっちはFBCPは発生しない 769 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 02:14:43.30 ID:fgSFyL+S.net] >>746 Rustには基底クラスが存在しないため FBCPも含めて実装継承に関する問題は発生しないよ 770 名前：デフォルトの名無しさん [2024/01/24(水) 12:30:29.92 ID:JqKAHMdE.net] 影響力ゼロの人がどれだけオワコンオワコン繰り返しても全く影響無い。 771 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 13:30:09.74 ID:1XOdKji/.net] それなら人の力ではなく天変地異の影響を主に想定したほうがいい 772 名前：デフォルトの名無しさん mailto:sage [2024/01/24(水) 16:22:26.10 ID:XaeHtqc/.net] 妻がダイエットのために乗馬を始めたんだけど一ヶ月で10キロ痩せたよ 馬がね 773 名前：デフォルトの名無しさん mailto:sage [2024/01/27(土) 12:58:37.96 ID:mbfTQf92.net] has a関係は被害者と加害者が別人で、責任の連鎖がある 鎖を切って悪い影響を0にする変更はしやすい is aは影響力を不変にする 責任の連鎖をなくして自分自身の責任とする 774 名前：デフォルトの名無しさん [2024/01/27(土) 19:38:08.87 ID:w8m8MtP7.net] 241 伝説の名無しさん sage 2020/10/13(火) 15:00:15.08 「胸がドキドキする」というのはいわば生理現象であり、抑えることはほぼ不可能だ。 月末のクレジットカードの支払額に、想像以上に可愛かったデリヘル嬢のおマンコにと胸を 突かれるのは悪いことではない。 翻って「チンポがシコシコする」というのは能動的な衝動であり、極めて不埒な責任転嫁である。 シコシコはチンポが勝手にやったことであり、決してチンポの持ち主の意向ではないという、どこぞの 政治家の「秘書が勝手にやったこと」のような言い逃れがしばしば聞かれ、あまつさえそれがまかり 通ってきたことは周知の事実である。 チンポからシコシコを奪取し、各人の掌に戻る日は果たしてやってくるのだろうか……。 775 名前：デフォルトの名無しさん mailto:sage [2024/01/27(土) 22:55:15.08 ID:QdyqwSfC.net] 責任という概念自体に違和感を表明する者がよくいるが 馬クラスと動物クラスには責任の擦り合いや利害対立がなさそうなところが共感されるんじゃないか 776 名前：デフォルトの名無しさん [2024/01/27(土) 22:55:50.75 ID:BuZgAgXz.net] 令和になっても継承批判は聞きたくないね 手垢ついてるとかいうレベルじゃないぞ OOPには価値がない OOPのメリットとやらは無意味だ というふうな大きい批判が聞きたい 777 名前：デフォルトの名無しさん mailto:sage [2024/01/27(土) 22:56:54.43 ID:BuZgAgXz.net] あ、>>756は別に特定のレスにむけたレスじゃなくて ざっくりとした意見ね 778 名前：デフォルトの名無しさん mailto:sage [2024/01/27(土) 23:08:28.46 ID:9xE1RMNT.net] オブジェクト指向は継承という一つの要素が終わっただけだしなあ 未だ現役すぎる 779 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 00:58:58.58 ID:stV8Z8Wq.net] 何らかの違和感の解消がオブジェクト指向のメリットだとするなら 元から違和感などなかった奴にとって無価値である 780 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 03:30:55.01 ID:z8UBzo+x.net] 5chになにを期待してんだかな 781 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 14:48:42.54 ID:EVWA08mD.net] >>756 概念的にはインターフェイスとコンポジションに発展的解消したから、オブジェクト指向はオワコンだろ。 782 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 14:56:56.93 ID:z8UBzo+x.net] インターフェイスもコンポジションも人間が簡易に理解するためのものだろ なめてんのか 783 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 15:18:10.03 ID:gBYyPSdU.net] >>761 それオブジェクトの継承が別の概念に変わっただけでカプセル化とポリモーフィズムは健在じゃん… もっとおもしろいこと言ってくれ… 784 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 16:44:30.08 ID:nAHL+G+L.net] オブジェクト指向プログラミングのコアコンセプトは「データと操作をまとめて一つの型として扱うこと」これだけ オブジェクト指向プログラミングではなくオブジェクト指向言語といった場合は ブーチの定義が普及したせいでカプセル化、ポリモーフィズム(基本はサブタイプポリモーフィズム)、継承の3点セットを基準にすることが多いが 言語機能としての継承はオブジェクト指向プログラミングに必須のものではないし ポリモーフィズムもオブジェクト指向言語特有のものではないので両方ともコアコンセプトではない 785 名前：デフォルトの名無しさん mailto:sage [2024/01/28(日) 17:24:51.96 ID:EVWA08mD.net] >>763 オブジェクトのカプセル化はインターフェイスとデータを密結合するけど、インターフェイスによるカプセル化はデータと密結合しない。 オブジェクトのポリモーフィズムはオブジェクト同士が(継承関係とかで)密結合するけど、インターフェイスは継承関係とかの密接な関係を結ぶこと無しに(理想的には)ダックタイピングで多態できる。 まあ、そこまでのダックタイピングをサポートするインターフェイスとか知らんけど。 c++のコンセプトがそのまま型になったらいいんだけどなぁ。 786 名前：デフォルトの名無しさん [2024/01/28(日) 17:54:19.13 ID:uVCrPT47.net] オブジェクトという言葉と同じでカプセル化という言葉は人によって意味が違うので困る 787 名前：デフォルトの名無しさん [2024/01/28(日) 19:52:00.86 ID:cMZBK/kO.net] 70 名無しヒーリング 2021/04/26(月) 09:45:57.57 ID:jZDy/LpM 先生、実際にシコシコするのは� 788 名前：`ンポでなく俺の右手だと思います。 ✖チンポがシコシコする ○ 俺の右手がチンポをシコシコする 71 名無しヒーリング 2021/04/26(月) 09:56:38.18 ID:jZDy/LpM あと、「胸がドキドキする」と「チンポをシコシコする」は比較対象になりません。 「胸がドキドキする」は「チンポがヒリヒリする」のように状態・感覚を擬音語で現しているのであって、 「チンポをシコシコする」は「胸をモミモミする」の様に人間や動物が対象に対して何かを行う行為の表現だと思います。 [] [ここ壊れてます] 789 名前：デフォルトの名無しさん mailto:sage [2024/01/29(月) 09:05:57.54 ID:MhZcn14S.net] くだらない比喩でいつまやってんだ？ 790 名前：デフォルトの名無しさん [2024/01/29(月) 15:05:39.33 ID:oNy2vKqL.net] >>767 だからシコシコは男性器を擦る擬音で勃起のことではない 君は女性かな？ それともシコシコが勃起を表す地方が日本のどこかにあるのか どっちにしろいくらがんばってもメジャーなコピペになれないのは大多数の人に表現がピンとこないのが原因だと思うよ 791 名前：デフォルトの名無しさん [2024/02/01(木) 21:11:10.96 ID:RS6y7MOu.net] PHPでアブストラクトやりまくってる これやってればいい ここまで来るのに2年かかったわ 792 名前：デフォルトの名無しさん mailto:sage [2024/02/04(日) 19:38:06.66 ID:/UMw8Y/Y.net] 再利用しようにもパーツに分解できない大きなプログラムのスパゲッティ化を防ぐために ひと塊のルーチンを“関数”として入り口出口を決めましょうがカリー化まで続く一方の流れで その塊をどうやって集団として機能に固めたり制御するのかを考えるのがオブジェクト指向 そういう上位レベルでの制御やメンテナンスの汎用的な考えから出てきた概念を 小さいレベルでのプログラムAの脚を車輪に付け替えるにはとか プログラムAの塊を継承してプログラムBにするのが“オブジェクト指向”なんだよ！って 鬼子でしかないC++最初に来ちゃったせいで現代に至るまで あれがオブジェクト指向だと思い込んでるおじいちゃんがですね… 793 名前：デフォルトの名無しさん [2024/02/04(日) 20:30:59.20 ID:owhn6I10.net] おじいちゃん構文丸出しでおじいちゃん批判ww しかも中身が間違いだらけとかwww 794 名前：デフォルトの名無しさん mailto:sage [2024/02/04(日) 21:58:45.40 ID:nqsMiwRK.net] インターフェース楽しいな～ 継承無しでコーディングできる～ 795 名前：デフォルトの名無しさん mailto:sage [2024/02/04(日) 23:05:40.25 ID:iyTJzl7x.net] 塊って言いたいだけ 796 名前：デフォルトの名無しさん [2024/02/04(日) 23:11:46.13 ID:SuDI4pWX.net] >ひと塊のルーチンを“関数”として入り口出口を決めましょう これ現役引退してるような世代の方ですよね？ 797 名前：デフォルトの名無しさん mailto:sage [2024/02/05(月) 10:19:20.77 ID:z455Qu8w.net] 役割で固めるってのを忘れてる 798 名前：デフォルトの名無しさん mailto:sage [2024/02/05(月) 11:38:56.86 ID:iuJxPrpx.net] 横断的関心事の意味が分からんと常々思っていたけど 役割で固めるのをやめるという意味なのかね 固めようと思ったことがない奴にとっては無意味なことだ 799 名前：デフォルトの名無しさん mailto:sage [2024/02/05(月) 12:31:22.93 ID:29NJAnme.net] 横断的にシコシコする役割の塊がオブシコである 800 名前：デフォルトの名無しさん mailto:sage [2024/02/05(月) 17:30:42.79 ID:UM+1T8m6.net] オブジェクト指向はモジュラリティを高めるために考え出されたものだが「どの抽象化階層のモジュラリティを高めるものなのか」という大前提を理解していないと何を見てもオブジェクト指向だと感じるようになる 801 名前：デフォルトの名無しさん mailto:sage [2024/02/05(月) 23:45:04.18 ID:29NJAnme.net] そりゃオブシコするぐらいだからモジャラリティは高いだろ 802 名前：デフォルトの名無しさん [2024/02/07(水) 14:59:43.29 ID:LJRNIYaK.net] 1. 簡単な言葉を使う 頭が良い人は、複雑なことや専門知識も「簡単な言葉」で説明することができます。 この能力は、深い理解があるからできること。相手が理解しやすいように情報を整理して伝えることは思いやりでもあります。 https://news.yahoo.co.jp/expert/articles/9bb7a62121796847a941127e3d5040008fedd464 クリントン大統領にどんな強大な権限が有っても、自らのチンポがしこしこしてしまうのは止められない！ class チンポ extends クリントン{ 　　　　　super.不適切な関係; } クリントンの再定義、クリントンの拡張された人格ということだ！ 803 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 12:31:45.94 ID:1UgkqCq+.net] 世界一オブジェクト指向に忠実なメインクラスできたで class Main(): def do(): pass m=Main() m.do() 804 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 15:11:48.80 ID:g/oXQBQp.net] オブジェクト指向はオワコン 継承はよくない文化 805 名前：デフォルトの名無しさん [2024/02/13(火) 17:38:57.37 ID:TeIoV+iR.net] Template Methodパターン便利ですよ 806 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 18:33:53.66 ID:vbRTXFPD.net] has a関係は抽象度の低いクラスを参照することはマナー違反ではない is a関係は自分よりも抽象度低いクラスを継承したらマナー違反だよな 807 名前：デフォルトの名無しさん [2024/02/13(火) 19:00:08.50 ID:mLNp/E4P.net] 継承を理解してれば問題無い 理解していないけどら問題無く使える道具は存在しない つまり須く低レベルということ 808 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 19:17:02.49 ID:022XTqy3.net] >>786 俺は使えるから問題ないんだが部下や上司に無能がいると困る 全ての言語で機能ごと消去するべき 809 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 19:19:14.84 ID:cHpLMfgk.net] C/C++でいいところを無能のためにRustでわざわざメモリ管理を強制的に縛るのと一緒やね 810 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 19:54:20.90 ID:XGO25OBO.net] オブジェクト指向って>>1みたいな頭の悪い人でもプログラミングできるようにするためにあるんだよ 難しいのは>>1みたいな馬鹿が>>1みたいな馬鹿のためにオブジェクト指向に則ってプログラミングする行為であり、>>1みたいな馬鹿がオブジェクト指向で設計されたコードを扱うのは難しくない オブジェクト指向がオワコンな訳が無い 811 名前：デフォルトの名無しさん [2024/02/13(火) 20:27:17.94 ID:mLNp/E4P.net] >>787 無能がいる限り何の解決にもなってない リスクが下がったと勘違いしてるだけ 812 名前：デフォルトの名無しさん mailto:sage [2024/02/13(火) 20:32:56.11 ID:VRA/nuAd.net] >>788 Rustを使えない無能がC/C++を使って穴を生み出し続けている現実を見ようぜ 813 名前：デフォルトの名無しさん [2024/02/13(火) 21:20:27.36 ID:mLNp/E4P.net] >>791 その無能がrust使ったところでろくなものは生み出せない 包丁で怪我する人がいるから包丁は悪、と言ってるのと同じ。 別に主張するのは自由だがそれで包丁が消滅することはない 814 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 03:16:18.02 ID:7f34VUqx.net] 頭の悪い人がプログラミングできるためってたまに見るけど疑わしいわ 頭の悪い人がちゃんと設計して、多態性を活用してるのを見たことがない ただメモリの自動解放とかライブラリに頼ってるだけで、 そういう利便性はオブジェクト指向とあんまり関係なくね？ 815 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 06:53:24.91 ID:1rro2+lE.net] 知らないのか？今は転職ブームのせいで文系出身の頭悪いプログラマが大量発生してる そいつらのせいで言語が変わらなくては生けない時代になった 816 名前：デフォルトの名無しさん [2024/02/14(水) 08:07:28.98 ID:M2AyybwD.net] 言語が変わっても頭悪かったらどうにもならないよw 817 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 08:40:34.28 ID:y6T/tEC4.net] >>795 多少はマシになるやろ 818 名前：デフォルトの名無しさん [2024/02/14(水) 10:07:41.88 ID:M2AyybwD.net] >>796 無能じゃコンパイル通せないから動かせない つまり逆に悪くなってる 819 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 10:15:13.33 ID:Z6/Yikm0.net] >>797 無能が進捗管理で炙り出されるから全然マシ 820 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 10:46:51.26 ID:4THDuETy.net] >>797 本番段階でバグが出るよりマシ 821 名前：デフォルトの名無しさん [2024/02/14(水) 11:08:35.63 ID:t8DY/Tt9.net] コンパイル通すのが難しいと無能はコンパイル通ったからOKという感覚になるので一長一短 何事も良い面悪い面があるのに無能は片面だけしか見ない 822 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 11:22:35.02 ID:1xW2DpZI.net] >>800 最低限コンパイラの通れば多少見れるコードになってるので、有能がコードをレビューしやすい 823 名前：デフォルトの名無しさん [2024/02/14(水) 12:27:44.94 ID:M2AyybwD.net] >>798 それは言語の役割じゃない 全然マシでもなんでもなくて草 824 名前：デフォルトの名無しさん [2024/02/14(水) 12:31:09.06 ID:M2AyybwD.net] >>799 どっちでも一緒 納品できないのに「本番でバグが出るよりは良い」と言い張るのはアタオカ 825 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:02:59.82 ID:qQWVhIbb.net] 現実は納期というものがあるから効率重視でCC++使って適当に作れたほうがありがたいんだよなあ バグなんてある程度は知らんぷりしていい わざわざRustを使って完璧を求めるのは無駄 826 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:03:09.87 ID:OE64F1T2.net] 長所も短所も両方知っている知識人を理想とするのは 商売とはあまり関係ない理想だ 商売を重視しないのであれば長所も短所もわりとどうでもいい 827 名前：デフォルトの名無しさん [2024/02/14(水) 13:18:52.38 ID:U1pcKTg+.net] >>801 コンパイルを通しやすいかどうかとコードが見やすくなるかどうかに正の相関関係は無い 加えてコンパイルを通しにくくなればなるほどコンパイルを通すための手助けが当然必要になる 「身の丈に合った言語を」 by 萩豚 828 名前：デフォルトの名無しさん [2024/02/14(水) 13:20:42.45 ID:eD+V22zq.net] Rust習得できない馬鹿が書いたC++コードの保守、やりたくなさすぎる 829 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:57:57.05 ID:Z6/Yikm0.net] >>803 本番でバグとか酷い炎上案件。 クライアントにとっては悪夢ですなぁ。 納期遅れのほうがまだ見える分マシ。 830 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 13:59:03.81 ID:AmCG1+WQ.net] >>806 コンパイルできる人材を確保できるかどうかは中途採用ガチャしまくればいける コンパイルできねえやつは捨てる、それだけだ 831 名前：デフォルトの名無しさん [2024/02/14(水) 14:56:27.36 ID:8lIAACZZ.net] >>807 だれがあなたを頼るの？ 832 名前：デフォルトの名無しさん [2024/02/14(水) 15:03:18.56 ID:8lIAACZZ.net] >>808 都合良く「納品はできる」妄想を前提として話を進められるならどうとでもなる 結局無能でもどうにかなるなんて全く現実的ではない、rust信者の詐欺的妄言なのでどっちでも一緒 833 名前：デフォルトの名無しさん [2024/02/14(水) 16:53:53.91 ID:ry67cZRi.net] >>809 技術者をまともに育成する術も評価する術も持たずガチャするしか脳の無い無能企業には有能なやつほど寄り付かない そうなると渋いと評判の某ガチャUR排出確率並み(0.3%)になるから100回回しても有能1人雇える確率は3割にも満たない 運良く雇えてたとしても数年以内に転職して抜ける確率は逆に8割以上 身の丈に合わない選択は破滅への近道 834 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 17:49:37.27 ID:kwXXlBt4.net] どこまでオブジェクト設計するべきかが良くわからん 例えばトランプゲームを作ろ 835 名前：うとした時のカードについて 数字込みの絵柄と表示用の画像くらいしか必要ないと思うけど わざわざCardクラスCardDeckクラスとかを用意する必要があるの？とか [] [ここ壊れてます] 836 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 18:11:12.61 ID:J37aOx7P.net] Deckが内包するデータはCardの配列のみだとしても シャッフルやドローなんかの操作を配列として外から行うより Deckとして備えてる方がシンプルに保てそう 837 名前：デフォルトの名無しさん [2024/02/14(水) 18:32:43.17 ID:xYPMwtK4.net] >>813 クラス以外のユーザー定義型がないならオブジェクト指向よりの作り方でなくてもCardクラスやCardDeckクラスくらいは作るんじゃない？ それらにメソッドを生やしてゲームルールを実装していくのか それともそれらをデータとして扱う関数を別のところに書くことでゲームルールを実装していくのか それぞれ良い点悪い点があるので一度両方で作ってみるといいと思う 838 名前：デフォルトの名無しさん [2024/02/14(水) 18:36:07.49 ID:xYPMwtK4.net] >>814 DeckモジュールとかGameモジュールにドローやシャッフルなどのDeckを操作する処理をまとめておくってのでも別に不都合ないよね？ 839 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 18:44:53.20 ID:OE64F1T2.net] enumがオブジェクトではない言語では迷うが すべてがオブジェクトだったらenum Cardでいいのでは 840 名前：デフォルトの名無しさん mailto:sage [2024/02/14(水) 19:19:39.63 ID:g/tbjQoZ.net] スートが切り札(トランプ)に変わるようなゲームでは 判定で「こいつはいまトランプだから」で例外処理するのか カード側で「いまトランプです」したらいいのかの設計の話だわな 841 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 12:39:33.69 ID:q4O0G3u8.net] >>793 >ライブラリに頼ってるだけで そのライブラリに頼ってるだけを実現できるのがオブジェクト指向の功績だと思ってる 昔のWin32APIみたいなライブラリとインスタンス生成してからインスタンス.メソッド形式で利用するライブラリと比較したらライブラリの扱いに対するお手軽＆簡単度合いがぜんぜん違う 842 名前：デフォルトの名無しさん mailto:sage [2024/02/15(木) 19:49:13.54 ID:b088ZsVf.net] いやwin32apiだろうがapiそのものがすでに「オブジェクト指向」だから 手軽とか簡単とかはオブジェクト指向とっくに通り越してそのように改良された結果ってだけ このスレ見てると「オブジェクト指向」が特別なナニカだと思ってる人も多くてアランケイも困惑するよｗ 843 名前：デフォルトの名無しさん [2024/02/15(木) 20:05:57.93 ID:Zy70aZMD.net] 「オブジェクト指向」が特別なナニカじゃないのであれば、「オブジェクト指向プログラミング言語」は「プログラミング言語」でよくなってしまう これまで「オブジェクト指向プログラミング言語」という言葉を使った人間はとんでもないガイジということになる 844 名前：デフォルトの名無しさん [2024/02/15(木) 23:20:24.51 ID:ibzEiIzs.net] 20年前のあれは何だった？どいつもこいつもオブジェクトだーと喚いてたくせに。屑どもが 845 名前：デフォルトの名無しさん [2024/02/16(金) 00:12:23.56 ID:L7DYjGhm.net] ここまでくると糖質っぽいな オブジェクト指向はオワコンと言い続けて何年経過してんだよw 846 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 06:40:28.27 ID:HTdB8AjD.net] オワコンにオワコンと言ってなにが悪い 847 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 08:47:18.11 ID:hfFr1EkU.net] オブシコオ�hル けど、脳汁が出るのは、なんでもアリなC++なんだよなあ 848 名前：デフォルトの名無しさん [2024/02/16(金) 08:49:55.02 ID:TCjahJiL.net] これこれ オウムみたいな感じ はなから議論をする気が無い オワコンオワコン繰り返して気持ちよくなるだけ 849 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 17:46:12.70 ID:/xV361+6.net] 非論理的＝気持ちよくなる 専門用語を回避する現象？ 850 名前：デフォルトの名無しさん mailto:sage [2024/02/16(金) 23:46:53.13 ID:7B7dg9RO.net] 自分がオブジェクト指向で挫折したから あんなの一時の流行りでしかない！って喚いて溜飲を下げようとしてるけど そもそも理解しないで挫折してるから「あんなの」が永久に 90年代のC++の時の“自動車の車輪を付け替える”からアップデートしない 851 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 01:14:52.71 ID:sBa/KHO/.net] アップデートという目標は分かったが現時点では違う目標を持つ者にとって ふつうに考えると目標を達成するためには目標を変更しないのが合理的 問題は、どうすれば永久に合理的であり続けるのをやめられるか 852 名前：デフォルトの名無しさん [2024/02/17(土) 11:49:08.21 ID:f/G7Vx68.net] オブシコで挫折してない人なんていません!! 853 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 12:25:59.71 ID:hmS5aeTe.net] 俺がいる 中途半端ってぶっちゃけ怖いよね >>826 議論っていうか、使えと言われた言語・ライブラリ(SDK)使うんだからね結局 好き・嫌い、とかって雑談してりゃいいんだよ 俺は、継承を使いこなせるいい漢になりたいぜ 854 名前：デフォルトの名無しさん mailto:sage [2024/02/17(土) 13:09:34.49 ID:SNH81JMI.net] オブジェクト指向だろうがオブジェクト指向言語だろうが語りたいのならマ板でやれ 雑談どころかここで議論とか正気かよ。議論してもプログラム技術の役に立たないくらいわかるよな 855 名前：デフォルトの名無しさん [2024/02/17(土) 13:51:00.19 ID:f/G7Vx68.net] >>831 はっきり言う、お前はオブシコのことを何もわかってない >>832 お前もだ オブシコは挫折してからが始まりだ 856 名前：デフォルトの名無しさん [2024/02/17(土) 13:53:44.82 ID:f/G7Vx68.net] intではなくてMoneyだ Moneyを継承してYenを作れ stringではなくてAddressだ Addressを継承してPrefectureを作れ 本物のオブジェクト指向を経験しろ ぜったい挫折するから

---

---

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

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