オブジェクト指向システムの設計 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/01(日) 02:57:04.47

むしろお前らが何故そこまで必死なのか分からん。再度言うが、>>172の後半、

>>167
それ前から疑問で何度も聞いているのだが、お前のリアルでは
> 「○○パターンを使いましょう」
と言っているのか？

これも何度も言っているが、ストパタに該当するとして、
その際、継承/委譲/関数ポインタのどれにするかで大違いなので、
現実的に「ストパタで行きましょう」なんて議論は無理で、
「ここは委譲にしとく？」みたいなことにならないか？

デザパタ厨の皆様、これに答えてくれよ。

**デフォルトの名無しさん** · 2017/10/01(日) 02:58:01.82

ほらなｗ
答えたのに無視するもんなー

こういうやつです

**デフォルトの名無しさん** · 2017/10/01(日) 03:01:11.73

>>196
デザインパターンとは設計の大枠となる構造や指針であって、それを決めてからより具体的な実装を検討していくってだけなんだが…

**デフォルトの名無しさん** · 2017/10/01(日) 03:04:15.90

>>201
だからID見ろよマジで

とはいえ君が>>199ならそれでいい。
他の奴も出来れば>>196に回答よろしく。
俺はもう寝るが。

**デフォルトの名無しさん** · 2017/10/01(日) 03:05:53.36

>>203
回答しといたぞ

**デフォルトの名無しさん** · 2017/10/01(日) 03:07:26.90

>>202
お前もどういう神経なのか分からんが、議論したいのなら普通に入ってこい。
邪魔したいのもお前の自由だが、だったらさらっと入ってくるな。
普通に迷惑行為をしてるんだぞお前は。

**デフォルトの名無しさん** · 2017/10/01(日) 03:09:34.07

>>205
デザパタっていうなら省略ポリシーをちゃんと守って書きなって言ってるだけ

**デフォルトの名無しさん** · 2017/10/01(日) 03:14:58.23

>>205
デザパタと言ったかと思えばストラテジーパターンと言ってみたり、中途半端なんだよ
そういうやつが書くコードは、ところどころポリシーが違ったりしてるいい加減なコードを書きそうだ
そんな調子だからデザインパターンも軽視するのだろう

**デフォルトの名無しさん** · 2017/10/01(日) 03:20:07.22

デザパタと略すならストラテジーパターンも
ストパンと略すべきだろうな

**デフォルトの名無しさん** · 2017/10/01(日) 03:23:34.93

>>208
いやそれはおかしいだろｗ

**デフォルトの名無しさん** · 2017/10/01(日) 08:46:24.59

>>198
ストラテジーパターン以外についても前スレでさんざん
○○＝△△パターン、って書いたろ。
まあいいが。

undoすらまともに実装出来ないデザパタ厨が、
何をどう勘違いしたら設計出来るつもりになれるのか不思議だったが、
だいぶ喋ってくれたので何となく分かったような気がする。
まあ後日読み返してみることにするよ。これについてはありがとう。

**デフォルトの名無しさん** · 2017/10/01(日) 09:03:28.63

undoとかundoとかundoとか自分がやったことあるところは自信あるもんな

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

>>211
まあ今日はもうやり合う気はないんだが、多分お前らは設計を根本的に勘違いしている。
例えば、>>174内URLで言うなら、

> Table Data Gateway は J2EE の DAO に代表されるパターンで、
> ひとつのインスタンスがテーブルの全部のレコードを扱うというもの。
> SQL を一箇所に集めることで保守性を上げましょうね、というもの。

普通の人の設計＝後半部分を考えること
お前らの言う設計＝この全文を覚えること

になってる。
ただしこれがお前らみたいに考える能力がない連中にとって現実解になり得るのかもしれん。
これは前にも言ったが。

> 自分がやったことあるところは自信あるもんな
これがお前らの世界観を端的に示している。
経験済みならパターンとして暗記しているから出来るが、やったこと無いと何も出来ない。
最初の卵は絶対に産めないわけだ。
実はお前らがundoをさも難しいと思っていること自体がかなり滑稽なんだがな。

とはいえ新しい意味での「コピペプログラマ」が跋扈する時代でもあるから、
お前らのやり方でもある程度通用するのは事実なのだろう。
デザパタ厨＝コピペプログラマのようだし。

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

まあとにかく俺は、
「動的に対象関数を切り替える」と言えば済むだけのところで
「ストラテジーパターン」と言い換えるのは、厨二以外の意味はないと思うけどな。
そして「AcriveRecordパターン」なんて言っちゃうのは厨二過ぎて付いていけない。
「Rails標準O/Rマッパーの実装方式」と言えば誰にでも通じるのに。

とはいえこういう状況も割とよくあるのも事実だが。

**デフォルトの名無しさん** · 2017/10/01(日) 10:46:47.52

なんども使う処理は関数化して名前を付けるだろ
デザインパターンもそれと同じだよ
この考え方を理解できない人ってめちゃくちゃ長い関数を書きそうだよね
仕事では絶対に付き合いたくないタイプ

**デフォルトの名無しさん** · 2017/10/01(日) 11:25:29.81

>>178
とくに名前ついてないと思うけど
頭の悪い子が無自覚に食い下がるときって、いつもこうなってると思う
だから、いつもの展開だなって思うだけ

おまえら、バターン君これ以上いじっても何の利も無いぞ
もうそっとしておいてやれ

**デフォルトの名無しさん** · 2017/10/01(日) 11:57:55.99

>>215
それは君らが枝葉に対してしか反論しないからなんだがな。
とはいえこの意味も分からないのだと思うが。
君らのやり方については名前が付いていたはず。

**デフォルトの名無しさん** · 2017/10/01(日) 12:04:09.09

全体をみれてないのはどっちだろうね

**デフォルトの名無しさん** · 2017/10/01(日) 12:06:57.99

ああ、捕捉しておくと、
ID:H5Asg8Dcは頭が悪くて、多分短期記憶領域が非常に狭い。
だから論理的に筋立てるのではなく、言葉尻を掴んで反論してくる。
というかそれしか出来ない。
だがまあ、それでも話す気はあるみたいだから相手してみた、というところ。
最初からちゃんと議論してくれればこの展開にはなってない。
とはいえ、今のID:H5Asg8Dcにこれを求めるのは無理だ。

ただ、こういう、お前らに問題があるのに相手のせいにするというのはゆとりに多いし、
ゆとりは本当に馬鹿だから他のゆとりもそう思ってしまってみんなで同調する事も多い。
今まさにそうだが。
で、そういうのにも上の世代はブチ切れているから、そこら辺は自覚した方がいい。

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

今デザパタ勉強中だけど、undo実装のパターンも二つぐらいなかったか
メメントとあともうひとつぐらい
よくわからんけど、なんでそんなに否定したがるかわからん

**デフォルトの名無しさん** · 2017/10/01(日) 12:37:16.11

ほらな？個人攻撃を始めちゃったｗ

これが記憶能力が少なくて名前を覚えられなくて

2分ヒープ木を用いて並び替えする方式でも
隣り合う要素の大小を比較しながら整列する並び替え方式でも
あらかじめ順番通りに並んだバケツを並び替えを行う要素分用意して順番に格納された要素をバケツから取り出し並び替えする方式でも
10進数の0以上の整数値の場合、0?10のバケツを用意しソートを行う要素の下1桁目に対応するバケツに格納する方式でも
バラバラになっている配列データを再帰的に最小限まで分解を行い分解し終わった後、結合を行う並び替える方式でも
動的に対象関数を切り替えるようなやり方をしよう

っていうやつなんやでｗ

**デフォルトの名無しさん** · 2017/10/01(日) 12:47:03.35

>>219
デザインパターンな
リアルで恥ずかしい思いしないように今のうちから直しといた方がいいよ

**デフォルトの名無しさん** · 2017/10/01(日) 12:47:30.83

パターンに名前をつけることにイラついてんのか？

**デフォルトの名無しさん** · 2017/10/01(日) 12:48:22.68

プログラマーってどうでもいいことに突っかかるよな

**デフォルトの名無しさん** · 2017/10/01(日) 12:51:14.45

PGは基本キチガイだよね
まともな奴だと逆に珍しい
もともとプログラム好きなオタクはもれなくキチガイだし
他の就職先なくてプログラマになったやつも内定取れないだけあって人間性のおかしなキチガイばかり

**デフォルトの名無しさん** · 2017/10/01(日) 12:57:42.28

GoFより自分の方が優秀だと主張したいのか？

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

な？デザパタなんて使えないだろ

**デフォルトの名無しさん** · 2017/10/01(日) 13:14:24.57

パターン名が覚えられない
だからデザパタは使えないってことにしたいんだ

**デフォルトの名無しさん** · 2017/10/01(日) 13:17:01.88

>>225
身の程知らず、も初学者にありがちなパターンだよなｗ
コンパイラがバグってるだの
言語がゴミだのOSがカスだの
俺だけが正しくて世界の全員が間違ってるだの

なにか、自分が無敵に思えるタイミングが、学習の初期の初期に存在するんだろうな

**デフォルトの名無しさん** · 2017/10/01(日) 13:19:21.72

>>220
前スレ>>813読め
基本的に君は相手が何を言ったのか全く覚えてない。
だから話がループする。
それは君の問題だが、君の場合はそれが常である為に、その異常性に気付けない。
それはマジでヤバいぞ。リアルだったらブチ切れられて終わりのはず。

>>219
俺は、デザパタは役に立たない、デザパタ厨は全員undoすら実装できないのが証拠、という意見で、
それでも君が勉強するのは君の自由。
ただここら辺も前スレ818で言ったし、話は完全にループしてる。
結局俺は前スレ812の意見からほぼ修正されてない。

デザパタ厨はデザパタを暗記することが目的になっている。
GoFのはデザパタ厨が主張するように「設計用語」としては多少は意味があるが、（ただし使いどころがないからゴミ）
ActiveRecordとかのただの「実装の一例」を抽象化無しで「パターン」として取り扱うからおかしな事になる。

ただし、デザパタ厨＝コピペプログラマにとってはこれが彼等なりの現実解なのだと思う。
これも前スレ927で言ったとおり。

**デフォルトの名無しさん** · 2017/10/01(日) 13:20:54.51

>229
>デザパタ厨
ってなんすか？

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

> 俺は、デザパタは役に立たない、デザパタ厨は全員undoすら実装できないのが証拠、という意見で、

根拠が無いな。

世界中を調べてみたのか？
まさかこのスレだけで判断してないよな？

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

>>229
>デザパタ厨＝コピペプログラマ
これもよくわからんな
デザインパターンを把握してないプログラマほどありもののコピペのつなぎ合わせでしのぎそうだが

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

世界中を調べてみればデザパタが使われているのは
明らかだろう。

**デフォルトの名無しさん** · 2017/10/01(日) 13:23:11.45

>>232
正解。

アルゴリズムはコピペできるが
デザイン（設計）はコピペできない。

なぜならコピペ元（デザパタのサンプル）は
名前もサンプルだからそのまま使えることはない

**デフォルトの名無しさん** · 2017/10/01(日) 13:23:13.35

>>233
え？

**デフォルトの名無しさん** · 2017/10/01(日) 13:24:56.88

>>235
実例はいくつも出してるよ。

**デフォルトの名無しさん** · 2017/10/01(日) 13:27:40.28

>>236
ごめん
現場で一度も見たことない
派遣で結構たくさん大手まわったけど
マジで１回も見たことないよ

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

>>237
>>197参照

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

>>237
あほ

**デフォルトの名無しさん** · 2017/10/01(日) 13:30:31.06

>>237
フレームワーク作ってるなら
コマンド、テンプレートメソッド、ストラテジー、アブストラクトファクトリー
は鉄板でしょ

**デフォルトの名無しさん** · 2017/10/01(日) 13:30:36.81

>>238
掻い摘んで言うと
消滅したんだよねｗ
それでいいじゃん
何にこだわってるの？

**デフォルトの名無しさん** · 2017/10/01(日) 13:32:35.36

>>240
うん
全部知らない

**デフォルトの名無しさん** · 2017/10/01(日) 13:38:57.48

ちなみに俺も>>241と同じで、
・デザパタ用語を敢えて使う状況がないから自然消滅した
という気がしている。
だから何度もデザパタ厨に「お前らのリアルで使ってるのか？」と聞いている。

**デフォルトの名無しさん** · 2017/10/01(日) 13:38:58.29

知らないことを誇るのってすごく恥ずかしいと思う
数学なんて役に立たねーってわめいてるバカ学生みたい

**デフォルトの名無しさん** · 2017/10/01(日) 13:40:32.66

>>243
使ってるし使われてる。

お前はフレームワークを使うことしかやってないんだろ？
実装の立場でしか見れてない、
お前の仕事は設計が終わった後で設計にたずさわっていない。

そりゃ知らんはずだわｗ

**デフォルトの名無しさん** · 2017/10/01(日) 13:44:03.36

>>245
あんたつくづくお人好しだなｗ

数学なんて社会に出ても役に立たない！
って主張はたまに聞くが
その反論は意外と耳に届いてこない
なぜなら、反論しうる層の人々は
そこまでヒマでもないし、お人好しでもない
真顔のままで見下ろしてる

**デフォルトの名無しさん** · 2017/10/01(日) 13:44:18.74

>>241
消滅？
なぜそういうことに思考が繋がるのかわかんないっすね

**デフォルトの名無しさん** · 2017/10/01(日) 13:45:04.32

自分だけは誰よりも正しく常に上位にいるという前提

**デフォルトの名無しさん** · 2017/10/01(日) 13:45:38.71

>>245
まあundoすら実装出来ない馬鹿がフレームワークの設計とか、あり得ないけどな

**デフォルトの名無しさん** · 2017/10/01(日) 13:49:46.07

ブーメラン刺さってますよ

**デフォルトの名無しさん** · 2017/10/01(日) 14:01:00.31

>>243
なぁ
見たことないよな

**デフォルトの名無しさん** · 2017/10/01(日) 14:04:05.22

ネット上でも当たり前にデザパタが使われて解説してるサイトとか無いの？
msも使ってないし
デザパタサポートしてるフレームワークとかも聞かないし

**デフォルトの名無しさん** · 2017/10/01(日) 14:43:18.93

> デザパタサポートしてるフレームワークとかも聞かないし

言ってることがおかしい。

デザインパターンは設計なのだから
「サポートしている」という言い方はしない
よくある設計をサポートしているフレームワークと言い換えれば
おかしいのがわかるだろう？

その時点で間違っているというのがわかる。

設計は使うものなので、デザインパターンの設計が
使われているフレームワークはいくつもある

GUIライブラリはデザインパターンをよく使う場所だし
プラグイン的な仕組みにも使われてる

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

面白いことにデザインパターンへの批判には
矛盾する二種類の批判が有る。

一つは
・誰でも普通に使ってるものにわざわざ名前をつけるな

もう一つは
・誰もそんなものを使っていない

おもしろいやろ？
デザインパターンを批判している人同士で
対立してるんやでｗ

**デフォルトの名無しさん** · 2017/10/01(日) 14:53:18.46

>>253
え？ボタン押してパターン選択したら必要なクラスが勝手にできるんでもいいんじゃないの？
でも誰も使ってないからそういうのできないんだよ

**デフォルトの名無しさん** · 2017/10/01(日) 14:54:50.36

>>254
矛盾してないじゃんｗ
両方成り立つ
大事なのはデザパタのパターンでのやり取りを誰もしてないってこと

**デフォルトの名無しさん** · 2017/10/01(日) 14:56:03.88

>>256
明らかに矛盾してるよ

・誰でも普通に使ってるもの
・誰もそんなものを使っていない

**デフォルトの名無しさん** · 2017/10/01(日) 14:58:51.94

>>255
> え？ボタン押してパターン選択したら必要なクラスが勝手にできるんでもいいんじゃないの？

あははｗ
それは「デザインパターンを使って設計したもの」
つまり「設計が終わった段階」から

コーディングの仕事をお前にさせる時に
クラスの枠組みを自動生成しているだけだ。
UMLツールがそういったことをやってくれる

お前は設計が終わった後の
実装を振られているだけなんだよ
お前は設計をしたことがない

**デフォルトの名無しさん** · 2017/10/01(日) 14:59:57.46

>>257
話の内容を理解しないで言葉だけ捕まえてるじゃん

使ってるって言ってる人はデザパタの構造だけの話でしょ？
使ってないって言ってる人はデザパタのパターンでのやり取りの話じゃん

結局、下の状態でなければデザパタの主旨から外れてるんだから
デザパタは使われてないんだよｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:01:34.39

上の方でも「デザインパターンをコピペ」とか
意味不明なことを言ってるやつがいたが
デザインパターンはコピペしても意味がない。
なぜなら設計（＝構造）だからだ

自動生成したとしてもファイルや
クラスのインターフェースぐらいしか作成できない

アルゴリズムなどコピペするような処理は含まれていない
あくまで構造だけなんだからコピペしようがない

**デフォルトの名無しさん** · 2017/10/01(日) 15:02:53.48

>>259
> 使ってるって言ってる人はデザパタの構造だけの話でしょ？

そもそもデザパタは構造のパターンですが？

> 使ってないって言ってる人はデザパタのパターンでのやり取りの話じゃん

「デザインパターンのパターンでのやり取り」ってなんですか？
パターン♪パターン♪

**デフォルトの名無しさん** · 2017/10/01(日) 15:03:17.57

>>260
雛形作ってくれてもいいだろ
デザパタを使ってるなら楽だと思うぜ
シングルトンって押したら勝手にやってくれてもいいしね

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:09.40

>>261
だからパターン名で設計のコミュニケーションを取ってないって言ってるの

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:13.49

> 雛形作ってくれてもいいだろ
UMLツールで雛形は自動生成されてますね？

**デフォルトの名無しさん** · 2017/10/01(日) 15:04:53.26

>>263
お前が実装担当だからだろ？ｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:06:23.08

>>264
え？
デザパタが指定できるの？
見たことないよ

**デフォルトの名無しさん** · 2017/10/01(日) 15:06:25.98

>>263
そらデザパタ勉強してないひとらにあわせてるんでね？
一番レベル低いところに合わせるって日本的じゃない

**デフォルトの名無しさん** · 2017/10/01(日) 15:07:06.89

>>267
だから使ってないってｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:09:43.64

デザパタスレとかもう無いしねｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:10:19.52

>>266
だからデザパタが指定できるっていうのが意味不明
何を指定するんだ？

デザインパターンにはクラス名もメソッド名も
決められていない。（説明用サンプルは実際に使う名前じゃない）
クラス名もメソッド名も決まってないのだからコピペしようがないのがわかるだろ？

UMLツールなどで、デザインパターンを使って
設計者が設計していくんだよ。つまり
デザインパターンを表現するのに必要な
クラスとメソッドを書いていく。（クラス図）
そこから自動生成する。

デザインパターンを使うっていうのは、
コードの再利用じゃねんだよ。
設計レベルの話なんだから

いい加減、実装の世界からしか見れないのは卒業した方がいいよ
本当に技術力不足だから

**デフォルトの名無しさん** · 2017/10/01(日) 15:12:01.22

まあ別にデザパタ知らんでも仕事はできるだろうけどさ
知っとくと便利ってだけで

**デフォルトの名無しさん** · 2017/10/01(日) 15:13:14.14

>>270
だからボタン一発で作ってくれればいいじゃん
visualstudioみたいに
馬鹿だなお前ｗ

まあ、この世に無いものの話だから理解できなきゃいいけどｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:13:37.49

>>271
誰も使ってないから

**デフォルトの名無しさん** · 2017/10/01(日) 15:21:35.91

>>272
だから何を作るんだよ？
ファイルならファイル作成ボタンから作ればいいだろ

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

デザインパターンの自動化
https://www.infoq.com/jp/articles/Design-Pattern-Automation

**デフォルトの名無しさん** · 2017/10/01(日) 15:25:11.32

>>272
お前が思っているよりも遥かに
高次元レベルでデザインパターンは言語・ライブラリ・フレームワークと
融合していることが>>275からわかるぞ。

この上なにを自動生成したいのか？

**デフォルトの名無しさん** · 2017/10/01(日) 15:28:50.57

> PostSharpは現在、次のデザインパターン用の既製の実装を提供している。
>
略
>
> これで、デザインパターンの既製の実装を使って、チームはAOPを学習せずに、AOPの恩恵に浴することができる。

まさにこの現象だろうな。

実装担当者は、すでにフレームワークなどの含まれてるデザインパターンを使うだけだから
デザインパターンを学習せずに、知らずに利用している。

そういうやつら（デザパターンの恩恵を受けてるやつ）が
デザインパターンは（実装者よりも前の設計者が担当が使うものだから）
使わないというのだろう。

視野の狭い事だ。視野っていうか、所詮コーダーって言えば良いのか

**デフォルトの名無しさん** · 2017/10/01(日) 15:30:09.48

ジュニア開発者ｗ

> デザインパターンの自動化の使用は、一般的に政治的に敏感な問題である。
> なぜならそれは、チーム内で関心の分離を対処するからである。
> 典型的には、上級開発者は、デザインパターンを選択し、アスペクトを実装する。
> そしてジュニア開発者は、それらを使用する。上級開発者が検証ルールを記述し、
> 手書きのコードがアーキテクチャを尊重することを確実にする。
> ジュニアの開発者が全体のコードベースを理解する必要はないという事実は、実際には意図された効果である。
>
> この議論は、シニアマネージャーの視点を取り、ジュニアの開発者のプライドを
> 傷つける可能性があるので、一般的に取り組むにはデリケートものである。

ジュニアにはデザパタは不要だよｗｗｗ

**デフォルトの名無しさん** · 2017/10/01(日) 15:30:40.47

デザパタじゃなくてデザインパターンな

**デフォルトの名無しさん** · 2017/10/01(日) 15:36:37.23

このスレ誰も使ってないのにやたら頑張るなｗ
ぶっちゃけ、三○もN○Tもニ○ンもコニカミ○ルタもpana○onicもス○エニもシ○ープもN○Cも沖○気もク○タも富○通も
富士○機も東京○力も関西○力もS○NYも
使ってないから

**デフォルトの名無しさん** · 2017/10/01(日) 15:38:44.47

使ってない証拠を>>280が出してくれるまで
誰も信用しないように

**デフォルトの名無しさん** · 2017/10/01(日) 15:39:38.98

ふむ

デザインパターンを活用し、最適なIT基盤を提案
http://www.nttdata.com/jp/ja/insights/trend_keyword/2013011701.html

**デフォルトの名無しさん** · 2017/10/01(日) 15:44:38.60

>>282
見たことねーｗ
連徹過ぎて記憶が飛んだ覚えしかねーわｗ
俺が関わったとこはまともな資料なんて無かったな

俺が実践で使えると思ったのは
N○Cだけだけどね
ここは１回行ってみる機会があれば
いい勉強になると思うな

**デフォルトの名無しさん** · 2017/10/01(日) 15:44:54.18

探せば出てくるもんやなｗ

https://www.fujitsu.com/jp/Images/ejb-0312-mda.pdf

http://www.nagisa.or.jp/training/2017/18j.pdf
> 富士通九州システムズ（FJQS）講師：井上龍也
> ・GoFのデザインパターンを使用したコード記述量削減法

**デフォルトの名無しさん** · 2017/10/01(日) 15:49:09.29

>>283

> ぶっちゃけ、三○もN○Tもニ○ンもコニカミ○ルタもpana○onicもス○エニもシ○ープもN○Cも沖○気もク○タも富○通も
> 富士○機も東京○力も関西○力もS○NYも
> 使ってないから

> ここは１回行ってみる機会があれば
> いい勉強になると思うな

派遣の仕事って楽しい？

**デフォルトの名無しさん** · 2017/10/01(日) 15:50:01.77

>>284
おさっしｗ

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

> 俺が実践で使えると思ったのは
> N○Cだけだけどね
> ここは１回行ってみる機会があれば
> いい勉強になると思うな

NECのこれを受講すればいいのかな？

https://www.neclearning.jp/courseoutline/courseId/JV104/
システム開発における詳細設計の位置付け、作業内容、
JavaEEアーキテクチャの特徴を学びます。また
、JavaEEを使用したWebアプリケーション開発に用いる主要な
デザインパターンとその適用方法を設計演習を通して修得します。

**デフォルトの名無しさん** · 2017/10/01(日) 15:55:44.33

>>287
そんなんじゃねーよ
ちゃんと要件定義書から設計、実装までルーチンワークで作れるマニュアルがあるんだよ
見てねー奴も多いんだけど
作った奴天才だと思ったわ

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

ルーチンワークしてるやつには
考える必要がある設計は不要だよ
お前は何も考えなくていい

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

ルーチンワークで十分な仕事しかしてないだけだし
ルーチン化できると言う割に自動化はしないあたり本当はルーチン化できてないんだろうなぁ

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

>>290
考えないとわからないところなんて俺らの仕事の範囲ではないのかもな

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

>>291
> 考えないとわからないところなんて俺らの仕事の範囲ではないのかもな
だから設計は、俺ら＝お前の会社の同僚の
仕事の範囲でないんだろ？

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

設計とコーダーの違い

**デフォルトの名無しさん** · 2017/10/01(日) 17:41:42.32

いやまじ、使わないというのは正しいんだろうよ
使わないから必要ないと思ってる時点でおさとが知れるというだけなのでは

**デフォルトの名無しさん** · 2017/10/01(日) 17:49:10.14

伝言ゲーム理論を使えば三段論法で
デザパタが使われていないことを証明できる

デザパタは
俺は使わない
↓
それは使わない
↓
どれも使わない
↓
だれも使わない
↓
使わない
↓
故にデザパタだ誰も使っていない

**デフォルトの名無しさん** · 2017/10/01(日) 17:50:50.31

iOSアプリ開発で公式ドキュメント読んでて
これなんかObjective-C固有のプログラムガイドかと思ったら
アップルのシステムやアプリじゃ実際にこんなパターンを使ってるよ参考にしてね！
だったっけなぁ…

Objective-C プログラミングの概念
https://developer.apple.com/jp/documentation/CocoaEncyclopedia.pdf

現行でこういうのを使いまくった上でiPhoneやiPadが町中で日々動いてるわけで
デザインパターンは無いんだ！デザパタ厨が！とか言われても
おじいちゃん、そろそろ引退したら？としか…

**デフォルトの名無しさん** · 2017/10/01(日) 18:00:38.71

>>296
マジ書いてあんなｗ

多くのCocoaアプリケーションでは、モデルオブジェクトの状態が変化すると、
その通知はコントローラオブジェクトを経由してビューオブジェクトに伝わります。
図 7-2にこの様子を示します。2つの基本的なデザインパターンが関与していますが、よりすっきりとしています。

図 7-2 複合パターンとしてのMVC（Cocoa）
User action
Update
Update
Notify
Mediator Strategy Controller
ModelView
Command Composite
Observer

この複合デザインパターンでは、コントローラオブジェクトはMediatorパターンと
Strategyパターンを包含しています。モデルとビューの間でやり取りされるデータフローを、
両方向とも仲介しています。モデルの状態変化はコントローラオブジェクトを経由して
ビューオブジェクトに伝わります。さらに、ビューオブジェクトには、ターゲットアクション
機構の実装という形で、Commandパターンも含まれています。

**デフォルトの名無しさん** · 2017/10/01(日) 18:02:07.29

>>295
デザパタじゃなくてデザインパターンな

**デフォルトの名無しさん** · 2017/10/01(日) 18:03:18.29

もう一つ

複合デザインパターンとしての
MVC「Model-View-Controller」は、より基本的なデザインパターンをいくつか組み合わせた形のデザインパターンです。
基本パターンどうしの組み合わせにより、MVCアプリケーションを特徴づける、機能の分割や通信経路を定義しています。
しかし従来型のMVCは、組み合わせる基本パターンが、現在のCocoaのそれとは違っていました。その違いは主として、
コントローラオブジェクトやビューオブジェクトに与える役割に関するものです。
当初の（Smalltalk流の）考え方では、MVCはComposite、Strategy、Observerというパターンから成っていました。

Composite：アプリケーションのビューオブジェクトは、実際には入れ子になったビューの
複合体（composite）であり、このビュー群が協調して（ビュー階層の形で）動作します。この表示コンポーネントは、
ウインドウを頂点とし、その下にテーブルビューなどの複合ビュー、さらにその下にはボタンなどの分割できないビューがあります。
ユーザ入力や画面表示の処理は、複合体を構成するどのレベルでも可能です。

Strategy：コントローラオブジェクトは、いくつかのビューオブジェクトに対する戦略（strategy）を実装しています。
ビューオブジェクトの機能は（視覚的）表示に関わる範囲に限定し、インターフェイスの振る舞いが当該アプリケーションに
おいてはどのような意味を持つか、の判断はすべてコントローラに委譲します。

Observer：モデルオブジェクトは、自分自身と直接的な関わり合いがあるオブジェクト（一般にビューオブジェクト）の
状態が変化すると、その通知を受け取ります。