オブジェクト指向システムの設計 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:08:23.29

>>165
むしろ覚えるべきは「O/Rマッパー」（一般用語）であって、
「ActiveRecord」（Rails方言）ではないだろ。

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

普通、設計は「○○パターンを使ってね」なんて言わないからなぁ。

言うとしたら「○○パターンを使いましょう」だ
なにもない所から使うパターンを考えることが設計作業なんだから。

設計者が実装者に指示を出すとしたら
「○○パターンを使いますから、必要なクラスを実装してください」か
もしくは「○○パターンを使います。そのために必要なクラスの一部を作りましたから、
あなたは○○オブジェクトを継承しといてね」になるだろう。

そう実装の話。実装の立場からしか物事を見れてないから
設計をすることの意味すらもわからず
設計に実装と同じような指示が存在すると墓穴をほってしまう。

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

>>166
O/RマッパーとActiveRecordは同じ意味ではない。
まずそこから勉強することが大事だよな？

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

>>166
Active Recordというワードで鬼の首取るしかなくなってるように見える
議論の本質はそこではないともうひと方は言っていることがはたから見てても汲み取れる

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

まあ、ご教授してさしあげると（笑）

O/Rマッパーは設計を意味する用語ではない
なにかのオブジェクトとデータベースをマッピングする
という目的のためにライブラリ・フレムワークの種類のことだ。

O/Rマッパーと言ってもそこにどんな設計が使われているかはわからない。
ActiveRecordパターンを使ってるかもしれないし
Table Data Gatewayパターンを使ってるかもしれないし
Row Data Gatewayパターンを使ってるかもしれないし
Data Mapperパターンを使ってるかもしれない

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

RailsのActiveRecordは
その名前の通りPoEAAのActiveRecordパターンを
実装したO/Rマッパーである

別にO/Rマッパー全てがActiveRecordパターンというわけではない

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

>>168
はいはい、「O/Rマッパー」と「ActiveRecord『パターン』」な。
つかこの辺は普通に脳内補完しろよマジで。

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

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

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

まとめると、基本設計(パターン)とそれを実現するために使う道具(ライブラリ等の具体的な実装)の区別をちゃんとつけて設計しましょう
ってことでFA？

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

Java の Hibernate という O/Rマッパーが
Data Mapperパターンを使っている

http://d.hatena.ne.jp/naoya/20051024/1130146687

> テーブルの構造とクラスの設計に乖離がある場合、
> その乖離を埋めるためのマッピングを用意してやる必要がある、
> これが Data Mapper パターン。Java の Hibernate とかが
> Data Mapper による O/R マッピング実装。

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

>>172
O/Rマッパーの実装として

ActiveRecordパターンを使ったRailsのActiveRecordと
DataMapperパターンを使ったJavaのHibernateを紹介した

ここからもO/Rマッパーという用語では
設計がわからんという話に納得できただろ？ｗ

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

>>170,171
それくらいは分かるが、と言うより、

・O/Rマッパー＝OとRをマッピングするもの

であって、それ以上でも以下でもないんだよ。
ただし、中身の実装を知らなくていいというのがOOPであって、それで終わり。

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

> ただし、中身の実装を知らなくていいというのがOOPであって、それで終わり。

ア、ハイ、実装者側の立場からしか見えてないんですよね？ｗ

中身の設計ぐらい知らなきゃｗ

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

少しずつ主張を変えていって最初からそう言ってるんだがってことにする論法って俗に何て言うの？

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

ちょっとまてｗ
終わった話を蒸し返す論法も使ってるぞｗ

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

>>174
そのURL読んだけど、それって多分単純にその実装をそう呼んだだけであって、
いわゆるデザパタ(GoF)とはだいぶ主旨が異なるぞ。
まあそれを有り難がるのも自由だが。

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

実装者は使うライブラリ・フレームワークの設計をしらないと
めちゃくちゃになるからな。

例えば昔、トランザクションスクリプトパターンと
単なるSQLライブラリばかり使ってきた人が
別プロジェクトでPythonのDjango（これもActiveRecordパターン）を
使ったんだが散々な結果だったよ。

フレームワークとしてActiveRecordパターンを要求されるが
そこにActiveRecordパターンではやらないようなコード
（SQLを実行するだけのようなメソッド）をクラスに生やしたりして。

Djangoフレームワークの実装の中身は見なくてもいいけど
そこで使われている設計はちゃんと理解していなければダメだ。

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

あるOOPベースのライブラリを使うことで結果的にあるデザインパターンに沿うことになるライブラリと、いろんなデザインパターンを実現するのに使えるより純粋な道具としてのライブラリがあると思うの
そこはちゃんと分離して話をしないとダメだと思うの

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

>>180
お前（今までの流れから明らかに力不足）の
感想なんていらんがなｗ

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

一応俺のスタンスは最初から変わってないつもりだぞ。
・デザパタはゴミ
・デザパタ厨もゴミ
・デザパタ用語は使い道がないからゴミ

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

>>184
そうだろうね
そしてそれはソフトウェア設計者としては二流以下だというのがこれまでの話の流れだと思うの

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

>>184
もう一つ。

・俺は無能なバカ

これも加えとけｗ
今までの流れで明らかになったしな

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

>>181
それはある。
しかしそれは「フレームワークの中身を知っておけ」であって、「デザパタを知っておけ」ではない。

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

>>186
というより
・俺はデザインパターンとかめんどくさいから勉強したくないの
だと思う

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

>>182
一応それは世間的には区別されているらしいぞ。(wikiだと思ったが、今探したがない)
・自分が思うように使うのがライブラリ
・フレームワークの場合は、自分が合わせる

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

>>187
> しかしそれは「フレームワークの中身を知っておけ」であって、「デザパタを知っておけ」ではない。

「フレームワークで使われてるデザパタを知っておけ」だ

俺はDjangoは当時知らなかったがActiveRecordパターンを知っていたから
使い方が間違っていることにすぐに気づいたぞ
特定のフレームワークに縛られない知識が重要という話だ。

あくまで実装者として立場からしか見れないお前は
今使ってるフレームワークの使い方で精一杯なんだろうけどな。

そしてフレームワークから呼び出されるコードしか書かないから
お前の世界にはデザパタがでてこないわけだよ。

全て理屈が通ったなｗ

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

>>190
だからそれは「フレームワークがActiveRecord前提で組まれている」からであり、
それを「ActiveRecordパターン」と呼ぶのは自由だが、GoFの言う「デザパタ」とは違うって。
まあ平行線ならそれでいいが。

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

> GoFの言う「デザパタ」とは違うって。

そりゃそうだ。ActiveRecordパターンは

エンタープライズアプリケーションアーキテクチャパターン
https://www.amazon.co.jp/dp/B01B5MX2O2/
にのってるマーチン・ファウラーのデザインパターンなんだから

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

>>184
そうだな
デザインパターンをデザパタと呼称する奴はゴミな場合が多い

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

>>192
>>180読め

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

ちなみにJava の Hibernate という O/Rマッパーは
ActiveRecordパターンとともに紹介されている
Data Mapperパターンを使っているが

Hibernate はフレームワークではない。ライブラリである。

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

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

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

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

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

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

デザインパターンは不要の長物といってる人はデザインパターンを理解してないと思われる
何かしらのソフトウェアをゼロから作り上げるにあたっては必ず何かしらの大枠となる基本設計思想や基本構造を構想して行われる
それがGoFのデザインパターンに一致するかもしれないし、新しい独自のデザインパターンかもしれない
デザインパターンという言葉は両者含めての言葉である
つまり、デザインパターンを持たないソフトウェアなど本来は存在しない

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

>>196
お前がなんでそんなことに必死になってるのか？
みんなそう思ってるよｗ

ストラテジーバターンでしか
お前はデザインパターンを否定できないってね。

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

>>196

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

ここはいろんなアルゴリズムを実行時に切り替えられるようにしよう
であればストラテジーバターンで行きましょう。という議論になる。

アルゴリズムを実行時に切り替えられるようにしようという設計の話で
委譲にしておく？なんて実装の話は出てこない。

**デフォルトの名無しさん** · 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
お前が実装担当だからだろ？ｗ