オブジェクト指向システムの設計 174 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
逆にDDDこそORMだろ
集約をそのまま永続化したいんだから >>709
どうかな
さっきも書いたようにDDDに忠実にドメインモデルを構築するとpublicプロパティが無くなって完全コンストラクタでインスタンスを構築しなければならない
DTOのようにフラットな構造にならない点でもORMで扱いにくい そもそもDBが単にオブジェクトの置き場所になるってのも疑問だよ
RDBは個々のオブジェクトではなく集合としてのビジネスルールを表現するのに適している
単なるデータストアではない
1ヶ月の間に正当な休暇を間に挟まず3営業日連続で欠勤した従業員にはペナルティを与えるといった業務ルールがあったらSQLで解決するほうがスマート どのORM使ってるの?
いまどきORMのために可視性を変えたりしないでしょ >>712
> そもそもDBが単にオブジェクトの置き場所になるってのも疑問だよ
DDDだろうとトランザクションスクリプトだろうとDBの役割は変わらないよ
ドメインモデルから見てあたかも単なるオブジェクトの置き場であるかのように振る舞うっていうのは、
そう振る舞うように作ってるからそうなるのであって、DBから見たら、アプリがDDDで作られてるかどうかなんてわからない >>712
じつはそういう考え方もアリだと思う
SQLやPrologでビジネスルール書くのもアリ
でも現実的にはDDDの
インフラ層にDBを隔離するやり方が無難だと思う
SQLでビジネスロジックを表現すると
シンプルな例だと分かりやすく感じても
実務レベルの複雑なルールでは非常に難解になる
OOでチマチマ差分を書いていく方が分かりやすい
これはなんでOOが主流なのかの理由でもあると思う >>712
ひっかけっぽい例だな
SQLかじったレベルじゃそれは書けない
普通にアプリでやったほうが柔軟性高そうだ >>712
RDBMS主体でやるプロジェクトもあるだろ
ただ古臭くて不便なことが多いからか
アプリケーション側でやるのがほとんど
技術者の数も違うからかな 期待のデータベーススペシャリスト持ちが開発してくれたプログラム
1クラス1メソッドにSQLをぎっちり書いていてくれた
流石データベーススペシャリストだと思った そんなんアーキテクチャ検討時に認識合わせしとけよ
単なる指示ミス >>719
チームリーダーは電気寄りのC使い
JAVAの実装にはノータッチ データベーススペシャリストがSQLしか知らんのは仕方ない
ソフ開持ってなきゃね オブジェクト指向のスペシャリストとは言ってないからな メンバー集める時はくだらん資格のことより影響を受けた本とか聞いた方がいい オブジェクトにメソッドでリクエスト飛ばすと答が返ってくるならそれはそれでいいような… >>719
>>718みたいな奴が指示する立場なわけないだろw DBスキルつけても負の遺産と有害な社内規約のせいで役に立たないことが多いね
データアクセス層でオブジェクトにマップしたらもう二度と中は見たくない >>720
javaはともかくJAVAって書かれると
あっ・・・(察し)ってなるから気をつけて スクリプトの方はjava表記多いけど
Javaの方は書籍とかもJAVA表記多いよねぇ ネット校正員多いけど
そんな表記は本質に全然関係ない JAVAが得意とかJAVASCRIPT経験5年とか書いてるの見て
まともなコード書けるやつだと思えるの? そんなことで何か判断してる気になってるオマ、恥ずかしいぜw java - コマンド。
Java - 言語。
JAVA - 茶。 >>723
VBの絵本でプログラムを覚えました
非常に解りやすく良書だと思います
御社のお役に立ちたいです 憂鬱なCプログラマのためのオブジェクト指向入門かなー 読みにくくなるとかでクラス禁止になった
で、大卒正社員PMがクラス作った俺を高卒非正規はスキルが無いと滅茶苦茶言ってる
帳票の抽象クラスとそれを継承した3帳票のクラス作っただけなのに
つかボタンイベントで作られるメソッド以外禁止にする勢い 前任者がボタンイベントのメソッドに処理をつらつら書いて完成させた成功体験が悪かったみたい
全部のメソッドに同じ処理をコピペしてるから修正の影響範囲がわけわからん >>740
カスなチームでまともな自分アピールならマ板でやれよ >>740-741
そうは言っても仕事で
オブジェクト指向のメリットって
説明できんやろ?
やれるもんならやってみいや 結局、ここで人を馬鹿にしてる奴等もいざ自分が説明する立場になったら
何もできんということは覚えておいたらええよ >>744
同じコードをどこにコピペしたかわからんなるぐらいなら
クラスで一括にしたいなぁ >>747
俺じゃなくて大卒正社員PM様に説明して差し上げろ >>741
そいつここに呼んでこい
精神崩壊するまで論破して追い込んでやるよ 作っておしまいなソフトは多いし
規模が大きくないか、仕様が変わらないようなところなのかもしれないし
個別に修正するときはコピペした方が影響の範囲は小さくなるし
一か所見れば処理がわかるってんならコードの見通しもいいし
ソースコード見ない段階であれこれ言うのはちょっとちょっとちょっと >>751
作ってお終いなら俺は文句言わないよ
改造とバグ修正を投げられたから困ってるんだ
関心が分散しまくってる
高卒非正規の脳じゃオーバーロードだ 無職じゃないって
つかクラス化した場合の有効性をコストで可視化しろって
もうバグ満載でリリースしてデスマーチコースだ
IT業界らしくなってきた >>754
ごめんけど、ここはオブジェクト指向を諦めた人のスレじゃないから
コピペだらけのトランザクションスクリプトが至高だと悟ったなら、それでやっていけばいいじゃん
わざわざ啓蒙しに来なくていいよ >>755
横からだがそれはコピペコードを勧めてるおじさんたちに言うべきだろ >>752
共通のメソッド作ればいんじゃない?
クラスが駄目なら オブジェクト指向がダメって人は
言語何使ってるんだ?
オブジェクト指向言語のAPI使ってないってこと? オブジェクト指向ダメおじさんが棲んでいるのはC++
よくわかんだね throw new AppException("ERR12345");
throw new AppException(ErrorCode.ERR12345);
throw new AppException(ErrorCode.BlogPostNotFound);
throw new BlogPostNotFoundException();
AppExceptions.ThrowBlogPostNotFound();
IAppException appExceptions = GetService<IAppExceptions>();
appExceptions.ThrowBlogPostNotFound();
どれがいい? 長すぎるのはだめ、変換がかかって脳の短期メモリを大量消費させるのもダメ diとiocの組み合わせの意義を教えてください
シングルトンをどこが持ってるかが重要なんですか? VBには継承がないから!
みたいなことを言って恥をかくと良いよ オブジェクト指向の言語を使っても
オブジェクト指向でプログラムを作ることにはならんでしょうに
staticメソッドを中心にプログラム組むことだってできるし
それなりの規模がないとオブジェクト指向は効果を発揮しないのじゃないかな そいえば旧VBは型の継承はサポートしてるんだよね
昨今は実装の継承はあまりやらない方がいんじゃないかって言われてるし
旧VBはオブジェクト指向言語と言っていいと思う
旧VB+ラムダ式の言語があれば最強な気がする >>765
IoCは概念
DIはデザインパターン
シングルトンはゴミ >>773
あれあれ?ポリシーがないってだけ?
そのポリシーとやらは
オブジェクト指向にどう関係してくるんですか? VBが糞と言うよりVB使いにくそしかいないと言うことでしょ
言語に善悪はない VBはラムダのFunction省略できないとめんどくさくてやだ 「ナンバーズ-天才数学者の事件簿-」でFBIの技術官が犯人のwifi逆探知するのに
「ええ、ビジュアルベーシックで絞り込めば…」って言ってたし(ガクブル vb.netになって出来ることはC#と同じになったのになんか書き方がいちいち冗長 やはり話にならないらしい
VBに毒されたものの末路だな >>779
そりゃBASIC構文だからな
BASIC構文でラムダ式とか記述に無理がある VBってまだサポートされてんだっけ
Coreになってからさっぱり話題にならなくなったけど JavaScript併用しなければならないWeb開発だと文法違い過ぎるから敬遠されるだろうね VBは言語の問題でなく使う奴が糞
8割がスマートUIを書きモダンな設計を読みにくいと一蹴する
4重ループにカウンタ現役 VBAはオブジェクト指向が出来るように近代化して欲しいと思ったけどVBAごときでオブジェクト指向導入する規模とかヤバそうだから現状維持と緩やかな死が良いね ER図とクラス図が似てくるのは危険な匂いしてますか?
正規化した物理設計レベルじゃ違うけど外仕レベルじゃ同等になっちゃう >>787
RDBMSの最適化進めてくと違ってこないか
後からクラスだけ変えるのもあるし >>788
内部設計になってDBの正規化始めると確かに違います
ただ外部設計ではほぼ同じになるのでER図とクラス図に差が無いんです
ER図要るのかこれってなるので世間様はどう折り合い付けてるのか気になりまして データベースは実装の奥底にあるものなので設計では何も決めない
データベースなしの状態で動くところまで実装してようやく、そろそろ永続化の実装考えようかって話が始まる >>789
そのDB使う他のアプリケーションには必要だろう 異なるアプリでデータベースを共有するの迷惑
APIを用意してくれ マイクロサービスか
やりたいけど構築するのが面倒だ
誰か代わりに作ってくれ クラス依存症は、だいたいのところファンクションという概念すら理解できていないのが9割
クラスに格納されたデータという名詞的実体に安堵しているだけで
プログラムを書く才能も、システム設計する能力もないやつが
好き勝手にクラス図をかいて、ぼくのさいっきょなクラスチームを作るだけなんだよなあ
だから僕の考えたクラス構成という話題は出ても
そのクラスがどのように通信するかっていう話をオブジェクト指向信者は語らないの
なぜならばそのメッセージングを実装できないから
そのすばらしいクラスが単なるデータの塊でしかないことを
自分で書いた壮大な物語でカプセル化し、他人から見えなくしたいから
カプセル化って偉大だよなあ?
電卓やじゃんけんすら実装できないひ弱な自分を壮大なクラス図を書けばごまかせると錯覚できちゃうんだから VB.Netはもう20年ほど前に完全に移行しているんだけどなぁ
VB馬鹿にするやつがどれだけオブジェクト指向理解してんのか疑問だな >>792
それならオブジェクトをシリアライズして保存した方が楽かな
キーは要るけど オブジェクトでプールして必要に応じて永続化してくれるようなサービスでもういいな >>794
さすがに時代錯誤な感じ
今どきのメジャーな言語は
ほとんどクラス持ってるぞ
Java、C#、C++、Python、Ruby、PHP…… 間違ってないんだから問題ないだろ。
あとついでに無名クラスを持っている言語
PHP、・・・
クロージャーを持ってる言語
PHP、・・・
トレイトを持ってる言語
PHP、・・・
ジェネレータを持っている言語
PHP、・・・ PHPは最先端の言語だからな。だからこそ、バカには使いこなせない。
のに、バカがこぞって使うからクソ言語扱いされている。 10年経ったことにも気づかない引きこもりがいる板だからな
10年前に見かけた与太を今日話すことに違和感をおぼえる知能もない
プログラミングできるわけじゃないから、技術的な話にも初心者の質問にも応えられない
「ただ」「昔見かけたもの」を「書く」だけ >>795
VB6のコードをそのままVB.NETに移植する仕事を何度したことか C系やる奴はPHPやJAVAもやってるけどVB使いはVBしかできないケースが多い >>795
> VB.Netはもう20年ほど前に完全に移行しているんだけどなぁ
VB.netのリリースは2001年(16年前)なんだが...
> VB馬鹿にするやつがどれだけオブジェクト指向理解してんのか疑問だな
人の心配する前に自分の認知症の心配した方がいいぞ w ■ このスレッドは過去ログ倉庫に格納されています