オブジェクト指向システムの設計 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個の出庫が発生すると商品出てこないね

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

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

>>43
手続き型との違いが分からない

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

>>45
要件に無いので無限に入庫できる
金銭の問題は質問者が別途考えることであり現在のコンテキストにはそぐわない
自販機において商品購入の並列処理は考慮しなくてよい

あまりにも馬鹿馬鹿しい指摘は今後スルーします

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

結局デザパタは自販機クラスを構成する時の説明に使えないのか？
ならばデザパタは存在価値が無く、デザパタ厨はゴミだって事になるが。

俺の見立てでは、デザパタはセンスがない奴の勉強してますアピール時のアリバイ程度にしかならない。
肝心の構造実装を説明する時にも他の用語の方が適切だって時点でゴミ確定。
使い物にならないから誰も使わず、「本当に使われてるんですか？」という質問が発生する。
デザパタ厨は老害だよ。

デザパタが有用だと主張するなら、デザパタ用語でより分かりやすい説明を提供できないといけない。
そもそも俺はデザパタ厨は実装能力が全くなく、非デザパタ用語での説明すら出来ないと見ているが。

ついでに言うとsmalltalk信者もこういう時こそメッセージング指向(ｷﾘｯで
素晴らしい実装を披露するべきであるんだがな。

>>43
ところでそれは何言語で何指向なんだ？
(なお俺も>>45は揚げ足取りで、現段階で必要な議論ではないと思う)

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

>>48
自販機クラスの構成の説明に使えないものはゴミなら、プログラミングの世界ってゴミばかりだねw

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

>>49
そもそもお前らデザパタ厨は「『何に役立つから』デザパタを学ぶべきだ」という主張なんだ？
当然だが俺は、何にも役に立たないからゴミだ、という主張だ。
実際ここで使わないで、いつ使うんだ？という状況だろ。

> プログラミングの世界ってゴミばかりだねw
他に何がゴミだと思っている？

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

>>47
え、じゃ>>43を書いた意味というか目的はなんなの？

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

>>39
だろうな

>>42
マシならいいという風潮

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

>>50
> そもそもお前らデザパタ厨は「『何に役立つから』デザパタを学ぶべきだ」という主張なんだ？

デザパタ本を最初に読んだ時、
俺がそれまで悩んでいたり自分で考えた設計が
紹介されていたから、やっぱりちゃんとした
本で勉強したほうが時間の節約になると
実感したから学ぶべきだって主張

あんたの世界が狭いんだろ？
フレームワークを使って、その中身だけを書いてる人は使わないだろうさ
自分の作ったアプリにプラグインの仕組みを取り入れようとしたり
テキストエディタなんかを作ろうと考えたら、必ずと行っていいほど使うよ。

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

>>51
そりゃ>>26への回答だろ。
つか、俺は君の>>40-41よりも>>43の方が直接的で分かりやすいと思うが。
全部実装する必要もないし。

>>43
俺は48で何指向かと聞いたがこれは間違いだった。
これはOOPだね。見落とした。すまん。

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

>>53
> 自分の作ったアプリにプラグインの仕組みを取り入れようとしたり
> テキストエディタなんかを作ろうと考えたら、必ずと行っていいほど使うよ。
ほう。何パターンを使うんだ？
前者は「DLL」、後者は前回も言ったがundoなら｢逆方向履歴｣等で、デザパタ用語は不要だろ。
これ以上に明快な説明をデザパタ用語でやってみろよ。

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

要件定義をきちんとすれば自然に辿り着くことだけど
自動販売機をモデル化する場合に核になるのはステートマシン
それを理解せず設計したりコードを書いたりすれば
>>45で指摘したような問題が後から後から出てくる

設計時もコーディング時も
事前/事後/不変条件を常に意識することが大事

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

>>55
「デザパタ」が必要ないんじゃなくて
「デザパタ用語」が必要ないって
お前書いてるよね？ｗ

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

デザインパターンな..

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

逆方向履歴という機能を実装するのに
デザインパターンが使われている

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

>>57
それは当たり前。
デザパタは登場時の時点で「既に頻出」な物に名前を付けただけ。
何も新しい物はない。普通にコード書けば使っている。
だから俺は「デザパタを別に勉強する意味はない」という立場。

>>59
> 逆方向履歴という機能を実装するのに
何パターン？
これにはパターンは無いはずだが。
（ただし俺は全て押さえているわけではないが）

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

デザインパターンだっつってんだろ
馬鹿なの死ぬの？

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

>>56
> 自動販売機をモデル化する場合に核になるのはステートマシン
これは多分違うぞ。
どのレベルからステートマシンと称するかにもよるが。

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

> デザパタは登場時の時点で「既に頻出」な物に名前を付けただけ。

たしかに世界にとっては頻出だろう？
だが勉強中の人にとっては知らない知識だ

だからその人が世界に追いつくために
勉強しなければいけないってことだ

なぜ頻出なものを自分で考え出さないといけないのか
それこそ時間の無駄だ

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

>>62
そこはステマシじゃねぇのかよ
中途半端な野郎だな

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

結局デザパタを認めないやつは
自分で考えだしたものが
実は教科書に乗っているようなものと
認めたくないんだろうな。

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

>>63
> なぜ頻出なものを自分で考え出さないといけないのか
> それこそ時間の無駄だ
使える物は全て言語機能に採り入れられてるから、言語を学べば「使い方」は理解出来る。
そしてせっかく覚えた「デザパタ用語」は使い道がない。
中途半端に抽象化した結果、「ストラテジーバターン」＝動的に対象関数を切り替える
とした場合、実装は「継承/委譲/関数ポインタ」等になり、実装時にはこれらの区別も重要な為、
「継承/委譲/関数ポインタ」が使われ、「ストラテジーバターン」が使われることはない。
だったら最初から言語機能をきっちり押さえた方がいい、というのが俺の立場。
(ただしJavaみたいな制限がきつい言語だと、言語だけ学んでも駄目だが)

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

>>66
ストパタじゃねぇのかよ
馬鹿なの？

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

> 使える物は全て言語機能に採り入れられてるから、言語を学べば「使い方」は理解出来る。

言語を学ぶの中にデザパタを学ぶが含まれているんだが？
なにを言ってるのだろうこいつは

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

ストラテジーバターンは継承/委譲/関数ポインタを応用して
作り出すパターン

単体の道具（継承/委譲/関数ポインタ）を
複数組み合わせて構造を作るのがパターン

やっぱりデザパタ分かってないんだなｗ

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

>>69
ストバタにしろやカス

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

>>68
> 言語を学ぶの中にデザパタを学ぶが含まれているんだが？
これは初耳だが、どの言語のことだ？

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

>>71
どの言語でも

継承ってなんですか？
→ 親クラスの機能をサブクラスが受け継ぐことです

継承を使うと何ができるんですか？
→ 応用例はいくつもあります。例えば～のような使い方が出来ます。
このような使い方を○○パターンといいます。

っていうように道具を使った応用例として
デザパタがでてくるだろ

お前は継承という道具を勉強するだけで
その継承のいろんな応用例まで勉強中のやつが思いつくと思ってんのか？

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

>>69
> 単体の道具（継承/委譲/関数ポインタ）を
> 複数組み合わせて構造を作るのがパターン
これは俺は無駄なバリエーションで名前の数を増やしているだけという立場。
お前らはテンプレートメソッド＝継承という立場だったはずだが、
その場合、テンプレートメソッド、ストラテジー、コンポジットを別々にする意味はあるのか？
そして、この程度の差異で無駄に名前を増産する意味があるのか？
何の為にストラテジーパターンを抽象化したんだ？

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

>>72
> → 応用例はいくつもあります。例えば～のような使い方が出来ます。
> このような使い方を○○パターンといいます。
ねーよアホ。
デザパタが書かれる前から継承はあったし、使われてる。
継承は継承としか書いてない。
お前はデザパタ洗脳用の教科書を掴まされたんじゃないのか？

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

> その場合、テンプレートメソッド、ストラテジー、コンポジットを別々にする意味はあるのか？
使い方が違うからな。

第一な、無駄なリエーションで名前を増やしているというのなら、
言語なんて実は

・順次実行
・メモリ（I/O)読み書き機能
・演算機能
・（条件付き）ジャンプ機能

これだけの用語で十分。関数とか例外とかそんなものすらいない。
実際機械語はこのぐらいしか機能がない。
それ以外の機能は、これらの基本的な機能の応用例でしか無い。

だが、それだけじゃあまりにも基本的な機能すぎて
他の人と知識を共有できないから名前を増やすことで
短い単語で言いたいことを表現してるんだろうが

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

>>73
テンメソだろ
なめてんのかてめぇ

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

>>74
> デザパタが書かれる前から継承はあったし、使われてる。

だからなんだ。

使われてるその応用例をカタログ化したのが
デザインパターンなんだろ

プロが長年かけて最適なパターンを教科書に乗せて
初学者がすぐに追いつけるようにしたんだよ。

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

> 継承は継承としか書いてない。

当たり前過ぎ・・・
基本と応用の違いも理解できんのか。

初学者に継承を教えるだけで、
すぐに応用例が思いつくわけ無いだろ

基本（継承）を教えてから、基本機能を組み合わせて
応用（パターン）を学ぶんだよ。

継承とパターンが違うんだから、
継承のストラテジーパターンって書くわけ無いだろｗ

継承＝ストラテジーパターンではない。
色んなパターンの中で継承が使われてる
ストラテジーパターン以外でも継承が使われている。
この２つの単語は同一ではない

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

>>75
> 短い単語で言いたいことを表現してるんだろうが
おう、だからやってみろと>>55で俺は言ったはずだが、
お前も不都合なことは見えなくなる病気なんだな。

デザパタ用語は抽象度が中途半端すぎて、何にも使えない、というのが俺の立場。
まあ、>>55の回答を待つ。

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

>>69
> 単体の道具（継承/委譲/関数ポインタ）を
> 複数組み合わせて構造を作るのがパタ
これは俺は無駄なバリで名前の数を増やしているだけという立場。
お前らはテンメソ＝継承という立場だったはずだが、
その場合、テンメソ、スト、コンポジを別々にする意味はあるのか？
そして、この程度の差異で無駄に名前を増産する意味があるのか？
何の為にストパタを抽象化したんだ？