オブジェクト指向は業務システムで本当に不要なのか？ - Qiita

主旨 以前はシステムの状態をオブジェクト指向でカプセル化し、オブジェクト同士の通信でシステムの制御をしようとしていた しかし、Webアプリケーションのように状態をメモリ上に保持し続けるのが難しい環境が増えると、上記のことがやりにくくなった（ORMのインピーダンスミスマッチの影響が大きくなった） 現在では、システム全体の状態を管理するためにオブジェクト指向を用いるシーンは減っているが、要所要所でシステムを抽象化する道具の一つとして用いるシーンはあり、適材適所で使い続ければ良い はじめに 一時期あれだけもてはやされた「オブジェクト指向」ですが、現在では「業務システム開発においてオブジェクト指向で作るとろくなことがない」、とか、いっそ「不要である」、という意見もよく見かけます。 オブジェクト指向、この記事では特に「オブジェクト指向プログラミング」を対象として話をしますが、その利点は以下の３点に集

[petronius7]

要る要らないで言うと必須ではないと思うが、業務システムを適切にオブジェクトに切り分けられるアーキテクトがいれば、長期の保守が格段に楽になると思う。メンテナンスを重要と思うかどうかが分かれ目では？

[yojik]

抽象データ型があればいいという意見は非常にわかるけどADT指向とはあまり言わないし、オブジェクト指向はそれのスーパーセット(諸説あり)なんだからオブジェクト指向使ってまーすで良いと思う。

[xlc]

OOは部品化には有用な技術だし多くのライブラリはOOで作られてるけど、業務システムは部品ではないし業務システムの技術者のレベルは高くないのでヘタにOOを使うと間違える。例えばORMはSQLのよさを殺す悪魔の技術だ。

[peketamin]

ドメインオブジェクトの境界が切れてて使いやすいインターフェースになってれば保守もしやすいですし…

[turanukimaru]

OOPよりモデル化の話をするべきで、例えば宅配便を発送するのは伝票を書けばいい（モデル不要）だけど配送するのに伝票だけだと集積所パンクする（モデル化必要）。ロジスティクスモデル化失敗で死ぬケースめちゃ多い

[NOV1975]

インピーダンスミスマッチが発生するのってオブジェクト指向（プログラミング）の特性ではないのでは

[secseek]

いるかいらないかで言えばいらないけど、主要なフレームワークがオブジェクト指向で作られているのでむしろそれらの使い方を覚える必要があり、その中にはオブジェクト指向も含まれる、って気がします

[mockmock9876]

OOPとOOD/Aで違うんじゃないかなぁ…自分ならシステムの整理とか境界を明確にしたくてOOAはやる。

[aike]

「業務システムにオブジェクト指向は不要」の真意は「業務ロジック書くのに継承を伴う自作クラスは不要」だと理解している。

[sigwyg]

オブジェクト指向から遷移した関数型プログラミングに関しては、こないだYAPCで伊藤直也さんが話してた気がする。直接扱うことっは少なくなっても、知っておかないと、こういう話ができないよねって感想

[murasuke]

“トランザクションスクリプト”だと、ユースケースごとに分かれているから、修正した箇所以外壊れないというのが利点かなと（ソースはできるだけ修正するな、と口酸っぱく言われる業界）

[onefootinthegrave]

2002年にポールグレアムがオブジェクト指向はいらないと言っていた。

[nemoba]

状態を隠したところで上手く管理なんか出来ないから何でも感でも状態閉じ込めないって考えたらモジュール構造にフォーカスできた。モジュールならもっと得意な奴らがいる。選択肢の一つに下げられたって議論

[w1234567]

業務仕様の複雑さによるとしか、CRUD+αの単純なシステムだったらドメインオブジェクトはいらない

[ftype]

バックエンドDIなしで大規模プログラミングとテストできる気がしない。フロントは必要に応じて一分必要って感じだろうけど

[red_kawa5373]

『いっそ「不要である」、という意見もよく見かけます』　どこの異世界の話だろ。そりゃ絶対正義みたいな要素じゃないだろうが、不要なんて言ってる人、「よく見かける」ほどには見たことないんだけど、

[typographicalerror]

いいテキストだ / 個人的にはオブジェクト指向でなくてもいいけど、関わるメンバで共有している指針は必要で、良くも悪くもリファレンス的に使う必要は出てくる印象

[uehaj]

「引数の型を具象クラスではなく抽象クラスやインタフェースにすることで、その関数が扱える場面を飛躍的に増やすことができます」微妙、というかたぶん嘘だろう。ADTと関数、そして関数をパラメータにすることで十分

[tattyu]

RDBと相性は確かに悪いかも。逆にRDBが不要な所では結構使えると思う。極端に振り過ぎなんだよな。

[umaemong]

業務システムにもレイヤーがあって、業務ロジックはゴリゴリに書いた方が良い場合が多い。F/Wに近いところはOOPは不可避。難しいのはこの線引きで、僕も若い頃はココをよく間違えた。

[lets_skeptic]

僕もオブジェクト指向で作ってると言いながら、年月を重ねるほどオブジェクト指向要素は薄くなっている（意識的にオブジェクト指向のセオリーで書かない方がよいと考えて避けているところが増えてる）

[shikiarai]

こんな話は楽しいけど顧客は誰も喜んでくれない

[sackbut]

業務システムでもフロントエンドに近いところは不要。バックエンドでも、高度な処理を行う深いところでは無いとロジックが組み立てにくい。結局Javaなり.netがバックエンドで主流なのはそう言うことだろう。

[nakag0711]

OOPの本質はまずRAII、次にインタフェース

[burabura117]

“オブジェクト指向を使う場面が以前とは少し変わってきている” 20年以上同じ話をぐるぐる繰り返すのやめて！！！

[dekasasaki]

不要なのか人類に早すぎるのか今は別のやり方があろうなのかマイクロサービス化したらもうよくね、なのか色々考え方はあれど、まあやってみれば何か見えるんだよな。なお私はやれなかったなー

[Magicant]

そのインピーダンスミスマッチを解決するために考案されたのが DDD のレポジトリーだったりするわけで、議論が二十年以上遅れてる感

[shag]

OO は昔から否定派が一定数いるからな。XX系では不要というか、流派みたいなものだと思う。

[kompiro]

25年近く出てくる議論だ。すごいことだ

[fusionstar]

20 年くらい前には Java はオブジェクト指向だからってんでむりやり業務を抽象化しようとしてちんぷんかんぷんになってしまったシステムがたくさんあった。 人類にはオブジェクト指向は早すぎた(主語デカ)

[hase0510]

「data.」と入力するとdataにくっついてるメソッドのリストがずらずら出てくるのがオブジェクト指向の利点

[hecaton55]

自分で使う必要はないけど、フレームワークやツール類で使用されているので、それらの理解のために理解しておきましょう。という英語におけるラテン語みたいな扱いになってきたなぁ

[unmarshal]

“Webアプリケーションのように状態をメモリ上に保持し続けるのが難しい環境が増える” → 「SPA」は「Webアプリケーション」なのでここ含めいろいろと違和感が。https://ja.m.wikipedia.org/wiki/シングルページアプリケーション

[umai_bow]

すごいまともなこと言ってる気がする。デスクトップアプリとの差分はインメモリで完結するかどうかというのはあまりない視点だった

[dalmacija]

あれは間違ったオブジェクト指向のラベリングに傷つきすぎたPTSD的痙攣なのでは。負の歴史をくぐってない人はドメインに即したエッセンスを現前の言語やフレームワークの作法を捻じ曲げず必要に応じて使えばいいよ