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

■ このスレッドは過去ログ倉庫に格納されています
2017/09/26(火) 07:20:38.98ID:qu+DPehL
前スレ
オブジェクト指向システムの設計 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:14:56.98ID:H5Asg8Dc
RailsのActiveRecordは
その名前の通りPoEAAのActiveRecordパターンを
実装したO/Rマッパーである

別にO/Rマッパー全てがActiveRecordパターンというわけではない
2017/10/01(日) 02:15:32.16ID:GRIqwmf+
>>168
はいはい、「O/Rマッパー」と「ActiveRecord『パターン』」な。
つかこの辺は普通に脳内補完しろよマジで。

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

これも何度も言っているが、ストラテジーパターンに該当するとして、
その際、継承/委譲/関数ポインタのどれにするかで大違いなので、
現実的に「ストラテジーパターンで行きましょう」なんて議論は無理で、
「ここは委譲にしとく?」みたいなことにならないか?
2017/10/01(日) 02:16:17.79ID:44WxUqLn
まとめると、基本設計(パターン)とそれを実現するために使う道具(ライブラリ等の具体的な実装)の区別をちゃんとつけて設計しましょう
ってことでFA?
2017/10/01(日) 02:17:03.31ID:H5Asg8Dc
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.76ID:H5Asg8Dc
>>172
O/Rマッパーの実装として

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


ここからもO/Rマッパーという用語では
設計がわからんという話に納得できただろ?w
2017/10/01(日) 02:18:59.84ID:GRIqwmf+
>>170,171
それくらいは分かるが、と言うより、

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

であって、それ以上でも以下でもないんだよ。
ただし、中身の実装を知らなくていいというのがOOPであって、それで終わり。
2017/10/01(日) 02:20:16.08ID:H5Asg8Dc
> ただし、中身の実装を知らなくていいというのがOOPであって、それで終わり。

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


中身の設計ぐらい知らなきゃw
2017/10/01(日) 02:21:21.14ID:44WxUqLn
少しずつ主張を変えていって最初からそう言ってるんだがってことにする論法って俗に何て言うの?
2017/10/01(日) 02:21:59.93ID:H5Asg8Dc
ちょっとまてw
終わった話を蒸し返す論法も使ってるぞw
2017/10/01(日) 02:26:02.99ID:GRIqwmf+
>>174
そのURL読んだけど、それって多分単純にその実装をそう呼んだだけであって、
いわゆるデザパタ(GoF)とはだいぶ主旨が異なるぞ。
まあそれを有り難がるのも自由だが。
2017/10/01(日) 02:28:09.18ID:H5Asg8Dc
実装者は使うライブラリ・フレームワークの設計をしらないと
めちゃくちゃになるからな。

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

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

Djangoフレームワークの実装の中身は見なくてもいいけど
そこで使われている設計はちゃんと理解していなければダメだ。
2017/10/01(日) 02:28:25.53ID:44WxUqLn
あるOOPベースのライブラリを使うことで結果的にあるデザインパターンに沿うことになるライブラリと、いろんなデザインパターンを実現するのに使えるより純粋な道具としてのライブラリがあると思うの
そこはちゃんと分離して話をしないとダメだと思うの
2017/10/01(日) 02:28:51.27ID:H5Asg8Dc
>>180
お前(今までの流れから明らかに力不足)の
感想なんていらんがなw
2017/10/01(日) 02:30:10.95ID:GRIqwmf+
一応俺のスタンスは最初から変わってないつもりだぞ。
・デザパタはゴミ
・デザパタ厨もゴミ
・デザパタ用語は使い道がないからゴミ
2017/10/01(日) 02:31:34.05ID:44WxUqLn
>>184
そうだろうね
そしてそれはソフトウェア設計者としては二流以下だというのがこれまでの話の流れだと思うの
2017/10/01(日) 02:31:45.57ID:H5Asg8Dc
>>184
もう一つ。

・俺は無能なバカ

これも加えとけw
今までの流れで明らかになったしな
2017/10/01(日) 02:32:31.62ID:GRIqwmf+
>>181
それはある。
しかしそれは「フレームワークの中身を知っておけ」であって、「デザパタを知っておけ」ではない。
2017/10/01(日) 02:34:18.00ID:44WxUqLn
>>186
というより
・俺はデザインパターンとかめんどくさいから勉強したくないの
だと思う
2017/10/01(日) 02:35:51.52ID:GRIqwmf+
>>182
一応それは世間的には区別されているらしいぞ。(wikiだと思ったが、今探したがない)
・自分が思うように使うのがライブラリ
・フレームワークの場合は、自分が合わせる
2017/10/01(日) 02:36:36.93ID:H5Asg8Dc
>>187
> しかしそれは「フレームワークの中身を知っておけ」であって、「デザパタを知っておけ」ではない。

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

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


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

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

全て理屈が通ったなw
2017/10/01(日) 02:40:26.75ID:GRIqwmf+
>>190
だからそれは「フレームワークがActiveRecord前提で組まれている」からであり、
それを「ActiveRecordパターン」と呼ぶのは自由だが、GoFの言う「デザパタ」とは違うって。
まあ平行線ならそれでいいが。
2017/10/01(日) 02:44:03.92ID:H5Asg8Dc
> GoFの言う「デザパタ」とは違うって。

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

エンタープライズアプリケーションアーキテクチャパターン
https://www.amazon.co.jp/dp/B01B5MX2O2/
にのってるマーチン・ファウラーのデザインパターンなんだから
2017/10/01(日) 02:46:05.25ID:U1G3k+aG
>>184
そうだな
デザインパターンをデザパタと呼称する奴はゴミな場合が多い
2017/10/01(日) 02:50:38.64ID:GRIqwmf+
>>192
>>180読め
2017/10/01(日) 02:51:22.94ID:H5Asg8Dc
ちなみにJava の Hibernate という O/Rマッパーは
ActiveRecordパターンとともに紹介されている
Data Mapperパターンを使っているが

Hibernate はフレームワークではない。ライブラリである。
2017/10/01(日) 02:53:02.16ID:GRIqwmf+
むしろお前らが何故そこまで必死なのか分からん。再度言うが、>>172の後半、

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

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

デザパタ厨の皆様、これに答えてくれよ。
2017/10/01(日) 02:55:34.72ID:44WxUqLn
デザインパターンは不要の長物といってる人はデザインパターンを理解してないと思われる
何かしらのソフトウェアをゼロから作り上げるにあたっては必ず何かしらの大枠となる基本設計思想や基本構造を構想して行われる
それがGoFのデザインパターンに一致するかもしれないし、新しい独自のデザインパターンかもしれない
デザインパターンという言葉は両者含めての言葉である
つまり、デザインパターンを持たないソフトウェアなど本来は存在しない
2017/10/01(日) 02:55:40.17ID:H5Asg8Dc
>>196
お前がなんでそんなことに必死になってるのか?
みんなそう思ってるよw

ストラテジーバターンでしか
お前はデザインパターンを否定できないってね。
2017/10/01(日) 02:57:01.13ID:H5Asg8Dc
>>196

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

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

アルゴリズムを実行時に切り替えられるようにしようという設計の話で
委譲にしておく?なんて実装の話は出てこない。
2017/10/01(日) 02:57:04.47ID:44WxUqLn
むしろお前らが何故そこまで必死なのか分からん。再度言うが、>>172の後半、

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

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

デザパタ厨の皆様、これに答えてくれよ。
2017/10/01(日) 02:58:01.82ID:H5Asg8Dc
ほらなw
答えたのに無視するもんなー

こういうやつです
2017/10/01(日) 03:01:11.73ID:44WxUqLn
>>196
デザインパターンとは設計の大枠となる構造や指針であって、それを決めてからより具体的な実装を検討していくってだけなんだが…
2017/10/01(日) 03:04:15.90ID:GRIqwmf+
>>201
だからID見ろよマジで

とはいえ君が>>199ならそれでいい。
他の奴も出来れば>>196に回答よろしく。
俺はもう寝るが。
2017/10/01(日) 03:05:53.36ID:44WxUqLn
>>203
回答しといたぞ
2017/10/01(日) 03:07:26.90ID:GRIqwmf+
>>202
お前もどういう神経なのか分からんが、議論したいのなら普通に入ってこい。
邪魔したいのもお前の自由だが、だったらさらっと入ってくるな。
普通に迷惑行為をしてるんだぞお前は。
2017/10/01(日) 03:09:34.07ID:44WxUqLn
>>205
デザパタっていうなら省略ポリシーをちゃんと守って書きなって言ってるだけ
2017/10/01(日) 03:14:58.23ID:44WxUqLn
>>205
デザパタと言ったかと思えばストラテジーパターンと言ってみたり、中途半端なんだよ
そういうやつが書くコードは、ところどころポリシーが違ったりしてるいい加減なコードを書きそうだ
そんな調子だからデザインパターンも軽視するのだろう
2017/10/01(日) 03:20:07.22ID:H5Asg8Dc
デザパタと略すならストラテジーパターンも
ストパンと略すべきだろうな
2017/10/01(日) 03:23:34.93ID:44WxUqLn
>>208
いやそれはおかしいだろw
2017/10/01(日) 08:46:24.59ID:GRIqwmf+
>>198
ストラテジーパターン以外についても前スレでさんざん
○○=△△パターン、って書いたろ。
まあいいが。


undoすらまともに実装出来ないデザパタ厨が、
何をどう勘違いしたら設計出来るつもりになれるのか不思議だったが、
だいぶ喋ってくれたので何となく分かったような気がする。
まあ後日読み返してみることにするよ。これについてはありがとう。
2017/10/01(日) 09:03:28.63ID:U1G3k+aG
undoとかundoとかundoとか自分がやったことあるところは自信あるもんな
2017/10/01(日) 09:33:28.54ID:GRIqwmf+
>>211
まあ今日はもうやり合う気はないんだが、多分お前らは設計を根本的に勘違いしている。
例えば、>>174内URLで言うなら、

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

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

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

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

とはいえ新しい意味での「コピペプログラマ」が跋扈する時代でもあるから、
お前らのやり方でもある程度通用するのは事実なのだろう。
デザパタ厨=コピペプログラマのようだし。
2017/10/01(日) 10:06:53.73ID:GRIqwmf+
まあとにかく俺は、
「動的に対象関数を切り替える」と言えば済むだけのところで
「ストラテジーパターン」と言い換えるのは、厨二以外の意味はないと思うけどな。
そして「AcriveRecordパターン」なんて言っちゃうのは厨二過ぎて付いていけない。
「Rails標準O/Rマッパーの実装方式」と言えば誰にでも通じるのに。

とはいえこういう状況も割とよくあるのも事実だが。
2017/10/01(日) 10:46:47.52ID:IPLbJXkb
なんども使う処理は関数化して名前を付けるだろ
デザインパターンもそれと同じだよ
この考え方を理解できない人ってめちゃくちゃ長い関数を書きそうだよね
仕事では絶対に付き合いたくないタイプ
2017/10/01(日) 11:25:29.81ID:DL6cgIdt
>>178
とくに名前ついてないと思うけど
頭の悪い子が無自覚に食い下がるときって、いつもこうなってると思う
だから、いつもの展開だなって思うだけ

おまえら、バターン君これ以上いじっても何の利も無いぞ
もうそっとしておいてやれ
2017/10/01(日) 11:57:55.99ID:GRIqwmf+
>>215
それは君らが枝葉に対してしか反論しないからなんだがな。
とはいえこの意味も分からないのだと思うが。
君らのやり方については名前が付いていたはず。
2017/10/01(日) 12:04:09.09ID:qGSPhC6b
全体をみれてないのはどっちだろうね
2017/10/01(日) 12:06:57.99ID:GRIqwmf+
ああ、捕捉しておくと、
ID:H5Asg8Dcは頭が悪くて、多分短期記憶領域が非常に狭い。
だから論理的に筋立てるのではなく、言葉尻を掴んで反論してくる。
というかそれしか出来ない。
だがまあ、それでも話す気はあるみたいだから相手してみた、というところ。
最初からちゃんと議論してくれればこの展開にはなってない。
とはいえ、今のID:H5Asg8Dcにこれを求めるのは無理だ。

ただ、こういう、お前らに問題があるのに相手のせいにするというのはゆとりに多いし、
ゆとりは本当に馬鹿だから他のゆとりもそう思ってしまってみんなで同調する事も多い。
今まさにそうだが。
で、そういうのにも上の世代はブチ切れているから、そこら辺は自覚した方がいい。
2017/10/01(日) 12:22:54.23ID:yUwdbVfT
今デザパタ勉強中だけど、undo実装のパターンも二つぐらいなかったか
メメントとあともうひとつぐらい
よくわからんけど、なんでそんなに否定したがるかわからん
2017/10/01(日) 12:37:16.11ID:H5Asg8Dc
ほらな? 個人攻撃を始めちゃったw

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


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

っていうやつなんやでw
2017/10/01(日) 12:47:03.35ID:qGSPhC6b
>>219
デザインパターンな
リアルで恥ずかしい思いしないように今のうちから直しといた方がいいよ
2017/10/01(日) 12:47:30.83ID:yUwdbVfT
パターンに名前をつけることにイラついてんのか?
2017/10/01(日) 12:48:22.68ID:yUwdbVfT
プログラマーってどうでもいいことに突っかかるよな
2017/10/01(日) 12:51:14.45ID:IPLbJXkb
PGは基本キチガイだよね
まともな奴だと逆に珍しい
もともとプログラム好きなオタクはもれなくキチガイだし
他の就職先なくてプログラマになったやつも内定取れないだけあって人間性のおかしなキチガイばかり
2017/10/01(日) 12:57:42.28ID:yUwdbVfT
GoFより自分の方が優秀だと主張したいのか?
2017/10/01(日) 13:10:11.98ID:OXD0q5aq
な?デザパタなんて使えないだろ
2017/10/01(日) 13:14:24.57ID:H5Asg8Dc
パターン名が覚えられない
だからデザパタは使えないってことにしたいんだ
2017/10/01(日) 13:17:01.88ID:DL6cgIdt
>>225
身の程知らず、も初学者にありがちなパターンだよなw
コンパイラがバグってるだの
言語がゴミだのOSがカスだの
俺だけが正しくて世界の全員が間違ってるだの

なにか、自分が無敵に思えるタイミングが、学習の初期の初期に存在するんだろうな
2017/10/01(日) 13:19:21.72ID:GRIqwmf+
>>220
前スレ>>813読め
基本的に君は相手が何を言ったのか全く覚えてない。
だから話がループする。
それは君の問題だが、君の場合はそれが常である為に、その異常性に気付けない。
それはマジでヤバいぞ。リアルだったらブチ切れられて終わりのはず。

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

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

ただし、デザパタ厨=コピペプログラマにとってはこれが彼等なりの現実解なのだと思う。
これも前スレ927で言ったとおり。
2017/10/01(日) 13:20:54.51ID:qGSPhC6b
>229
>デザパタ厨
ってなんすか?
2017/10/01(日) 13:21:35.33ID:H5Asg8Dc
> 俺は、デザパタは役に立たない、デザパタ厨は全員undoすら実装できないのが証拠、という意見で、

根拠が無いな。

世界中を調べてみたのか?
まさかこのスレだけで判断してないよな?
2017/10/01(日) 13:21:53.57ID:qGSPhC6b
>>229
>デザパタ厨=コピペプログラマ
これもよくわからんな
デザインパターンを把握してないプログラマほどありもののコピペのつなぎ合わせでしのぎそうだが
2017/10/01(日) 13:21:57.09ID:H5Asg8Dc
世界中を調べてみればデザパタが使われているのは
明らかだろう。
2017/10/01(日) 13:23:11.45ID:H5Asg8Dc
>>232
正解。

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

なぜならコピペ元(デザパタのサンプル)は
名前もサンプルだからそのまま使えることはない
2017/10/01(日) 13:23:13.35ID:OXD0q5aq
>>233
え?
2017/10/01(日) 13:24:56.88ID:H5Asg8Dc
>>235
実例はいくつも出してるよ。
2017/10/01(日) 13:27:40.28ID:OXD0q5aq
>>236
ごめん
現場で一度も見たことない
派遣で結構たくさん大手まわったけど
マジで1回も見たことないよ
2017/10/01(日) 13:29:19.01ID:iOi6hm11
>>237
>>197参照
2017/10/01(日) 13:29:54.91ID:t00k+6e7
>>237
あほ
240デフォルトの名無しさん
垢版 |
2017/10/01(日) 13:30:31.06ID:JkvRtWNG
>>237
フレームワーク作ってるなら
コマンド、テンプレートメソッド、ストラテジー、アブストラクトファクトリー
は鉄板でしょ
2017/10/01(日) 13:30:36.81ID:OXD0q5aq
>>238
掻い摘んで言うと
消滅したんだよねw
それでいいじゃん
何にこだわってるの?
2017/10/01(日) 13:32:35.36ID:OXD0q5aq
>>240
うん
全部知らない
2017/10/01(日) 13:38:57.48ID:GRIqwmf+
ちなみに俺も>>241と同じで、
・デザパタ用語を敢えて使う状況がないから自然消滅した
という気がしている。
だから何度もデザパタ厨に「お前らのリアルで使ってるのか?」と聞いている。
2017/10/01(日) 13:38:58.29ID:yUwdbVfT
知らないことを誇るのってすごく恥ずかしいと思う
数学なんて役に立たねーってわめいてるバカ学生みたい
2017/10/01(日) 13:40:32.66ID:H5Asg8Dc
>>243
使ってるし使われてる。

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

そりゃ知らんはずだわw
2017/10/01(日) 13:44:03.36ID:DL6cgIdt
>>245
あんたつくづくお人好しだなw

数学なんて社会に出ても役に立たない!
って主張はたまに聞くが
その反論は意外と耳に届いてこない
なぜなら、反論しうる層の人々は
そこまでヒマでもないし、お人好しでもない
真顔のままで見下ろしてる
2017/10/01(日) 13:44:18.74ID:iOi6hm11
>>241
消滅?
なぜそういうことに思考が繋がるのかわかんないっすね
2017/10/01(日) 13:45:04.32ID:qGSPhC6b
自分だけは誰よりも正しく常に上位にいるという前提
2017/10/01(日) 13:45:38.71ID:GRIqwmf+
>>245
まあundoすら実装出来ない馬鹿がフレームワークの設計とか、あり得ないけどな
2017/10/01(日) 13:49:46.07ID:m+pWvPIZ
ブーメラン刺さってますよ
2017/10/01(日) 14:01:00.31ID:OXD0q5aq
>>243
なぁ
見たことないよな
2017/10/01(日) 14:04:05.22ID:OXD0q5aq
ネット上でも当たり前にデザパタが使われて解説してるサイトとか無いの?
msも使ってないし
デザパタサポートしてるフレームワークとかも聞かないし
2017/10/01(日) 14:43:18.93ID:H5Asg8Dc
> デザパタサポートしてるフレームワークとかも聞かないし

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

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

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

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

GUIライブラリはデザインパターンをよく使う場所だし
プラグイン的な仕組みにも使われてる
2017/10/01(日) 14:52:33.98ID:H5Asg8Dc
面白いことにデザインパターンへの批判には
矛盾する二種類の批判が有る。

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

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


おもしろいやろ?
デザインパターンを批判している人同士で
対立してるんやでw
2017/10/01(日) 14:53:18.46ID:OXD0q5aq
>>253
え?ボタン押してパターン選択したら必要なクラスが勝手にできるんでもいいんじゃないの?
でも誰も使ってないからそういうのできないんだよ
2017/10/01(日) 14:54:50.36ID:OXD0q5aq
>>254
矛盾してないじゃんw
両方成り立つ
大事なのはデザパタのパターンでのやり取りを誰もしてないってこと
2017/10/01(日) 14:56:03.88ID:H5Asg8Dc
>>256
明らかに矛盾してるよ

・誰でも普通に使ってるもの
・誰もそんなものを使っていない
2017/10/01(日) 14:58:51.94ID:H5Asg8Dc
>>255
> え?ボタン押してパターン選択したら必要なクラスが勝手にできるんでもいいんじゃないの?

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

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

お前は設計が終わった後の
実装を振られているだけなんだよ
お前は設計をしたことがない
2017/10/01(日) 14:59:57.46ID:OXD0q5aq
>>257
話の内容を理解しないで言葉だけ捕まえてるじゃん

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

結局、下の状態でなければデザパタの主旨から外れてるんだから
デザパタは使われてないんだよw
2017/10/01(日) 15:01:34.39ID:H5Asg8Dc
上の方でも「デザインパターンをコピペ」とか
意味不明なことを言ってるやつがいたが
デザインパターンはコピペしても意味がない。
なぜなら設計(=構造)だからだ

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

アルゴリズムなどコピペするような処理は含まれていない
あくまで構造だけなんだからコピペしようがない
2017/10/01(日) 15:02:53.48ID:H5Asg8Dc
>>259
> 使ってるって言ってる人はデザパタの構造だけの話でしょ?

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

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

「デザインパターンのパターンでのやり取り」ってなんですか?
パターン♪パターン♪
2017/10/01(日) 15:03:17.57ID:OXD0q5aq
>>260
雛形作ってくれてもいいだろ
デザパタを使ってるなら楽だと思うぜ
シングルトンって押したら勝手にやってくれてもいいしね
2017/10/01(日) 15:04:09.40ID:OXD0q5aq
>>261
だからパターン名で設計のコミュニケーションを取ってないって言ってるの
2017/10/01(日) 15:04:13.49ID:H5Asg8Dc
> 雛形作ってくれてもいいだろ
UMLツールで雛形は自動生成されてますね?
2017/10/01(日) 15:04:53.26ID:H5Asg8Dc
>>263
お前が実装担当だからだろ?w
2017/10/01(日) 15:06:23.08ID:OXD0q5aq
>>264
え?
デザパタが指定できるの?
見たことないよ
2017/10/01(日) 15:06:25.98ID:yUwdbVfT
>>263
そらデザパタ勉強してないひとらにあわせてるんでね?
一番レベル低いところに合わせるって日本的じゃない
2017/10/01(日) 15:07:06.89ID:OXD0q5aq
>>267
だから使ってないってw
2017/10/01(日) 15:09:43.64ID:OXD0q5aq
デザパタスレとかもう無いしねw
2017/10/01(日) 15:10:19.52ID:H5Asg8Dc
>>266
だからデザパタが指定できるっていうのが意味不明
何を指定するんだ?

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


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

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

いい加減、実装の世界からしか見れないのは卒業した方がいいよ
本当に技術力不足だから
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況