オブジェクト指向を教えてくれ！★２

1 ：デフォルトの名無しさん：2021/04/27(火) 15:02:28.94 ID:mH9VXFld.net

オブジェクト指向について、調べれば調べるほど疑問が募ります。低レベルで粗末な疑問かも知れませんが、ご教授願いたいです。

・データと振る舞いをまとめる？
まとめると何か良いことあるの？
ファイルあるいはモジュールにはまとまってるよね？
丁度いい単位があるのに、何故わざわざオブジェクトという概念を導入するの？
(Javaには1ファイル1クラスという文化あるらしいけど)

・カプセル化？
モジュールのimport, exportでも実現出来るよね？
(構造体などへのアクセスを制限できれば)

・ポリモーフィズム？
別にデータと振る舞いをまとめなくても実現出来るよね？

・モノのように扱いたい？
モノとして扱いたいときに扱えば良くない？ なんでわざわざ全てをオブジェクトにするの？

※前スレ
https://mevius.5ch.net/test/read.cgi/tech/1615881962/

952 ：デフォルトの名無しさん：2023/02/24(金) 16:07:38.42 ID:vkQVsBTH.net

PHPとかPythonでサーバーサイドのプログラム書く時ってクラス作るの？

953 ：デフォルトの名無しさん：2023/02/24(金) 16:56:33.43 ID:rT9cQy8I.net

>>952
もちろん

954 ：デフォルトの名無しさん：2023/03/31(金) 01:10:31.93 ID:v8h2cPZG.net

wikipediaでクラスの記事を書いてる途中で自警に目をつけられてブロックされて書けなくなってしまった
誰か↓の続きを完成させてクラスの記事を更新してくれない？
https://ja.m.wikipedia.org/wiki/%E5%88%A9%E7%94%A8%E8%80%85:I.hidekazu/%E3%82%AF%E3%83%A9%E3%82%B9_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0)

書きたいのは、
クラスはもともとダイクストラの構造化プログラミングにおける技法として出てきたのでその点を記述したかった。狭義の構造化プログラミングはプログラムの計算プロセスをフローチャートで書き表すことに主眼がある。だからgoto文はフローチャートで規則的に表すことができない（フローチャートの規則をぶっ壊す）ので有害とされたといえる。一方で、フローチャートの規則をぶっ壊すわけではないが、フローチャートで規則的に表すことができないプログラムコードというものとしてコルーチンなどの並列プロセスを含むプログラムが言える。クラスを使うオブジェクト指向プログラミングでフローチャートがほとんど無意味で設計にはＵＭＬなどを使用するという事実はここに起因している、ということを出典付きで記載することを計画していた。

クラス　＝　ブロックの構文であるという大前提を記載して欲しい（某言語の批判とかはいらん）。オブジェクト指向プログラミングでは、「オブジェクトとはなにか？」という結論は出ないが構造化プログラミングの枠内ではダールがはっきりとオブジェクトとはなにかということを定義しており、直接的ではないもののオブジェクトの素性について納得する説明が可能であるはずなのでそこを記載して欲しい。

955 ：デフォルトの名無しさん：2023/03/31(金) 20:25:47.08 ID:b5Rzt99g.net

>>954
くそみたいなこと書くな。むしろ消せ。

956 ：デフォルトの名無しさん：2023/03/31(金) 20:46:40.65 ID:b5Rzt99g.net

>>954
その自警がなりすましで書き込んでんじゃねえの？

957 ：デフォルトの名無しさん：2023/03/31(金) 22:38:32.19 ID:tuQW77Kc.net

>>954
こりゃダメだろ
Wikipediaは君の意見やウンチクを披露する場ではないぞ
英語のClass(computer programming)のページを見ろ

958 ：デフォルトの名無しさん：2023/03/31(金) 22:44:18.08 ID:v8h2cPZG.net

>>956
なんでわかったんだよ
数学板でやってみたときはみんなピュアなのかそんなこと言うやついなかったぞ

959 ：デフォルトの名無しさん：2023/03/31(金) 22:54:35.82 ID:b5Rzt99g.net

>>954,958
「クラスはもともとダイクストラの構造化プログラミングにおける技法として出てきたのでその点を記述したかった。狭義の構造化プログラミングはプログラムの計算プロセスをフローチャートで書き表すことに主眼がある。だからgoto文はフローチャートで規則的に表すことができない（フローチャートの規則をぶっ壊す）ので有害とされたといえる。一方で、フローチャートの規則をぶっ壊すわけではないが、フローチャートで規則的に表すことができないプログラムコードというものとしてコルーチンなどの並列プロセスを含むプログラムが言える。クラスを使うオブジェクト指向プログラミングでフローチャートがほとんど無意味で設計にはＵＭＬなどを使用するという事実はここに起因している、ということを出典付きで記載することを計画していた。」
「クラス　＝　ブロックの構文であるという大前提を記載して欲しい（某言語の批判とかはいらん）。オブジェクト指向プログラミングでは、「オブジェクトとはなにか？」という結論は出ないが構造化プログラミングの枠内ではダールがはっきりとオブジェクトとはなにかということを定義しており、直接的ではないもののオブジェクトの素性について納得する説明が可能であるはずなのでそこを記載して欲しい。」
リンク先読んでみたがここコピーだろ。なんで動機部分をコピーすんだよ。
本人ならそのウンチク書くだろ。

960 ：デフォルトの名無しさん：2023/03/31(金) 22:58:08.66 ID:b5Rzt99g.net

どうでもいいがスレ違い。
Wikipediaに書きたいならてめえでやれ。

961 ：デフォルトの名無しさん：2023/03/31(金) 23:06:18.57 ID:cSEViIV3.net

const wiki = new wikiPedia();

962 ：デフォルトの名無しさん：2023/04/02(日) 14:35:28.75 ID:Pu7bAi6b.net

フローチャートみたいな図はプログラムを理解しやすくするためのものであって、
フローチャートで表したいから構造化プログラミングしてるわけじゃないだろ
GOTO禁止は分岐を限定して処理のパターンを減らしたいだけで、
別にフローチャートで書こうと思えば書ける

963 ：デフォルトの名無しさん：2023/04/02(日) 19:31:41.47 ID:y7KvAD2F.net

フローチャートとかスレ違い。
また自警か。wikiでやってろ。ここはそんな場所じゃねえんだぞ。

964 ：デフォルトの名無しさん：2023/04/18(火) 08:35:30.40 ID:7G0k8gAq.net

オブジェクト指向ってしっくり来ないんですよね

965 ：デフォルトの名無しさん：2023/04/19(水) 06:25:03.80 ID:JuzG8p8m.net

勝手にやってくれるやん

966 ：デフォルトの名無しさん：2023/04/21(金) 10:07:47.57 ID:thuL8w+F.net

最近のC#とか、どのクラスにも共通のメソッドあるやん？
あれがOOPLの醍醐味だよな

967 ：デフォルトの名無しさん：2023/04/29(土) 09:37:56.72 ID:UtcdTJXg.net

オブジェクト指向の既存コードが理解できません

謎のインスタンスがあり、謎のインスタンスから謎のメソッドに別の謎のインスタンスを引数として実行する
謎のインスタンスが戻り値として返る

謎のメソッドの中を覗いて見ても、やっぱり謎のインスタンスから謎のメソッドを実行するだけのコードが出てくる
フィールドになんかの値をセットするだけで終わり、みたいになってる

数値や文字列ならprintすればどんなデータを処理してるか分かるけど
インスタンスはこの変数をどうしたいのかが分からない
このインスタンスからメソッドを実行したり、フィールドになんかの値をセットしてるコードはあるけどそれを何の目的でやってるのか、そうすることで何が起きるのかよく分からない

そして一番謎なのはメソッドの中身の定義にどんどん移動していくと中身がない空のメソッドに到達してしまい、｢あれ？｣って迷子になってしまうこと
これが一番困ってる

968 ：デフォルトの名無しさん：2023/04/29(土) 09:52:57.59 ID:ItseuRzP.net

実際のコード例を2～3個あげてくれないとそれだけだと理解を妨げてる本当の理由はわからないかな

969 ：デフォルトの名無しさん：2023/04/29(土) 10:26:58.08 ID:7o70JIXk.net

APIドキュメント見てる？
https://docs.oracle.com/javase/jp/8/docs/api/
こういうやつ
Visual Studioの支援でソースをおっかけるのもいいけど
文書としてまとまってるのを読んだほうがコードの意図は分かるかと

自前のソースの場合はDoxygenみたいなツールでAPIをドキュメント化しておくと
みんなで知識を共有できていいよ

970 ：デフォルトの名無しさん：2023/04/29(土) 11:38:00.87 ID:7kLNqYqu.net

>>967
クイックソートやバイナリサーチのような汎用的なアルゴリズムとは違って、
アプリに近ければ近いほどプログラムの目的はコードを読んでもわからないよ
特に企業で使われるシステムは業務知識を知ってないと読んでも無駄だよ

971 ：デフォルトの名無しさん：2023/04/29(土) 15:34:14.84 ID:1/XooGKC.net

>>967
オブジェクト指向でもクソコードはある。

君の悩みは、オブジェクト指向のコードが分からない、ではなくて、クソコードの解析作業が必要になってしまった、が正解

972 ：デフォルトの名無しさん：2023/04/29(土) 19:47:07.71 ID:UtcdTJXg.net

>>970
そういうコードの読み方や向き合い方を聞いてるんじゃないか。
フィールドに値をセットするだけや
ただ単にインスタンスを別のクラスのメソッドに次々と渡すだけの処理のどこに業務知識があるのか、そして最後は中身のない抽象メソッド


>>971
クソコードって感じはしない、極めて厳格に整理されてるように見えるプロジェクトで汚いコードでは無い、多分俺が読み方やデバッグの仕方を知らんだけな気がする
ただ中身がどこにもないように感じる。玉ねぎの皮をひたすら剥いてる感じ、いかにもオブジェクト指向って感じのコードが苦手

973 ：デフォルトの名無しさん：2023/04/29(土) 22:07:10.28 ID:K6qb0jTC.net

クソコードじゃない前提ならレイヤーの分け方の意味や役割分担を理解してない可能性が高いな

どぅちにしろ分からないと言ってるコード例を出さないと話にならん

974 ：デフォルトの名無しさん：2023/04/29(土) 23:26:13.99 ID:7kLNqYqu.net

>>972
めんどくさいけど推測してやるか、しょうがねえな
たぶん中身のないメソッドってのはスーパークラスのデフォルト実装だろう
サブクラスのインスタンスをスーパークラスの型で渡すのはよくある設計だよ
呼び出し元をたどればインスタンス化してるサブクラスがわかるはずだから、
オーバーライドしてるメソッドを読めば実際に何してるかわかるんじゃね

975 ：デフォルトの名無しさん：2023/04/29(土) 23:28:31.86 ID:1/XooGKC.net

多分この人は解決を求めてるんじゃなくて愚痴を聞いて欲しいんだと思う

976 ：デフォルトの名無しさん：2023/04/29(土) 23:33:59.25 ID:7kLNqYqu.net

なにそれうざいんだけど　死ねばいいのに

977 ：デフォルトの名無しさん：2023/04/29(土) 23:39:48.62 ID:9r/sK/L7.net

>>967の前半は読む限りコンストラクタ・インジェクションと推測

中身のない空のメソッドはインターフェース定義とか？

978 ：デフォルトの名無しさん：2023/04/30(日) 20:21:34.69 ID:c/8nIlPL.net

どうせgithubにすら上がってないオレオレライブラリの話じゃね？

979 ：デフォルトの名無しさん：2023/05/05(金) 16:18:51.69 ID:iwKPqxU+.net

Debugビルド時は動的ディスパッチ、Releaseビルド時は静的ディスパッチって
切り替えられる言語ないかな？あったらテストしやすくて、実行コストもなくせると思う

980 ：デフォルトの名無しさん：2023/05/05(金) 18:28:13.24 ID:4XkoXGUj.net

テストの手間が2倍になるよね

当然静的ディスパッチでも上手く動く事をテストで確認するんだよね。その動作が意図通りでないときはどうやってデバッグするのよw

981 ：デフォルトの名無しさん：2023/05/05(金) 18:36:55.17 ID:kWlF9XkU.net

動的ディスパッチだとテストしやすくなると思ってる理由がそもそも謎

982 ：デフォルトの名無しさん：2023/05/05(金) 21:18:25.11 ID:4XkoXGUj.net

知らんけどディペンデンシーインジェクションとか、開発対象の周辺を好きなヤツだけニセに置き換える想定だったのでは

でも動的～だけじゃ万事解決はせんよ、と。そして静的～でも周辺を置き換える技法はある。GoogleTestでもできるよ

983 ：デフォルトの名無しさん：2023/05/12(金) 22:06:16.05 ID:+3Auf0UC.net

そもそもそんな切り替えが出来るかどうかは言語次第じゃないの？
実装を全く変えるならどの言語でも出来るだろうけど
意図が分からんし開発も静的でいいやんｗ
仮想関数とか殆どのもので使う必要無いし

984 ：デフォルトの名無しさん：2023/05/12(金) 22:08:55.80 ID:fbUS3y9B.net

オブジェクト指向なら動的になるのは仕方ないだろ

985 ：デフォルトの名無しさん：2023/06/08(木) 12:25:04.86 ID:WcEL2gvj.net

上司から毎日のように仕事しろとメッセージが届くが、仕事したためしがない。
俺.仕事しろ(“上司”) #=> nil(null)

986 ：デフォルトの名無しさん：2023/06/08(木) 12:33:31.41 ID:rxjbLVG0.net

俺.仕事しろ(“上司”)

error: undefined method

987 ：デフォルトの名無しさん：2023/06/08(木) 17:31:48.99 ID:U7kkrrgt.net

>>986
仕事してないならコッチだな

988 ：デフォルトの名無しさん：2023/06/08(木) 18:01:08.30 ID:lD5XXd8P.net

レビュー指摘

> 仕事しろ()
仕事しろって何の仕事だか不明、後々修正する人が迷うポイントになるので具体的な仕事名を含むように再設計して下さい

> ("上司")
「呼び元がどこか」をパラメータに含めて動作を変えるのは良い設計じゃない。やりたくなる事がたまにあるのは知ってるけど、本当は何で分岐したいのか再検討して下さい

佐々木::上司 が
矢島::部下 に

矢島.設計書初回レビュー(どの設計書か, 希望期限);

とか。

（所感：一人でオブジェクト指向を語れるレベルに達していないのでメンターを付ける必要がある）

989 ：デフォルトの名無しさん：2023/06/08(木) 18:09:44.45 ID:lD5XXd8P.net

俺のタスクリスト.追加("次週のリーダー会議の前に山本部長を喫煙所で捕まえてメンターの件相談しとく", 期間見積もり, メンター候補者配列)

990 ：デフォルトの名無しさん：2023/06/08(木) 18:14:09.52 ID:U7kkrrgt.net

>>988
お陰で唇のひび割れが治ったよ、ありがとう

991 ：デフォルトの名無しさん：2023/06/08(木) 18:57:31.77 ID:lD5XXd8P.net

俺のタスクリスト.追加("佐々木に仕事内容は具体的に指示、伝わったか相手の言葉で復唱させろって教える")

// やっぱり佐々木に部下付けるのはまだ早いか…

992 ：デフォルトの名無しさん：2023/06/08(木) 19:08:45.73 ID:lD5XXd8P.net

ひらめいた

主人公の年齢、役職、や、周辺キャラクターの人物設定などした上で、日本語コーディング風に物語を書いてアマゾンで発表する方法に関する技法
で特許申請

物語の途中でシステム障害が発生したとかイベント発生し文体も変える
障害を乗り越えて通常稼働に戻り物語が終わる

メインターゲット読者はプログラマー職で日々苦労してるひと

993 ：デフォルトの名無しさん：2023/06/09(金) 20:01:11.78 ID:1YLNNEbM.net

ume

994 ：デフォルトの名無しさん：2023/06/10(土) 13:44:25.34 ID:vaWXep+1.net

拾い物
hayabusa9
/test/read.cgi/news/1686317428/

あたおか
hayabusa9
/test/read.cgi/news/1686308209/

995 ：デフォルトの名無しさん：2023/06/12(月) 13:24:10.95 ID:Zpvo7VcB.net

ありがとう

996 ：デフォルトの名無しさん：2023/06/12(月) 13:24:25.64 ID:Zpvo7VcB.net

UME

997 ：デフォルトの名無しさん：2023/06/12(月) 13:33:58.28 ID:Zpvo7VcB.net

、

998 ：デフォルトの名無しさん：2023/06/12(月) 13:42:38.53 ID:Zpvo7VcB.net

、

999 ：デフォルトの名無しさん：2023/06/12(月) 13:42:47.73 ID:Zpvo7VcB.net

ありがとう

1000 ：デフォルトの名無しさん：2023/06/12(月) 13:42:57.71 ID:Zpvo7VcB.net

そしてさようなら…

1001 ：2ch.net投稿限界：Over 1000 Thread

2ch.netからのレス数が1000に到達しました。