オブジェクト指向の活用方法を教えて下さい

**デフォルトの名無しさん** · 2014/03/25(火) 21:44:07.66

お願いします。言語は問いません。
オブジェクト指向言語じゃなくても
オブジェクト指向の話であれば問題ありません。

**デフォルトの名無しさん** · 2016/05/23(月) 21:43:40.30

>>406
＞決済・出荷・返品・破棄のメソッドがあって

クラスじゃないの？
そうだとしたら凄そうだな。
とりあえずリファクタリングが許されるなら、機能ごとにクラス化して責務をきちんと分けるとか。
でもきっとパッチ当てるような修正しか許されないんじゃないかな。

頑張ってくださいとしか言いようがないです。

**デフォルトの名無しさん** · 2016/05/24(火) 14:37:31.12

>>407
ありがとう…
手持ちの知識と経験で最初から実装するなら「振る舞いを持たない受注Dto」と「状態を持たない受注各種操作サービス」で作ると思う。
それとも「受注Dtoを包んだ受注操作Executer」みたいなのがOOPっぽくて良いのかな。

どうしてこうなったんだろ
入門書の自動車クラスを忠実に参考にしたのかな

**デフォルトの名無しさん** · 2017/03/25(土) 13:05:46.69

ふるまいを持たないクラスと状態クラスを分離したいよね
その設計指針は全くもって正しいと思う
でもそれはオブジェクト指向を真っ向から否定してるんだよね

我々の言葉に言い換えるとこうだ
データとふるまいが合併しているクラスは、プログラムサイズが巨大化するにつれて問題であるとわかった

なぜかといえば状態がそこらじゅうのクラスにちりばめられていてプログラマやSEがコントロールが不可能な領域になっている
だからふるまいと状態を分離しよう

ふるまいを失ったクラス、それは構造体あるいは単なるコンテナだ

状態を失ったクラス、それは単なる関数だ
つまり君が直感的にやりたいとおもっていることは実は関数型なわけだ

もしベースがJavaならScalaまたはclojureで再実装することをおすすめする

もしJavaでやるなら君がいった通り、サービスクラスとコンテナクラスに分離するべき

これはトランザクションスクリプトとよばれ、OOP界隈ではディスられているやり方だけど、(なぜならクラスという概念を否定してるから)、こっちのほうが設計がシンプルかつ明瞭にたもたれると思う
個人的にはjavaでこれをやりたくないけどね

**デフォルトの名無しさん** · 2017/03/28(火) 18:35:33.54

一年近く前のレスになにを書いてるんだって思ったがそれは置いておいて、
最初にオブジェクト指向を学んだ時、もっとも意味不明でかつ無意味な単語が「ふるまい」だった。

**デフォルトの名無しさん** · 2017/03/29(水) 09:44:06.57

>>410
> 「ふるまい」

Smalltalkなら言語レベルで組み込みの概念なんだけどね…

ProtoObject
　Object
　　Behavior
　　　ClassDescription
　　　　Class
　　　　Metaclass

**デフォルトの名無しさん** · 2017/07/23(日) 00:47:28.95

　　　　　　　┌─マシン語
│
言語のレベル─┼─低級言語
　　　　　　　│　　　　　　┌─コンパイラ型
　　　　　　　└─高級言語─┤　
　　　　　　　　　　　　　　└─インタプリタ型
　　　　┌─手続き型
│
　　　　│　　　　　　┌─宣言型
│ │
文法──┤ 　　　　　　├─関数型
│ │
　　 └ 非手続き型─┼─論理型
│
　　　　　　　　├─グラフィック型
│
　　　　　　　　└─問い合わせ

パラダイム──オブジェクト指向

ttp://webrylabo.blogspot.jp/2009/11/blog-post_28.html
2009年11月28日土曜日

**デフォルトの名無しさん** · 2017/07/23(日) 00:54:24.08

　　　　　　　　　 ┌─マシン語
　　　　　　　　　 │
言語のレベル─┼─低級言語
　　　　　　　　　 │　　　　　　 ┌─コンパイラ型
　　　　　　　　　 └─高級言語─┤　
　　　　　　　　　　　　　　　　 └─インタプリタ型
　　　　 ┌─手続き型
　　　　 │
　　　　 │　　　　　　　　　┌─宣言型
　　　　 │　　　　　　　　　│
文法──┤　　　　　　　　　├─関数型
　　　　 │　　　　　　　　　│
　　　　 └ 非手続き型─┼─論理型
　　　　　　　　　　　　　　 │
　　　　　　　　　　　　　　 ├─グラフィック型
　　　　　　　　　　　　　　 │
　　　　　　　　　　　　　　 └─問い合わせ
　　　　　　　　　　　　　　　　　　　　　　　　　　　
パラダイム──オブジェクト指向
　　　　　　　　　　　　　　　　　　　　　　　　　　　
ttp://webrylabo.blogspot.jp/2009/11/blog-post_28.html
2009年11月28日土曜日

**デフォルトの名無しさん** · 2017/09/16(土) 17:26:47.77

関数型はパラダイムの方にもっていきたいね

**デフォルトの名無しさん** · 2017/11/06(月) 03:33:00.01

ヤフーブログの　https://blogs.yahoo.co.jp/kamyu_2010　にデザパタ解説を発見した。

**デフォルトの名無しさん** · 2018/05/23(水) 21:20:33.63

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

5648K

**デフォルトの名無しさん** · 2018/07/05(木) 00:37:19.93

QS9

**デフォルトの名無しさん** · 2018/07/08(日) 16:25:00.06

ヤフーのブログのサイトで初心者にはわかりやすいブログを発見したよ。
https://blogs.yahoo.co.jp/kamyu_2010/35417803.html

**デフォルトの名無しさん** · 2020/06/18(木) 19:59:44.28

こちらで同意を得られなかったからニュース速報スレで騒いでるｗ

オブジェクト指向は愚かな考え　　
https://hayabusa9.5ch.net/test/read.cgi/news/1592474015/
　　

**デフォルトの名無しさん** · 2020/06/18(木) 22:56:36.42

未経験から半年でフリーエンジニアになれる人の特徴
https://www.youtube.com/watch?v=YCxu0jn52Qw
フリーランスか会社員かどっちが簡単かについての最終回答
https://www.youtube.com/watch?v=JA4JNSmIdxI
【エンジニア】正社員/派遣社員/フリーランスのメリット・デメリットについて
https://www.youtube.com/watch?v=fTG-eMpwhCg
月収1000万円オンラインサロンオーナーの日常【飲み過ぎ】
https://www.youtube.com/watch?v=lPfWZLatYus&;t=107s
借金400万円から人生逆転するまでの軌跡
https://www.youtube.com/watch?v=fXdHlFFUjGY
エンジニアはお金を追求してはいけないという年寄りを論破してみた
https://www.youtube.com/watch?v=qJHCmxFv718
プログラミングスクールを否定する老害どもについて
https://www.youtube.com/watch?v=K2SN-Rr0PgY&;t=506s
新人叩きしてる古参勢がすぐ儲からなくなる理由
https://www.youtube.com/watch?v=Ch9Ir8O-iqU&;t=332s

**デフォルトの名無しさん** · 2020/08/23(日) 20:35:12.94

ところで「チンポがシコシコする」という日本語表現は、文法的に正しいのか？

チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。

オブジェクト指向で言う「集約」は２種類あって、全体（俺）と部分（チンポ）が繋がっている場合と、
全体（俺）と部分（チンポ）が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。

違うか？

「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、５０字以内で述べろ！

**デフォルトの名無しさん** · 2020/08/23(日) 20:54:14.43

まだ言ってる

**デフォルトの名無しさん** · 2020/08/24(月) 03:51:28.76

>>1
必要なものと思い込ませて教材商法で荒稼ぎ

**デフォルトの名無しさん** · 2020/08/24(月) 12:34:56.77

複雑なあるいは煩雑なデータ構造を管理するとき。
類似したデータを系統立てて扱いたい時。
データが多くのインスタンスで構成される時。

**デフォルトの名無しさん** · 2020/08/25(火) 01:58:34.46

enemyオブジェクトとか？
bulletインスタンスとか？

**デフォルトの名無しさん** · 2020/08/25(火) 04:40:46.72

>>17
T-SQLは問合せ文と制御文が同時に書けるので、かなり複雑なことが手軽にできる（熟練者には）
なのでSQL　Server技術者の方がORACLE技術者よりも腕がいいことが多いらしい
工夫する幅が広いので、経験も広くなる

ウィンドウ操作ができないだけ
データ操作とウィンドウ操作を完全に分けると、要件的にはSQLの方が大部分を占めることもある
特に業務系の場合、ウィンドウ操作は定型的で、業務要件にそれほど関わらない
そっちの方がオマケ
データ処理の一部がクライアント側でしかできないと思ってるのは、腕がないだけ

**デフォルトの名無しさん** · 2020/08/25(火) 04:55:25.53

MS-DOSの頃はMacを「オブジェクト指向」と言ったもんだが、今の意味とは違う
「オブジェクト思想」と言った方がいいのかな

Windowsはフォルダ構成以外に、スタートメニューがある
フォルダがごちゃごちゃしてるからだ
フォルダ構成とスタートメニューが二重にあるので、「インストール」を経ないと同期しない
実際にはレジストリで三重
なので「インストール」や「アンインストール」に抜けがあるとゴミが残ったり

それは机に物を置くという「オブジェクト思想」のデスクトップじゃない
そのかわり、動作が速く落ちにくい

今のMacは知らんが当時のMacは、「物」をどう置こうが自由なので、
パスも起動してから動的に確定したり、「機能拡張」のファイル数が少ない換わりに大きいので、遅く落ちやすかった

**デフォルトの名無しさん** · 2020/08/25(火) 05:00:39.88

APPDATAで四重かｗ
Macは設定ファイルもアプリケーションの隣に置かれた

**デフォルトの名無しさん** · 2020/08/25(火) 05:02:41.90

ところがそのスタートメニューもごちゃごちゃしてるので、もう長年見てないｗ
使う物をタスクバーにピン留めしてる