オブジェクト指向ができないと言われる (323ﾚｽ)
上下前次1-新
96: 1 2022/08/04(木)15:36 AAS
継承を説明させられるなんてなんて屈辱なんだろう。
これはソースで書くから楽しいのであって、他人にドヤ顔で話すなんて恥ずかしい。
てかもう、オブジェクト指向なんか古いんだよ。
97(1): 2022/08/04(木)18:58 AAS
>>94
書いてる内容だけではピンと来なかったけど、旧来の順を追って全部書くという手続き型の手法で問題となっていた非効率さを、オブジェクトと呼ばれる構成体を使用する事によって効率化を図る設計なりプログラミングの手法がオブジェクト指向という事か。
コードの重複解消、再利用、バグ発生箇所の特定、チームで認識共有、対応柔軟性などで効率化が図れるようだね。
オブジェクトと呼ばれる構成体はデータとデータを操作するメソッド達でなりたち、オブジェクトを定義するのがクラスか。
オブジェクトのデータやメソッドに他から想定外の干渉をさせないのがカプセル化、クラスを機能を引き継いで階層化して各種効率化するのが継承、同じメソッドでも違う結果を出す特性がポリモーフィズムでオブジェクト指向の3大要素。
これが素人が調べた結果。
98(1): 1 2022/08/04(木)19:02 AAS
>>97
素人に説明するときは専門用語使わない方がいいだろ。
インフレの説明も専門用語を使わずに物語形式で、説明できるで。
99: 1 2022/08/04(木)19:07 AAS
ネットで話題になった意識高い系の社長の挨拶文じゃねえかw
インフレの説明させたら、横文字のオンパレードになってなにいってるかわからない状態になる。
100: 2022/08/04(木)19:11 AAS
>>98
俺が書いたのは素人が調べた結果であって素人向けの説明じゃないぞ。
101: 2022/08/04(木)19:28 AAS
オブジェクト指向なんか古いんだよ。
出来るやつにしか出来ない技法なんだからさ。
出来るやつに頼ったやり方は、出来る個人が儲かるだけで
会社の儲けにはならねーんだよ。
102(1): 2022/08/04(木)19:55 AAS
んーなんだかスレ主の性格に問題があるような気がしてきた
説明がくどいのか、相手をイライラさせる傾向がある
結論から話す、へりくだって話すようにした方がいいような気がする
余計なおせっかいかもしれんが
あるいはコードに思想が反映されていないのかも
103: 2022/08/04(木)20:31 AAS
DB読み書きするだけの業務システムにオブジェクト指向なんていらんのよね
デザインパターン踏襲してフレームワーク入れときゃだいたい
処理が同じになるし
むしろゲームプログラミングとかね そっちのが向いてるでしょ
104: 2022/08/04(木)21:34 AAS
そのデザインパターンが高度なオブジェクト指向なんだが
理解しないでコピペしてるだけだともう上はないぞ
105: 2022/08/04(木)21:36 AAS
>>84
OOPの本もデザインパターンの本も英語が原書だし訳されてない英語のものは10倍ほどもあるだろ
英語で書かれてれば神ってなんで勘違いしたの？
106: 2022/08/04(木)21:44 AAS
オブジェクト指向の時代は終わった。理由は単純。オブジェクトとメソッドの関係がわかりにくくなったから。これからは「モダン・スタイル」が主流。このままQiitaの記事一本いける説あります
107: 2022/08/04(木)23:35 AAS
オブジェクト指向を厳密に説明が出来る人は世界でも数人しかいない。と、オブジェクト指向をそれなりに詳しい人なら大概この話をする。だから他人に向かってオブジェクト指向ではないと指摘するという事は詳しければ詳しいほどあり得ない。
108: 2022/08/05(金)04:14 AAS
オブジェクト指向できる議論は必ず
ネットでありふれている検索ワードでのみ議論を許す法律が必要
どこの書籍にも載っていない俺々定義をいきなりブチまけてくるアホが絶えない
そんなに有名ならネットで文字列が見つからないのはおかしい
だからお前のは
真のオブジェクト指向じゃないんだ
わかるか？
109: 2022/08/05(金)09:55 AAS
>>102
ネカマのおっさんが暇つぶししてるだけだと思うぞ
110: 2022/08/05(金)13:01 AAS
健常者のフリをする気がない発達障害者は、だいたいこういう感じだしな
111: 2022/08/06(土)01:07 AAS
関数作るのも、クラス作るのも、オブジェクト指向だよな？
112: 2022/08/06(土)01:35 AAS
クラスの中の関数を全部staticにしてたおじさんいたね
113: 2022/08/06(土)03:12 AAS
クラス毎staticならよくやる
インスタンスいらんならそれに越したことない
114: 2022/08/06(土)09:08 AAS
実際「なぜただの関数じゃダメなんですか？」って問いにオブジェクト指向だからみたいな答えしか返せないならstaticメソッドのほうがいい
修正時にフィールド触ってるかとか、余計なことを考える必要も減る
115: 2022/08/06(土)09:22 AAS
変数毎回リセットすんの？マルチスレッドもガン無視？
仕事でやってんの？
116: 2022/08/06(土)09:27 AAS
もしかして、static変数とstaticメソッドの違いをわかっておられないか
staticメソッド＝シングルトンパターンだと思っていらっしゃる？
そんな低いレベルで仕事での開発について行けるの？
117: 2022/08/06(土)09:32 AAS
え？なにまさかクラスに変数持たないで全部メソッドに入れんの？
それ関数型もどきじゃない？
Modelオブジェクトとかどうすんの？ListとかIntegerとか全部オブジェクトなのに自分の書いたとこだけ関数型もどきにするメリットは？
118: 2022/08/06(土)09:45 AAS
まさかとは思うがそう聞こえたんだけど、メソッドのローカル変数で済むものを全部フィールドに持たせることでオブジェクト指向！とかいってる？
後、正しく状態を保持する意味があればクラスにすればいいんじゃない？
staticメソッド以外使わずシステム作ります！とは誰も言ってないんだけど・・・
119: 2022/08/06(土)09:48 AAS
だったら結局ユーティティーメソッドみたいなのしかStaticにならないわけで何を今更言い出してるの？
半分以上Staticで書いてんの？
120: 2022/08/06(土)09:53 AAS
オブジェクト指向より関数型をやった方がいい
より敏感になるから
121: 2022/08/06(土)09:55 AAS
いや関数型なら関数型でいいんだけどね
オブジェクト指向の言語やフレームワークで自分だけStaticまみれじゃStaticおじさんでしょ
122: 2022/08/06(土)10:13 AAS
いや、業務ロジックでも関数でいいようなものは普通に出るよ
思考停止はプログラマを無能にするので、息抜きに疑いながら既存のコードを眺めてみると学べるかもね
プログラム言語の進化はスコープ小さくすることでもあって
グローバル→クラス→関数の順で小さいんだから
関数で終わればそれがいい
123: 2022/08/06(土)10:34 AAS
関数は小さめの方が読みやすいのはそう思うけど関数型とOOPの違いは小さければいいという問題ではないと思うが
半分以上Staticで書いてるの？
もし半分以上でないなら原則としてStaticで書くべき（=理由を述べられない限りStaticにするべき）と言うのは違うよね
Staticで書く理由があるならStaticで書くべきという話でそりゃ当たり前やろ
じゃなきゃStaticなんて無くせばいいんだから
OOPの言語やフレームワークでは原則としてOOPで書くべき（当たり前）で逆
まあ話の内容的にあなたが多分Staticおじさんじゃないというのはのはわかったよ
この板たまに（よく？）Staticおじさんが出るんだよ
124(1): 2022/08/06(土)10:53 AAS
実際のところフレームワークはクラスだし、状態持ちたい場面も普通に多いので半分はいかないな。
staticおじさんが何故staticにするのかっていうと、呼び出す側ですべてをコントロールする手続き型をやりたいわけじゃん？
オブジェクト指向にしろ関数型にしろ、呼ぶ側は入力だけ与えれば
「あら不思議！それだけで完全な結果が戻ってくる！しかも呼び元に副作用なし！」ってのがやりたいんだし
それが関数1個で仕上がると判断すれば、シンプルなstaticを優先はするだけ。
125(1): 2022/08/06(土)11:00 AAS
staticなんて小規模なアプリとかなら気にすんなって
上下前次1-新書関写板覧索設栞歴
あと 198 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.008s