オブジェクト指向システムの設計 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/09/26(火) 07:21:32.78

2getでオブジェクト指向消滅!

**デフォルトの名無しさん** · 2017/09/26(火) 14:21:52.30

デザパタ

**デフォルトの名無しさん** · 2017/09/26(火) 21:00:17.36

このスレは結局デザパタの話題になっちゃうの？

**デフォルトの名無しさん** · 2017/09/26(火) 21:28:18.31

デザパタとSmalltalkと…

**デフォルトの名無しさん** · 2017/09/26(火) 23:00:24.75

smalltalk信者：変化する環境に適応出来なかった絶滅種
デザパタ厨：煽ることしか出来ない無能

次の患者、どうぞ

**デフォルトの名無しさん** · 2017/09/26(火) 23:21:32.01

>>6
お前は何て病気?

**デフォルトの名無しさん** · 2017/09/26(火) 23:57:05.71

無能な煽りは逆効果だとも分からないほど無能なんだな。

デザパタなんてイラネな俺がいくら無能でも、
デザパタを勉強する価値がある事にはならんだろ。
肝心のデザパタ厨が無能なんだから。
お前ら当たり前の論理も組み立てられないのな。

結局はデザパタ厨もやりすぎて手段が目的になってる。
上級者の実装パターンを学び、実装時にそれを生かすのが目的なのに、
デザパタの暗記が目的になり、undoすら実装出来ないのでは意味無いだろ。
しかも自分がその程度だと気付けてないのも救えない。

全スレ>>945は訂正しておく
・933の実力>>>デザパタ厨＝自分がundoの実装すらマトモに出来ない事に気づけない

布教したいのなら、お前らがやるべき事は、
実装方式を悩んでいる初心者に対し、「そこは○○パターンで(ｷﾘｯ」と丁寧に教えることであって、
いくら俺を叩いても意味無いだろ。
まあお前らにはこれをやる実力すらないわけだが。

**デフォルトの名無しさん** · 2017/09/27(水) 00:29:39.71

全スレが泣いた

**デフォルトの名無しさん** · 2017/09/27(水) 00:46:50.85

心の中では「まえスレ」

**デフォルトの名無しさん** · 2017/09/27(水) 01:46:12.14

設計パターンなんていらない

**デフォルトの名無しさん** · 2017/09/27(水) 01:54:22.30

アーキテクチャパターンもいらない子

**デフォルトの名無しさん** · 2017/09/27(水) 01:56:12.89

>>8
で、なんでデザパタイラネなんだっけ？

**デフォルトの名無しさん** · 2017/09/27(水) 02:04:44.17

前スレ見てきた

> デザパタの暗記が目的になり、undoすら実装出来ないのでは意味無い

とか言ってる人がいたから、デザパタ厨とアンチデザパタ厨で実装対決してたのかと思ったら、誰もなにも実装してなかった
なるほど、undoすら実装できない人同士で設計論を争ってるのか

**デフォルトの名無しさん** · 2017/09/27(水) 02:10:07.97

デザパタの持つ意味も理解してなければ
デザパタとundoの関係も理解してない人が
デザパタイラネと言ってたのが前スレ

**デフォルトの名無しさん** · 2017/09/27(水) 03:32:14.99

undoするものがないのに何を実装するんだ
こいつundoさえわからないのか

**デフォルトの名無しさん** · 2017/09/27(水) 06:51:39.93

どんなコンテナ概念も全部「それは構造体だから～」にする
いつもの「自動車は馬なし馬車だから」さんが居たのは憶えてる。

**デフォルトの名無しさん** · 2017/09/27(水) 12:03:00.13

un, deux, trios

**デフォルトの名無しさん** · 2017/09/29(金) 01:04:50.43

「注文」っていう動詞があったときに、
「振る舞い」と「操作」って何が違うんかな。

**デフォルトの名無しさん** · 2017/09/29(金) 01:17:44.77

>>19
主体が違うし、それがOOPの基礎でもある。
詳しくは優秀なつもりのデザパタ厨が説明してくれるのを待て。

**デフォルトの名無しさん** · 2017/09/29(金) 02:19:10.82

order.cancel() -> 注文の振る舞い
cancel(order) -> 注文に対する操作

ただしメソッドのことを操作と呼ぶ場合もあるから文脈による

**デフォルトの名無しさん** · 2017/09/29(金) 09:01:57.77

>>19
注文のように振る舞うオブジェクトを他のオブジェクトが操作するんだよ

**デフォルトの名無しさん** · 2017/09/30(土) 01:29:46.30

だからデザパタってなんだよ
デザインパターンすら打つのが面倒くせえ奴はプログラミングなんかやめちまえ

**デフォルトの名無しさん** · 2017/09/30(土) 03:51:14.41

デザパタ

**デフォルトの名無しさん** · 2017/09/30(土) 06:58:20.29

面倒くさがりはプログラマに向いてるだろ

**デフォルトの名無しさん** · 2017/09/30(土) 07:00:21.91

オブジェクト指向ができなくて悩んでいるのですが、アドバイスお願いします
例として商品は10種類まで、今はつり銭の概念が入ってくるとややこしくて考えられないので投入金額 = 価格のみ購入可能というすごいシンプルな飲料自動販売機を想定しています
フローとしては購入する()内で飲料型の商品変数のメンバ価格と投入金額を比較し、イコールだった場合在庫数を減らす()を呼ぶというふうに考えているのですがどうなのでしょうか？
また自販機がわかりづらい場合、他の例を出して頂ければそちらで設計しますのでお願いします

クラス図を貼っておきます
https://i.imgur.com/0Sthq5O.png

**デフォルトの名無しさん** · 2017/09/30(土) 07:13:23.68

どうなのって、正解があるわけじゃないから好きに作れよ
複雑そうなところはクラスの数を増やす、そうでないなら無理にクラス化しない
そういうことでどこまで作るかにもよるし
ユースケース図でも書け

**デフォルトの名無しさん** · 2017/09/30(土) 09:03:57.67

>>26
お前が何がわからないのかわからない

**デフォルトの名無しさん** · 2017/09/30(土) 09:04:38.47

デザパタデザパタデザパタデザパタデザパタデザパタデザパタデザパタ
デザパタデザパタデザパタデザパタデザパタデザハタデザパタデザパタ
デザパタデザパタデザパタデザパタデザパタデザパタデザパタデザパタ

**デフォルトの名無しさん** · 2017/09/30(土) 10:19:36.24

デザパタ厨はこういう時こそ「○○パターンで！」とやるべきだろ。
そもそもデザパタ厨ですら全く使わない（＝見かけない）から最初の質問、
「本当に使われているのか？」が発生するのであって。

**デフォルトの名無しさん** · 2017/09/30(土) 10:25:41.46

ねーよ
デザパタは使おうとすると
適応根拠が説明しきれない

**デフォルトの名無しさん** · 2017/09/30(土) 10:37:51.13

StrategyとStateの違いって何よ

**デフォルトの名無しさん** · 2017/09/30(土) 10:43:09.58

>>31
それだとデザパタは使い物にならない＝ゴミ、ってことになるだろ。
てか君はどっち派よ？
まずはデザパタ厨に説明する機会を与え、様子見すべきだろ。

**デフォルトの名無しさん** · 2017/09/30(土) 10:43:56.11

>>32
rgy

**デフォルトの名無しさん** · 2017/09/30(土) 11:26:06.12

>>33
どっちとかじゃない
デザパタはどのくらいクソって議論しか取り合わない

**デフォルトの名無しさん** · 2017/09/30(土) 11:46:25.29

>>35
なら敢えて聞こう、どの位クソなのかと

**デフォルトの名無しさん** · 2017/09/30(土) 11:47:40.97

ところでリアルでデザパタって言ってるの？

**デフォルトの名無しさん** · 2017/09/30(土) 11:52:30.69

>>36
熱盛

**デフォルトの名無しさん** · 2017/09/30(土) 12:58:39.68

>>37
外国人にはデザインパターンじゃないと
通じなかったよ

**デフォルトの名無しさん** · 2017/09/30(土) 14:21:26.94

>>26
オブジェクト指向かどうかに関係ないが
内部構造を考える前にシステム境界の内側と外側のインタラクションをまず考えること
システム境界の内側と外側のインタラクションを定義するためには
各インタラクションを自然言語で明確に記述することからはじまる

それができれば一番外側のクラスのインターフェースを考える（慣れるまで内部状態は一緒に考えない）
次に一番外側のクラスのインターフェースをサポートするために必要な状態やクラスを考える
で新しく必要だと考えたクラスのインターフェースを考える
これを繰り返す

**デフォルトの名無しさん** · 2017/09/30(土) 14:26:12.80

>>26
- 「お金の投入」と「商品の購入」を別インタラクション？お金はどうやって投入するの？
- 「購入する()」は何も渡さず何も返さない？

↑こういう点が必要なインタラクションを把握できてないと感じるところ

**デフォルトの名無しさん** · 2017/09/30(土) 15:15:06.94

デザパタなんてまだマシだろ
外人なんてDPって書く奴ざらにいるぞ

**デフォルトの名無しさん** · 2017/09/30(土) 17:15:12.31

>>26
出庫(商品id, 出庫日, 個数)
入庫(商品id, 入庫日, 個数)

在庫管理 {
在庫数を取得する(p_商品id) {
a = (select sum(個数) from 入庫 where 商品id = p_商品id)
b = (select sum(個数) from 出庫 where 商品id = p_商品id)
return a - b
}
入庫する(商品id, 入庫日, 個数) {
insert into 入庫 (商品id, 入庫日, 個数)
}
出庫する(商品id, 出庫日, 個数) {
if (個数 > 在庫数を取得する()) throw 例外("在庫数が足りません")
insert into 出庫(商品id, 出庫日, 個数)
}
}

自販機 {
ボタンクリックイベント() {
商品id = 押されたボタンに紐付く商品idを取得する()
在庫管理.出庫(商品id, 現在時刻, 1)
押されたボタンに紐付く商品を取り出し口に落とす()
}
}

グローバル例外ハンドラ {
未処理例外イベント(例外) {
エラーログを出力する(例外)
}
}

**デフォルトの名無しさん** · 2017/09/30(土) 17:45:39.05

DAOさん

**デフォルトの名無しさん** · 2017/09/30(土) 18:37:38.64

>>43
- 無限に入庫できるの？
- ボタン押せばお金入れて無くても商品出してくれるの？
- 在庫数取得中にラスト1個の出庫が発生すると商品出てこないね

早まった詳細化はよくあるデスマーチパターン