オブジェクト指向システムの設計 174 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/26(火) 07:20:38.98

前スレ
オブジェクト指向システムの設計 172
http://mevius.2ch.net/test/read.cgi/tech/1467992113
オブジェクト指向システムの設計 173
http://mevius.2ch.net/test/read.cgi/tech/1502182334/

類似スレ
手続き型システムの設計 1
http://mevius.2ch.net/test/read.cgi/tech/1500282714

**デフォルトの名無しさん** · 2017/10/20(金) 22:19:22.96

>>685
まず本人を召還して質問攻めにする

**デフォルトの名無しさん** · 2017/10/21(土) 01:13:21.31

アンドロイドアプリ開発って稼げるんかな？

**デフォルトの名無しさん** · 2017/10/21(土) 01:50:48.55

レッドオーシャン

**デフォルトの名無しさん** · 2017/10/21(土) 11:03:31.78

>>687
業務アプリを受託で開発するのが主戦場
iOSと同時開発必須

自分で直接販売するのはバクチだね
アプリ数多いといってもニッチはまだまだ足りてない

2017/10/22(日) 16:21:52.81

>>592
別に複数あっていいと思うが
社員給与を振り込む
給与の分類か属性かで

2017/10/22(日) 19:45:01.88

>>592
給与は社員に与えられるものだから
「社員に対して」は要らなくね？

**デフォルトの名無しさん** · 2017/10/22(日) 20:06:35.35

役員やパート・アルバイト等、社員以外のケースがあるんじゃね？

**デフォルトの名無しさん** · 2017/10/22(日) 22:16:25.60

>>592
お金を移動させる

**デフォルトの名無しさん** · 2017/10/22(日) 22:16:28.27

>>592
目的語でひとくくりにするとわかりにくいけど
日本語では名詞が述語をどう修飾するかは格で区別されるから
格を考えればよいかと

1.「振り込む」が述語ならば振込先は口座なので「社員の口座に」としたほうが良いかと
振り込む(社員の口座に:与格, 給料を:対格)

2.「社員に」を使うなら述語は「支払う」かな
支払う(社員に:与格, 給料を:対格)

3. 対格しか使いたくないんですということならば「社員の」という属格で対格を修飾するしかないんじゃないかな
振り込む(社員の給料を:対格)

**デフォルトの名無しさん** · 2017/10/22(日) 22:33:46.62

文章だけで表現しなけりゃいいだろｗ

**デフォルトの名無しさん** · 2017/10/22(日) 22:52:37.75

すっごい不評な法令検索つくって賞もらっている大学教授
法令データベース「e-Gov法令検索」リニューアルにあたり、同法情報研究センターの協力教員である名古屋大学情報基盤センター（センター長：森健策）の外山勝彦（とやまかつひこ）

**デフォルトの名無しさん** · 2017/10/24(火) 06:59:53.59

DDDと言えば20項目の責務単位でドメインクラス作ったら一つのグラフ作るのに20個のクラスがデータベースに問い合わせちゃってパフォーマンスやばい

有識者のみなさんはどうやってるの?

**デフォルトの名無しさん** · 2017/10/24(火) 07:10:47.55

DDDならドメイン層とインフラ層のレイヤーは分けろ

つまりドメインのクラスが個々に
直接SQL文でDB叩いたりしない

**デフォルトの名無しさん** · 2017/10/24(火) 07:28:15.97

>>698
例えばドメインクラス「作業時間」にhogeプロジェクトの作業時間を問い合わせた時、作業時間クラスがDBクラス使って作業時間を教えてくれるんじゃないの?

この辺解らないとパフォーマンスの問題でアクティブレコードに走っちゃいそうです

**デフォルトの名無しさん** · 2017/10/24(火) 07:38:44.12

>>699
たとえばソシャゲみたいなWebアプリをイメージしてみよう
一個アイテムを見るたびにDBアクセスしてたら重いから
画面を遷移するときにまとめてローディングするよな？

だからそういう風にインフラ層で
ある程度まとめてデータ取ってきて
ドメイン層の内部ではDBに直接触らないようにする

**デフォルトの名無しさん** · 2017/10/24(火) 08:58:46.53

>>700
それはレイヤ分けるメリットでなくて
レイヤ分けるデメリットをカバーする方法じゃないの

**デフォルトの名無しさん** · 2017/10/24(火) 12:12:03.52

>>700
あらかじめオブジェクトにぶち込むのかな
油断するとメモリ食いそう

**デフォルトの名無しさん** · 2017/10/24(火) 12:12:39.91

>>697
集約の単位が間違ってんじゃないの

**デフォルトの名無しさん** · 2017/10/24(火) 12:15:40.46

>>703
昔は画面単位にデータ取ってたけどトランザクションスクリプトアンチパターンになるから作業時間とか予算とかドメインでクラス分けたんだ

それぞれのクラスがデータベースに問い合わせるからウッホという状態に

**デフォルトの名無しさん** · 2017/10/24(火) 17:47:57.40

>>697
基本は集約一つにリポジトリ一つ
レポーティング用途の場合はドメインモデルやリポジトリを経由せずに
DBレイヤーに直接問い合わせるのも有り

ドメインモデルを経由しなければ
ドメインロジックが分散する可能性があるのでトレードオフを判断したり
それを避ける工夫が必要だったりする

Patterns, Principles, and Practices of Domain-Driven Designって本で
一つの章使ってレポーティングの実装パターンを紹介してるので読むといいと思う

**デフォルトの名無しさん** · 2017/10/24(火) 19:37:04.66

ドメイン駆動とORMって相性悪くない？

class Foo : ValueObject<Foo> { ～ }
class Bar : ValueObject<Bar> { ～ }
class Baz : ValueObject<Baz> { ～ }

class Hoge : Entity<Hoge> {
private final Foo _foo;
private final Bar _bar;
public Hoge(Foo foo, Bar bar) {
Assert.notNull(foo);
Assert.notNull(bar);
_foo = foo;
_bar = bar;
}
public Baz queryBaz() {
// なんか計算する
return new Baz(...);
}
public Hoge doSomething() {
// なんか計算する
return new Hoge(..., _bar); // なんか計算した結果fooが変化する。_barはそのまま
}
}

ORMってこういうガチンコDDD的なオブジェクトってうまくマッピングしてくれないじゃん？
だからORM使おうとするとpublicプロパティに汚染されてゲロ吐きそうになる
かといってORMはDTOまでに留めてDTOとドメインオブジェクトのマッピングを手書きするってのはそれはそれでめんどくさい

**デフォルトの名無しさん** · 2017/10/24(火) 19:50:43.93

>>706
AutoMapper

**デフォルトの名無しさん** · 2017/10/24(火) 20:00:23.46

>>707
AutoMapperってやつそんな賢いの?

**デフォルトの名無しさん** · 2017/10/24(火) 20:44:30.93

逆にDDDこそORMだろ
集約をそのまま永続化したいんだから

**デフォルトの名無しさん** · 2017/10/24(火) 21:35:54.97

>>708
使わないなんて考えられない

**デフォルトの名無しさん** · 2017/10/24(火) 21:36:46.21

>>709
どうかな
さっきも書いたようにDDDに忠実にドメインモデルを構築するとpublicプロパティが無くなって完全コンストラクタでインスタンスを構築しなければならない
DTOのようにフラットな構造にならない点でもORMで扱いにくい

**デフォルトの名無しさん** · 2017/10/24(火) 21:46:26.94

そもそもDBが単にオブジェクトの置き場所になるってのも疑問だよ
RDBは個々のオブジェクトではなく集合としてのビジネスルールを表現するのに適している
単なるデータストアではない
1ヶ月の間に正当な休暇を間に挟まず3営業日連続で欠勤した従業員にはペナルティを与えるといった業務ルールがあったらSQLで解決するほうがスマート

**デフォルトの名無しさん** · 2017/10/24(火) 21:50:42.54

どのORM使ってるの？
いまどきORMのために可視性を変えたりしないでしょ

**デフォルトの名無しさん** · 2017/10/24(火) 21:58:23.29

>>712
> そもそもDBが単にオブジェクトの置き場所になるってのも疑問だよ

DDDだろうとトランザクションスクリプトだろうとDBの役割は変わらないよ
ドメインモデルから見てあたかも単なるオブジェクトの置き場であるかのように振る舞うっていうのは、
そう振る舞うように作ってるからそうなるのであって、DBから見たら、アプリがDDDで作られてるかどうかなんてわからない

**デフォルトの名無しさん** · 2017/10/24(火) 22:02:14.66

>>712
じつはそういう考え方もアリだと思う
SQLやPrologでビジネスルール書くのもアリ

でも現実的にはDDDの
インフラ層にDBを隔離するやり方が無難だと思う

SQLでビジネスロジックを表現すると
シンプルな例だと分かりやすく感じても
実務レベルの複雑なルールでは非常に難解になる

OOでチマチマ差分を書いていく方が分かりやすい
これはなんでOOが主流なのかの理由でもあると思う

**デフォルトの名無しさん** · 2017/10/24(火) 23:18:27.01

>>712

ひっかけっぽい例だな
SQLかじったレベルじゃそれは書けない

普通にアプリでやったほうが柔軟性高そうだ

**デフォルトの名無しさん** · 2017/10/25(水) 01:20:58.43

>>712
RDBMS主体でやるプロジェクトもあるだろ
ただ古臭くて不便なことが多いからか
アプリケーション側でやるのがほとんど

技術者の数も違うからかな

**デフォルトの名無しさん** · 2017/10/25(水) 07:21:56.95

期待のデータベーススペシャリスト持ちが開発してくれたプログラム
1クラス1メソッドにSQLをぎっちり書いていてくれた
流石データベーススペシャリストだと思った

**デフォルトの名無しさん** · 2017/10/25(水) 14:49:56.93

そんなんアーキテクチャ検討時に認識合わせしとけよ
単なる指示ミス

**デフォルトの名無しさん** · 2017/10/25(水) 18:41:28.64

>>719
チームリーダーは電気寄りのC使い
JAVAの実装にはノータッチ

**デフォルトの名無しさん** · 2017/10/25(水) 19:15:55.71

データベーススペシャリストがSQLしか知らんのは仕方ない

ソフ開持ってなきゃね

**デフォルトの名無しさん** · 2017/10/25(水) 19:21:45.35

オブジェクト指向のスペシャリストとは言ってないからな

**デフォルトの名無しさん** · 2017/10/25(水) 19:39:46.07

メンバー集める時はくだらん資格のことより影響を受けた本とか聞いた方がいい

**デフォルトの名無しさん** · 2017/10/25(水) 19:51:28.91

オブジェクトにメソッドでリクエスト飛ばすと答が返ってくるならそれはそれでいいような…

**デフォルトの名無しさん** · 2017/10/25(水) 22:27:46.82

>>719
>>718みたいな奴が指示する立場なわけないだろw

**デフォルトの名無しさん** · 2017/10/25(水) 22:52:11.24

DBスキルつけても負の遺産と有害な社内規約のせいで役に立たないことが多いね
データアクセス層でオブジェクトにマップしたらもう二度と中は見たくない

**デフォルトの名無しさん** · 2017/10/25(水) 23:16:26.90

>>720
javaはともかくJAVAって書かれると
あっ・・・（察し）ってなるから気をつけて

**デフォルトの名無しさん** · 2017/10/25(水) 23:17:51.80

J(AvA)し

**デフォルトの名無しさん** · 2017/10/26(木) 00:00:20.94

>>727
アスペすぎるだろ
お前が気をつけろ

**デフォルトの名無しさん** · 2017/10/26(木) 01:11:04.35

スクリプトの方はjava表記多いけど
Javaの方は書籍とかもJAVA表記多いよねぇ

**デフォルトの名無しさん** · 2017/10/26(木) 01:17:09.43

ネット校正員多いけど
そんな表記は本質に全然関係ない

**デフォルトの名無しさん** · 2017/10/26(木) 02:05:07.05

JAVAが得意とかJAVASCRIPT経験5年とか書いてるの見て
まともなコード書けるやつだと思えるの？

**デフォルトの名無しさん** · 2017/10/26(木) 03:24:25.76

そんなことで何か判断してる気になってるオマ、恥ずかしいぜｗ

**デフォルトの名無しさん** · 2017/10/26(木) 04:59:02.77

java - コマンド。
Java - 言語。
JAVA - 茶。

**デフォルトの名無しさん** · 2017/10/26(木) 07:20:00.13

>>723
VBの絵本でプログラムを覚えました
非常に解りやすく良書だと思います
御社のお役に立ちたいです

**デフォルトの名無しさん** · 2017/10/26(木) 07:44:35.72

>>735
不採用

**デフォルトの名無しさん** · 2017/10/26(木) 08:27:35.90

>>734
わろちんこ

**デフォルトの名無しさん** · 2017/10/26(木) 12:13:23.62

憂鬱なCプログラマのためのオブジェクト指向入門かなー

**デフォルトの名無しさん** · 2017/10/26(木) 12:23:18.31

>>723
ワンピース

**デフォルトの名無しさん** · 2017/10/26(木) 17:24:51.39

読みにくくなるとかでクラス禁止になった

で、大卒正社員PMがクラス作った俺を高卒非正規はスキルが無いと滅茶苦茶言ってる

帳票の抽象クラスとそれを継承した3帳票のクラス作っただけなのに

つかボタンイベントで作られるメソッド以外禁止にする勢い

**デフォルトの名無しさん** · 2017/10/26(木) 17:29:07.25

前任者がボタンイベントのメソッドに処理をつらつら書いて完成させた成功体験が悪かったみたい

全部のメソッドに同じ処理をコピペしてるから修正の影響範囲がわけわからん

**デフォルトの名無しさん** · 2017/10/26(木) 17:42:08.61

いや、いやいやいやいや
意外と侮れんぞそれ

**デフォルトの名無しさん** · 2017/10/26(木) 17:56:41.42

>>740
カスなチームでまともな自分アピールならマ板でやれよ

**デフォルトの名無しさん** · 2017/10/26(木) 18:00:39.29

>>740-741
そうは言っても仕事で
オブジェクト指向のメリットって
説明できんやろ？
やれるもんならやってみいや

**デフォルトの名無しさん** · 2017/10/26(木) 19:31:42.55

高卒非正規にそんなレベル要求すんなよ

**デフォルトの名無しさん** · 2017/10/26(木) 19:35:59.43

結局、ここで人を馬鹿にしてる奴等もいざ自分が説明する立場になったら
何もできんということは覚えておいたらええよ

**デフォルトの名無しさん** · 2017/10/26(木) 19:39:51.16

>>744
同じコードをどこにコピペしたかわからんなるぐらいなら
クラスで一括にしたいなぁ

**デフォルトの名無しさん** · 2017/10/26(木) 19:43:13.40

>>747
俺じゃなくて大卒正社員PM様に説明して差し上げろ

**デフォルトの名無しさん** · 2017/10/26(木) 20:10:34.54

>>741
そいつここに呼んでこい
精神崩壊するまで論破して追い込んでやるよ

**デフォルトの名無しさん** · 2017/10/26(木) 20:12:16.99

>>749
黙れ無職、はい論破

**デフォルトの名無しさん** · 2017/10/26(木) 20:16:04.62

作っておしまいなソフトは多いし
規模が大きくないか、仕様が変わらないようなところなのかもしれないし
個別に修正するときはコピペした方が影響の範囲は小さくなるし
一か所見れば処理がわかるってんならコードの見通しもいいし
ソースコード見ない段階であれこれ言うのはちょっとちょっとちょっと

**デフォルトの名無しさん** · 2017/10/27(金) 17:35:48.74

>>751
作ってお終いなら俺は文句言わないよ
改造とバグ修正を投げられたから困ってるんだ
関心が分散しまくってる
高卒非正規の脳じゃオーバーロードだ

**デフォルトの名無しさん** · 2017/10/27(金) 17:38:42.80

>>752
そして無職か
早かったな

**デフォルトの名無しさん** · 2017/10/27(金) 17:42:56.24

無職じゃないって
つかクラス化した場合の有効性をコストで可視化しろって
もうバグ満載でリリースしてデスマーチコースだ
IT業界らしくなってきた

**デフォルトの名無しさん** · 2017/10/27(金) 17:55:24.25

>>754
ごめんけど、ここはオブジェクト指向を諦めた人のスレじゃないから
コピペだらけのトランザクションスクリプトが至高だと悟ったなら、それでやっていけばいいじゃん
わざわざ啓蒙しに来なくていいよ

**デフォルトの名無しさん** · 2017/10/27(金) 18:19:51.82

>>755
返信先間違えてない？

**デフォルトの名無しさん** · 2017/10/27(金) 18:20:59.58

>>755
横からだがそれはコピペコードを勧めてるおじさんたちに言うべきだろ

**デフォルトの名無しさん** · 2017/10/27(金) 18:21:31.07

>>752
共通のメソッド作ればいんじゃない？
クラスが駄目なら

**デフォルトの名無しさん** · 2017/10/27(金) 21:26:57.91

オブジェクト指向がダメって人は
言語何使ってるんだ?
オブジェクト指向言語のAPI使ってないってこと?

**デフォルトの名無しさん** · 2017/10/27(金) 21:29:19.70

オブジェクト指向ダメおじさんが棲んでいるのはC++
よくわかんだね

**デフォルトの名無しさん** · 2017/10/28(土) 01:33:34.05

アップキャストの利点教えて

**デフォルトの名無しさん** · 2017/10/28(土) 08:20:30.57

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();

どれがいい？

**デフォルトの名無しさん** · 2017/10/28(土) 08:33:43.36

長すぎるのはだめ、変換がかかって脳の短期メモリを大量消費させるのもダメ

**デフォルトの名無しさん** · 2017/10/28(土) 10:05:21.85

return ErrCode.Err12345;

**デフォルトの名無しさん** · 2017/10/28(土) 11:06:31.25

diとiocの組み合わせの意義を教えてください

シングルトンをどこが持ってるかが重要なんですか？

**デフォルトの名無しさん** · 2017/10/28(土) 13:49:36.24

>>759
安定のVB

**デフォルトの名無しさん** · 2017/10/28(土) 15:22:23.29

>>766
話になんないな

**デフォルトの名無しさん** · 2017/10/28(土) 15:26:57.39

>>767
なぜ話にならないの？

**デフォルトの名無しさん** · 2017/10/28(土) 15:27:19.93

VBには継承がないから！

みたいなことを言って恥をかくと良いよ

**デフォルトの名無しさん** · 2017/10/28(土) 15:39:27.71

オブジェクト指向の言語を使っても
オブジェクト指向でプログラムを作ることにはならんでしょうに
staticメソッドを中心にプログラム組むことだってできるし
それなりの規模がないとオブジェクト指向は効果を発揮しないのじゃないかな

**デフォルトの名無しさん** · 2017/10/28(土) 15:42:18.02

そいえば旧VBは型の継承はサポートしてるんだよね
昨今は実装の継承はあまりやらない方がいんじゃないかって言われてるし
旧VBはオブジェクト指向言語と言っていいと思う
旧VB+ラムダ式の言語があれば最強な気がする

**デフォルトの名無しさん** · 2017/10/28(土) 16:07:07.99

>>765
IoCは概念
DIはデザインパターン
シングルトンはゴミ

**デフォルトの名無しさん** · 2017/10/28(土) 16:14:28.71

>>768
ポリシーのない言語の何を話せと

**デフォルトの名無しさん** · 2017/10/28(土) 19:00:48.19

>>773
あれあれ？ポリシーがないってだけ？

そのポリシーとやらは
オブジェクト指向にどう関係してくるんですか？

**デフォルトの名無しさん** · 2017/10/28(土) 20:33:50.28

VBが糞と言うよりVB使いにくそしかいないと言うことでしょ
言語に善悪はない

**デフォルトの名無しさん** · 2017/10/28(土) 20:42:09.52

VBはラムダのFunction省略できないとめんどくさくてやだ

**デフォルトの名無しさん** · 2017/10/28(土) 21:06:18.54

「ナンバーズ-天才数学者の事件簿-」でFBIの技術官が犯人のwifi逆探知するのに
「ええ、ビジュアルベーシックで絞り込めば…」って言ってたし(ガクブル

**デフォルトの名無しさん** · 2017/10/28(土) 21:11:03.11

スーパーハッカーはみんなVB使うよね

**デフォルトの名無しさん** · 2017/10/28(土) 21:15:11.66

vb.netになって出来ることはC#と同じになったのになんか書き方がいちいち冗長

**デフォルトの名無しさん** · 2017/10/28(土) 22:27:57.05

やはり話にならないらしい
VBに毒されたものの末路だな

**デフォルトの名無しさん** · 2017/10/28(土) 22:33:02.48

思いこみって怖いな

**デフォルトの名無しさん** · 2017/10/29(日) 21:04:57.30

>>779
そりゃBASIC構文だからな
BASIC構文でラムダ式とか記述に無理がある

**デフォルトの名無しさん** · 2017/10/29(日) 22:10:12.67

VBってまだサポートされてんだっけ
Coreになってからさっぱり話題にならなくなったけど

**デフォルトの名無しさん** · 2017/10/29(日) 22:16:42.10

JavaScript併用しなければならないWeb開発だと文法違い過ぎるから敬遠されるだろうね

**デフォルトの名無しさん** · 2017/10/30(月) 07:04:36.23

VBは言語の問題でなく使う奴が糞

8割がスマートUIを書きモダンな設計を読みにくいと一蹴する

4重ループにカウンタ現役