オブジェクト指向ってクソじゃねぇよ？ Part2

**デフォルトの名無しさん** · 2018/10/18(木) 23:20:41.34

すごいんだよ？

カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前スレオブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

**デフォルトの名無しさん** · 2018/10/23(火) 02:17:37.55

>>205
3歳児がパパ、ママ、ワンワン、ニャンニャン言うのは分かる。

がしかし、それとC++などの言語によるオブジェクト指向プログラミング手法で
大規模ソフトウエアシステムを構築する工学的な手法と何の関係があるというのか…

いろんな人の意見を聞くのは嫌いじゃないが、

多分この辺が1つの、1つのだよ、
日本のいわゆるオブジェクト指向論者の
ほんと限界なんだと思うわ

しかたない、しかたない、2000ﾝ3ﾝ前まで弥生縄文で争っていたのが
ここまで発展してきたともいえる、

が、しかし、臨界点の低さにげんなりするがこともあるが…

**デフォルトの名無しさん** · 2018/10/23(火) 02:20:09.23

なんでこんなにレベル低いのかというと、まとまった規模のソフトウエアを作成できない
人でも一家言くちをはさみやすいからなんじゃないだろうかと常々思っているわけよ

**デフォルトの名無しさん** · 2018/10/23(火) 02:22:19.60

米国で上位1%が富の独占をしている大きな理由は、労働者をスキルや成果で大きく選別しているからだ。
しかしながらそうでもしないと、ドラクエ10の下請けのように、コードの質が大きく落ちてしまう。
俺はドラクエ一筋なんてのはむしろゴミなコードを入れてしまう『有害な』働き者なのだ。
それは中小企業のデスクワークによくありがちな、要らない書類ばかり作って俺は仕事ができるみたいなものだ。

提案広場でよく『そう思わない』される理由
http://dragon-quest.me/dq10/27646/
このゲームすぐ持ち物いっぱいになるな
http://dragon-quest.me/dq10/28435/
【ドルボードGP】おいｗデスルーラ作戦晒すなやｗｗｗｗｗ
http://dragon-quest.me/dq10/28002/

でも月額千円では、下請けプログラマーの選別なんて出来っこないだろう？

＞このゲームすぐ持ち物いっぱいになるな

ゲームの仕様について意見を出すと、必ずといっていいほどに『そう思わない』で真っ青。
つまり準廃プレイヤー＝下請けプログラマーには、ゲームの仕様を変える能力が欠如しているのだ。
アルバイトの賃金が低いのはスキルを必要としない単純作業だからで、労働者にスキルを求めるのであれば、
アルバイトよりも高い賃金を上乗せして払わなければならず、更に成果に応じた報酬も必要となる。

**デフォルトの名無しさん** · 2018/10/23(火) 02:23:14.04

いわゆる、間口が広くて奥行きが浅いって奴か…

まぁそういうものもこの世には必要だわな

居酒屋みたいに

**デフォルトの名無しさん** · 2018/10/23(火) 02:26:07.42

>>207
だから、

オブジェクト指向をベースに、言語システムを組み上げていくか
構造化をベースに、言語システムを組み上げていくかの違い

別に構造化でも、頑張れば今のオブジェクト指向に匹敵する言語システムを組み上げるのは不可能じゃないよ
その一つがファイルハンドルなんかだよ。でも途中で頑張るのをやめた。

なぜか？オブジェクト指向の方がわかりやすい（人間のメンタルモデルに一致してる）から

**デフォルトの名無しさん** · 2018/10/23(火) 02:28:43.48

人間のメンタルモデルとか実体のないものを持ち出すことだけはめなよ

**デフォルトの名無しさん** · 2018/10/23(火) 02:30:10.52

オブジェクト指向や構造化に実体なんかあったのか？
考え方だよなぁ

**デフォルトの名無しさん** · 2018/10/23(火) 02:32:28.23

>>213
ｱﾙに決まってﾝじゃん。ないと思うなら学会でそう発表してみなよ
今までの歴史を否定したとパッシングのみならず学会から抹殺されるぞ

**デフォルトの名無しさん** · 2018/10/23(火) 02:36:56.10

>>213
付け加えるならばあんたのひとことは
歴史のみならず現在のソフトウエアの存在
構築してきたあまたの努力にたいする否定だな
それはもはや

**デフォルトの名無しさん** · 2018/10/23(火) 02:46:52.83

ﾊｯ、、ということは
オブジェクト指向論者は、
実はソフトウエアの開発を
冒涜していたという結論かよ…
なんてこった
どうりでＩＴ産業が劣化の一途をたどるわけだ

**デフォルトの名無しさん** · 2018/10/23(火) 03:09:34.26

>>214
> ｱﾙに決まってﾝじゃん。ないと思うなら学会でそう発表してみなよ

あると思うなら学会でそう発表してみなよ。
お前が発表できないってことは、どういう意味かわかるよな？ｗ

ほんとなぁ、こうやって別の努力が必要なものを持ち出してきて
批判したつもりになって恥ずかしくないの？ｗ

**デフォルトの名無しさん** · 2018/10/23(火) 03:10:27.18

>>215
オブジェクト指向言語と
オブジェクト指向をごっちゃにしないように

オブジェクト指向は考え方。
アセンブラを含めどんな言語でもできる
つまり実体のない物

**デフォルトの名無しさん** · 2018/10/23(火) 06:53:45.97

チンポがシコシコしてるぜ！

**デフォルトの名無しさん** · 2018/10/23(火) 06:57:22.91

言語が少しずつ進化していることと、
オブジェクト指向のメリットを端的に説明することを分けて議論するのは
便所の落書きでは無理でしょ

議論にも訓練が必要だし、
学会で発表するくらいの論理だった説明が不可欠

俺も可読性以外でこれと言ったメリットは
マルチインスタンスくらいしか理解していないけど

**デフォルトの名無しさん** · 2018/10/23(火) 07:06:52.99

オブジェクト指向言語は○○が可能な言語ではなくて
○○がやりやすい、わかりやすい言語

メリットは○○とか言ってしまうと、オブジェクト指向じゃなくてもできますー
とかいうやつが出てくる。実際にできる。やりづらいだけで。

結局の所、同じことをするのにどっちがやりやすいか？わかりやすいか？という
主観の問題になってしまう。実際のコードをみると明らかに
オブジェクト指向言語の方がわかりやすいのだが、
そう思わない人もいるから話がまとまらない

**デフォルトの名無しさん** · 2018/10/23(火) 07:35:28.83

結局、メリットの意味がわからないからわかりやすい（は？誰が？）とかいうくだらないモノをメリットだと主張してしまうサルばかり

正直、お前らは農業でもやってるべきであってプログラマになるべきではなかった

**デフォルトの名無しさん** · 2018/10/23(火) 07:36:47.03

お前が理解できないだけだろｗ

**デフォルトの名無しさん** · 2018/10/23(火) 07:40:41.46

>>223
どこに工数削減と品質向上に結びつけてオブジェクト指向のメリットを説明できた奴がいるの？

**デフォルトの名無しさん** · 2018/10/23(火) 07:44:35.74

とはいえ、頭でっかちの論文より、現場の声は聞きたいね

JavaのSwingを見たとき、GUIの可読性は純粋に気持ちよかったけど、
いかんせんネイティブのGUIにはかなわず死亡したな

**デフォルトの名無しさん** · 2018/10/23(火) 07:46:46.68

自分の主張する技術のメリットもわからない奴はサルだろ
恥ずかしくないのか？

**デフォルトの名無しさん** · 2018/10/23(火) 07:48:02.49

>>225
こうやって説明もなく関係ない話をし始めるバカもいい加減死ねよ
オブジェクト指向と何か関係あるんですか？

**デフォルトの名無しさん** · 2018/10/23(火) 08:01:41.20

メリットはカッコイイからかな。それっぽく複雑にすればするほどいい。文系の低能共を一発で黙らせる効果がある。

**デフォルトの名無しさん** · 2018/10/23(火) 08:14:31.62

まさによくも悪くも便所の落書き

**デフォルトの名無しさん** · 2018/10/23(火) 08:17:07.54

>>227
オブジェクト指向言語でGCもあるJavaでGUIをプログラミングするとわかりやすいよ、では？

**デフォルトの名無しさん** · 2018/10/23(火) 08:18:49.16

前スレ後半はまあ面白かったけどな
半角以外

**デフォルトの名無しさん** · 2018/10/23(火) 08:32:50.85

>>230
なにそれ？
オブジェクト指向のメリットを説明するのに必要なの？

**デフォルトの名無しさん** · 2018/10/23(火) 09:15:47.48

チンポがシコシコしてるぜ！

**デフォルトの名無しさん** · 2018/10/23(火) 10:25:19.72

手続きこそが中心である！
いやいやデータを処理するための手続きっしょ？
つーかそれセットでいいんじゃね？

オブジェクト指向誕生の瞬間である

**デフォルトの名無しさん** · 2018/10/23(火) 11:12:44.39

オブジェクト指向のメリットは
可読性だろ　作ったやつがバカだろうと
バカなりの考え方が追える

**デフォルトの名無しさん** · 2018/10/23(火) 11:17:31.46

>>231
話題も面白くもない、
馬鹿すぎて皆の勉強にもならない、
Goをスクリプト言語と言ったり知識も少ない、
知識レベルが少なすぎて回答(質問スレ)やサンプルコードに嘘が入ってる、
煽りマシンとしても無能で煽りで誤字する、
困ったら精神崩壊。

ホント無益かつ有害だよね。

**デフォルトの名無しさん** · 2018/10/23(火) 18:40:16.35

>>235
うそやんむしろ下がるんじゃないか？

**デフォルトの名無しさん** · 2018/10/23(火) 18:57:34.78

なんでもクラスに突っ込んで、それほとんどstatic変数使ってんのと一緒じゃん
ってコードになる。

**デフォルトの名無しさん** · 2018/10/23(火) 21:36:28.96

>>236
ならこのスレに来るな

**デフォルトの名無しさん** · 2018/10/23(火) 22:04:49.36

図星低学歴知恵遅れが発狂してんのか
ｵﾚの正確無比なﾜﾙｸﾁに耐えられないのはわかる
ｵﾚは正確無比なﾚｽしかしてないからな

**デフォルトの名無しさん** · 2018/10/23(火) 23:05:06.22

何かの障害なんだろうね

**デフォルトの名無しさん** · 2018/10/23(火) 23:10:26.99

オブジェクト指向のメリットを知りたかったら
侍エンジニア塾がいいゾ

**デフォルトの名無しさん** · 2018/10/24(水) 00:24:36.45

ちらっと見たけど
良くある入門書とそんなに変わらないような感じ
記事が多いみたいだから殆ど見てはいないけど
何か決め手になる記事ページとか有るのかね?

**デフォルトの名無しさん** · 2018/10/24(水) 00:35:54.16

マジレスやめて

**デフォルトの名無しさん** · 2018/10/24(水) 00:51:30.96

良い解説サイトが出現するのを
結構期待している
それにしてもなかなかそういうのが出てこない

**デフォルトの名無しさん** · 2018/10/24(水) 01:18:43.21

>>239
半角さんなの？

**デフォルトの名無しさん** · 2018/10/24(水) 01:20:30.75

ま、説明できるもんならやってみろって感じだな

**デフォルトの名無しさん** · 2018/10/24(水) 09:13:11.88

メリットが何か知らないまま
使っているわけか…

**デフォルトの名無しさん** · 2018/10/24(水) 09:58:23.38

設計ろくにできないやつは何指向だろうがくそなものしか作れないよ

**デフォルトの名無しさん** · 2018/10/24(水) 12:07:28.04

普通に書いていれば、c言語よりc++の方が可読性は上だけど、インターフェースが～、細分化が～、とかなってきたら途端に複雑怪奇なデスマコードが出来上がる。

**デフォルトの名無しさん** · 2018/10/24(水) 15:43:54.70

>>250
インターフェースが～細分化が～をC言語でやったも
複雑怪奇なデスマコードになるんだろ？
お前が作った場合は

**デフォルトの名無しさん** · 2018/10/25(木) 01:38:38.71

>>251
別人だが、
お前が作れば大丈夫なの？
本質的に抱える問題を
お前だけは回避できるというの？

**デフォルトの名無しさん** · 2018/10/25(木) 01:57:53.86

>>252
同じものを作るという前提なら何を使おうが一緒
むしろC言語でオブジェクト指向するほうが大変

**デフォルトの名無しさん** · 2018/10/25(木) 02:09:11.01

>>253
しなきゃいいだろそんなMotifみたいな変なこと

**デフォルトの名無しさん** · 2018/10/25(木) 06:11:52.64

Motifと同じことをMotifみたいなことをしないで実現するって話？
どうぞどうぞｗ

**デフォルトの名無しさん** · 2018/10/25(木) 08:03:36.75

誰もそんなこと言っていないのに、
釣り針も付けて無いのになぜか変な魚がつれたよ

**デフォルトの名無しさん** · 2018/10/25(木) 08:07:38.99

？単に一方では数行で終わるCLIツール
もう一方はGUIアプリで比べてオブジェクト指向は大変と
いうような間抜けを排除してるだけですよｗ

**デフォルトの名無しさん** · 2018/10/25(木) 17:41:00.00

プログラムの実力は筋肉量で決まる

**デフォルトの名無しさん** · 2018/10/25(木) 18:54:16.79

OOPがそんなにもクソで
諸悪の根源だと言うんなら
お前らはどんな環境で
どんな幸せを享受してんだ

**デフォルトの名無しさん** · 2018/10/25(木) 19:02:32.21

>>259
たまにはC言語チックに組んで見ろよ

**デフォルトの名無しさん** · 2018/10/25(木) 19:18:00.16

OOPLを捨てたらそんなに幸せになれるのか？

>>260
チックじゃなくてCそのもので書けば良いんだよな？
だってOOPはクソでOOPLなんて不要なんだから

**デフォルトの名無しさん** · 2018/10/25(木) 19:38:12.50

オブジェクト指向は諸悪の根源

ちけえねぇやっぱり関数型がナンバーワン

**デフォルトの名無しさん** · 2018/10/25(木) 20:12:13.12

おまえ本当は手続き型しかできないじゃん

**デフォルトの名無しさん** · 2018/10/25(木) 20:22:18.55

>>263
おまえ本当はプログラムできないじゃん

**デフォルトの名無しさん** · 2018/10/25(木) 21:46:14.12

チンポがシコシコする！

**デフォルトの名無しさん** · 2018/10/25(木) 21:52:02.45

シコシコするのはチンボやで間違えるなカス

**デフォルトの名無しさん** · 2018/10/25(木) 22:08:46.98

相対性理論や進化論と同じで一見簡単そうに見えるからアホが寄ってくる

**デフォルトの名無しさん** · 2018/10/25(木) 22:32:52.78

構造化プログラミングからのオブジェクト指向が理想的

**デフォルトの名無しさん** · 2018/10/26(金) 00:06:34.60

そもそもこの板はｱﾎしかおらんやん
低学歴知恵遅れにｵﾌﾞｼﾞｪｸﾄ指向なんかﾑﾘだからな

**デフォルトの名無しさん** · 2018/10/26(金) 01:46:49.67

自己紹介を頼んだ覚えはないのに

**デフォルトの名無しさん** · 2018/10/26(金) 07:23:34.89

>>266
『チンポ』を、チンコと呼ぶかチンボと呼ぶかについて。

チンコ→チンポは俺の『ムスコ』だ！
チンボ→チンポが棒のように硬くなった！

実に奥深いだろう？

**デフォルトの名無しさん** · 2018/10/26(金) 07:30:27.32

>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！

ムスコがボーになってしまった！

**デフォルトの名無しさん** · 2018/10/26(金) 07:37:44.64

このつまらんチンポネタいつまで続くんかね
どーせやるなら笑わしてくれや

**デフォルトの名無しさん** · 2018/10/26(金) 07:39:56.87

基地外や信者に荒らされるのも便所の落書きの宿命か

**デフォルトの名無しさん** · 2018/10/26(金) 07:44:32.13

なぜ荒らすのか、荒らしなりに理由はあるんだろうな
オブジェクト指向を標的にしてるとか、
病的な信者のなれの果てか

**デフォルトの名無しさん** · 2018/10/26(金) 07:50:56.14

珍妙な生き物だなぁ！

**デフォルトの名無しさん** · 2018/10/26(金) 07:57:26.36

・独立性が高い
・独立性が高い
・独立性が高い

１）影響範囲を局所化する
　プログラムの世界で「独立性を高める」というのはどういう意味があるかと言うと、
例えばバグが発生した場合に「その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい」とか、
仕様変更が発生した場合に「その機能をまとめているクラスはこのクラスなので、
このクラスのインタフェースを修正すればいい」というように、何らかの変更が発生した場合に、
すでに作成した特定のクラスのみ修正すれば対応できるようにうまく設計されていることを、オブジェクト指向では
・独立性が高い
という。
https://simizuna.exblog.jp/1603061/

**デフォルトの名無しさん** · 2018/10/26(金) 08:02:09.29

オブジェクトは独立した機械と見なせるため、それに対してメッセージを送り、自ら持つデータの責任は自らが負う。
Smalltalkの実行環境もまた仮想機械として作られている。
https://qiita.com/hirokidaichi/items/591ad96ab12938878fe1

**デフォルトの名無しさん** · 2018/10/26(金) 08:36:25.58

でもオシッコを我慢する時は、チンポに力を入れて小便が出ないようにコマンドするけどな。

**デフォルトの名無しさん** · 2018/10/26(金) 08:44:32.01

俺にとっての『オナニー』は、するしないではなくて気がついたらしていたのであり、
オナニーはそこにあったのだ。それはチンポがそこに付いていたのと全く同じだ。

**デフォルトの名無しさん** · 2018/10/26(金) 09:24:29.21

真性の基地外ならそれはそれで面白いけどただの無能だからつまらんな

**デフォルトの名無しさん** · 2018/10/26(金) 19:59:34.32

>>281
俺はただパソコンに向かって独り言ブツブツ言って、チンポがシコシコしてるだけだが？

**デフォルトの名無しさん** · 2018/10/26(金) 20:05:31.67

目的はブツブツ言う（スレに書き込む）ことか

**デフォルトの名無しさん** · 2018/10/26(金) 20:17:21.38

つまらない人

**デフォルトの名無しさん** · 2018/10/26(金) 22:00:01.87

どうせクソスレだから、荒れろ荒れろ！！！

**デフォルトの名無しさん** · 2018/10/26(金) 22:19:23.51

チンポがシコシコするぜ！

**デフォルトの名無しさん** · 2018/10/26(金) 22:25:53.40

自発的勃起射精型チンボやね

**デフォルトの名無しさん** · 2018/10/26(金) 22:30:09.50

>>287
オブジェクトの独立性が大事だってことだよな。

**デフォルトの名無しさん** · 2018/10/26(金) 22:33:05.07

>>288
せやね、いらん時にもシコシコするけどな

**デフォルトの名無しさん** · 2018/10/27(土) 00:23:06.07

>>105
＞夏目くんのチンポは何にも触れていないのにシコシコしている！

チンポがシコシコしてしまったら、

>>277
＞その処理はこのクラスで行っている処理なのでこのクラスだけ修正すればいい

急いでトイレに駆け込め！！！

**デフォルトの名無しさん** · 2018/10/27(土) 00:25:22.59

あるいは学校へ行く前にズリネタを探してチンポがシコシコしてからオナニーしておくとか。

**デフォルトの名無しさん** · 2018/10/27(土) 00:28:45.43

チンポは独立した生き物なので勝手にシコシコしてしまうが、素早く検知してトイレに駆け込めばセーフ！

**デフォルトの名無しさん** · 2018/10/27(土) 09:58:41.69

口座残高管理や在庫管理のようなイベント主体のドメインはOOPではどう実装しますか?

一般的な方法だと↓のようにDBにドメインロジックを書くと思います
追記型のテーブル(入金テーブル, 出金テーブル)に行を挿入→トリガでスナップショット(口座テーブル.残高)を更新
アプリケーションは単にテーブルへの挿入とスナップショットの取得を行うだけです
これは非常にクリーンな構造だと思います

OOPの場合はDBにドメインロジックを置かないので必然的にトリガを使わない実装になりますが
その場合にクリーンな実装が想像つきません

**デフォルトの名無しさん** · 2018/10/27(土) 10:27:21.75

>>293
違うレイヤーの話がごっちゃになってるね
ぶっちゃけDBにドメインロジックなんか普通は置かないんだがｗ

まずドメインロジックをDBに置くかどうかって話はOOPかどうかとは無関係
前提としてDBは（オブジェクト指向ではない）RDBと
（オブジェクト指向の）OODBとがある
RDBしかないと思いこんじゃってるだろうけど

ドメインロジックをDBに置くかどうかの話は、前提として使ってるDBに
ドメインロジックを置く機能が存在しているかどうかそれを使うかどうかで決まる。
そしてDBがOODBであればドメインロジックはオブジェクト指向になるだろう

つまりだ、キミが言っている
> 一般的な方法だと↓のようにDBにドメインロジックを書くと思います
というのは、
（オブジェクト指向でない）RDBに以下のようにドメインロジックを置けば
（オブジェクト指向でないものとして）クリーンな構造だ
と言ってるに過ぎないんだよ。キミがクリーンな構造だと思ってるのはRDBだから

逆にOODBを使ってドメインロジックをDBに置けば
これは非常にクリーンなオブジェクト指向の構造になるわけだ

まあ、ここまでは理想論的な話。それをクリーンな構造だと思うのは
単にRDBを使ったからだろというツッコミ

**デフォルトの名無しさん** · 2018/10/27(土) 10:27:54.84

現実的な話としては、OOPを使ってDBはRDBを使って、ドメインロジックをDBに
置かないってことはよくあるね。

その場合、言語はOOPなのにDBはオブジェクト指向でない。
これはOOPとRDBのインピーダンスミスマッチと言われている有名な話

それを解決する一般的な方法はO/Rマッパーを使うということだよ
ほぼすべてのフレームワークにあるからO/Rマッパーは自作する必要はないぞ。

O/Rマッパーを使うことで、オブジェクト指向でないRDBの詳細を隠して
オブジェクト指向として使うことができる。背後のRDBの存在は忘れていい。
Bにドメインロジックを置かないとか、トリガを使わないとか関係ないんだよ
だから別のレイヤーの話

OOPの場合はO/Rマッパーを使うことで、データをオブジェクト指向で扱える。
すべてオブジェクト指向でプログラミングできるクリーンな実装なわけだ

**デフォルトの名無しさん** · 2018/10/27(土) 10:44:18.20

Hibernateを使おうが、何使おうが、業務ロジックでオブジェクト指向が銀の弾になることはないぞ

あと、DBMSのトリガーと整合性制約でDB更新なんて保守性が落ちるからやめた方がいい

バッチだと普通に対象レコードでカーソル回すしかないんじゃないの？
オンラインのイベントはそもそもキー指定できるだろ？

**デフォルトの名無しさん** · 2018/10/27(土) 10:46:09.38

オブジェクト指向でなくても、銀の弾なんてないからなぁ
より良いものが、オブジェクト指向ってだけで。

**デフォルトの名無しさん** · 2018/10/27(土) 10:50:13.85

なにを言ってるのかよくわかりません
イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます
ORMの利用は当たり前のはなしであって今はそんなレベルの話はしてません

**デフォルトの名無しさん** · 2018/10/27(土) 10:56:45.13

>>297
オブジェクト指向でどのへんが助かった？

俺の回り(メガバンク案件)ではメインフレーム以外ではPL/SQLでやってた頃のほうがよかったねって
ファイナルアンサーになってるんだけど、たの業種はどうなんだろ？

**デフォルトの名無しさん** · 2018/10/27(土) 11:01:14.48

>>298
> イベントが主体となるドメインをOOPで実装する場合の最適解を模索してます

だからOODBを使えばイベントが主体となるドメインをOOPで実装できる

それともイベントが主体となるものをDBの機能を使わないで
実装するにはどうすればいいのですかって話ですか？

手続き型ならどうやるのよ？これ重要なところだから
考えてみなさい（できれば答えてみなさい。）

質問のレイヤーが違ってるのよ
オブジェクト指向の話とDBの機能の話はレイヤーが違う話

**デフォルトの名無しさん** · 2018/10/27(土) 11:03:18.37

>>299
> オブジェクト指向でどのへんが助かった？
バッチ処理以外全般

**デフォルトの名無しさん** · 2018/10/27(土) 11:03:58.50

オンラインはServret一辺倒で必然的にJavaで書くけど、
業務ロジックなんてバリエーションくらいで後はホストに投げるだけだし、
Javaだから楽ってこともないな

**デフォルトの名無しさん** · 2018/10/27(土) 11:04:16.67

ただのﾃﾞｰﾀの永続化の問題
しかも永続化の方法をなんらかのDBに限定してる話だからな

ｺﾚが低学歴知恵遅れのｵﾌﾞｼﾞｪｸﾄ思考

**デフォルトの名無しさん** · 2018/10/27(土) 11:09:36.45

>>301
バッチ処理以外って例えばWebだとして、
JavaのほうがCよりはずっと書きやすい読みやすいけど、
オブジェクト指向だから書きやすいのではなくて、
単にメモリ管理や文字列などが分かりやすいだけだわ、俺の場合

**デフォルトの名無しさん** · 2018/10/27(土) 11:11:10.55

なんだよクリーンな構造って何が聞きたいんだ

**デフォルトの名無しさん** · 2018/10/27(土) 11:11:37.47

>>300に自己レス

どうせ消え去りそうだからｗ

> 手続き型ならどうやるのよ？これ重要なところだから
> 考えてみなさい（できれば答えてみなさい。）

これどういう意味かというと、

イベント（トリガー）が主体となる処理をDBでやる場合
　　RDBの機能で行う・・・手続き型
　　OODBの機能で行う・・・オブジェクト指向
ってことで、手続きもオブジェクト指向もどちらもあり得るんだよ

で、トリガーが主体となる処理を、アプリ側で行う場合、
　　手続き型・・・どうやるの？（できません）
　　オブジェクト指向・・・どうやるの？（できません）
ってことで、手続き型でもできないってことなんだよ。
手続き型でもクリーンな実装は思いつかない

ようするに>>293が卑怯（あえて卑怯という言葉を使うｗ）なのは
アプリ側でできない処理を手続き型ならDBで実装して
オブジェクト指向では、DBで実装してはいけないと言ってること
オブジェクト指向でも、DBで実装すりゃいいじゃん。
どうせそこでしかできない処理なんでしょ？　

それがアプリ側でオブジェクト指向使うのと何の関係があるの？
レイヤーが違うでしょという話