トップページ⇒tech
1001コメント374KB

〔隔離〕デザインパターンは本当に必要か?〔スレ〕

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001デフォルトの名無しさん2005/06/21(火) 19:09:56
そもそもデザインパターン自体どうなのよ?って話はここでやれ。
0809デフォルトの名無しさん2005/07/13(水) 00:42:58
Fowlerな。
あと、書き込み少ないって、某荒らしが粘着してるネタスレと比較しての話だ。
某荒らしが一切書き込みをやめてくれれば、また盛り上がれるスレだと思うよ。
0810デフォルトの名無しさん2005/07/13(水) 01:16:57
>>805-809
やはりお前らアフォどもに本スレを盛り上げるのは無理ってことだな。
隔離スレで内容のない話をしてろ、アフォども。
0811デフォルトの名無しさん2005/07/13(水) 02:14:11
>>810
勝利宣言か。本当に日本人ですか?
0812デフォルトの名無しさん2005/07/13(水) 23:08:14
盛り上げるもなにもデザパタ使ってる奴なんてハナっから存在しない。
信者だって本当に実在しているのかも疑問。
0813デフォルトの名無しさん2005/07/14(木) 11:18:53
>>812
>デザパタ使ってる奴なんてハナっから存在しない。
という事にしないと、理解できない自分がカワイソス、と。
0814デフォルトの名無しさん2005/07/14(木) 11:40:11
井の中の蛙もいいところ
0815デフォルトの名無しさん2005/07/14(木) 12:57:25
こないだつかった。
0816デフォルトの名無しさん2005/07/14(木) 20:00:39
俺なんか飯のときにも使ってる
0817デフォルトの名無しさん2005/07/14(木) 21:14:38
>>815
シングルトンはもういいってw
0818デフォルトの名無しさん2005/07/14(木) 21:44:28
>>817
君がそれしか知らないのは判ったから。
0819 != 8152005/07/15(金) 00:47:16
>>817
このスレの住人ってくだらない煽りヤロウばっかりだな('A`)
08208082005/07/15(金) 01:30:19
同意。つか、これが例の情報システム板のスレでバカなレスばかり付けている「出張32」ですよ
0821デフォルトの名無しさん2005/07/15(金) 07:45:18
>>819
オマエモナーw
08228192005/07/15(金) 09:59:55
>>820
いや、あの、きみの>>808の一行目のレスするあたり対してレベルが変わらない気がス('A`)
きみのその一言がなければ、おお。とか思った。思われただろうに。
つか、>>820自体のレスも対してレベ(略

>>821
(゚∀゚)オウヨ!!
0823デフォルトの名無しさん2005/07/15(金) 11:06:37
>>817
Abstract Factoryでした。
まあこれも使いやすい方なので
じまんにはならんでしょうけど!
0824デフォルトの名無しさん2005/07/15(金) 14:35:21
>>821
釣られて出てくる「くだらない煽りヤロウ」。
0825デフォルトの名無しさん2005/07/17(日) 18:36:19
ふと思い立ったんだが、アンチデザパタさん達の中でも、
interpreter パターンを知らずに使ってる人は意外と多いかもしれない

なにせ、
  Window_X = 120
  Window_Y = 100
とかの初期化用スクリプト組んで、config.ini って名前付けるけでも interpreter の思想は受け継がれているからな

【この程度の事で interpreter パターンなどと勿体ぶった言い方を俺はしたくないですが】
0826デフォルトの名無しさん2005/07/17(日) 21:32:52
>>825
お前は本当になにもわかってねぇウンチングスタイルだな。
0827デフォルトの名無しさん2005/07/17(日) 22:26:33
はぁ。インタープリタ・パターンねぇ。
再帰下降型パーサなら簡単に書けるけど、
正規表現のように状態遷移マシンつかったり、
JavaやCのようにあるていど大きな規模の構文を効率的に扱うには、
ちょっと寸足らず・・・
つか、実装は別の方法でやって、表面的なインタフェースはinterpriterパターンといったところか。

ってGoFがゆってた
08288252005/07/18(月) 18:30:54
っていうか interpreter パターンって
『処理内容のハードコーティングを避け、必要ならカスタマイズ可能に』
ってのが第一条件で、別に実装方式は問わなかった筈

その気になれば BF を組み込む程度でも interpreter になりそうで
0829デフォルトの名無しさん2005/07/18(月) 18:35:17
BFでカスタマイズする処理系スゴス
0830デフォルトの名無しさん2005/07/18(月) 22:39:54
BF?!
BNF (Backus-Naur Form)じゃなくて?
0831デフォルトの名無しさん2005/07/18(月) 22:48:10
BF
http://pc8.2ch.net/test/read.cgi/tech/1036013915/l50
0832デフォルトの名無しさん2005/07/19(火) 00:19:44
Boy Friend

うほっwww
0833デフォルトの名無しさん2005/11/24(木) 02:13:02
MVCとかって本当に必要なの?
開発ってか設計がめんどうなんだけど・・・
0834デフォルトの名無しさん2005/11/24(木) 08:00:24
>>833
VCしかないシステムの拡張やらされた時には前任者に殺意を覚えたぞ。
0835デフォルトの名無しさん2005/11/24(木) 08:35:41
>>833
一度、プログラマが10人以上いるプロジェクトで
すべての処理を一つのクラスにつっこむ実装をしてみるとわかるよ
0836デフォルトの名無しさん2005/11/24(木) 14:05:48
>>9
> デザパタで成功してるのはstlのイテレータくらい。
なんでイテレータだけなんだ?
JavaのIteratorのほかにObserver、I/OのDecoratorとかはどうよ?

> MFCやWTLはチェーンやらデコレータやらがとっちらかってて、
> どうしてもキショイコードになる。
0837デフォルトの名無しさん2005/11/24(木) 16:50:37
MVC ってさ、

M:機能本体
V:出力
C:入力と制御(メインループとか)

で良いの?
正直、よく分からんのだが・・・
0838google って知ってる?2005/11/24(木) 19:03:03
>>837
調べる気のない人は
一生解らないままでいて下さい。
0839デフォルトの名無しさん2005/11/27(日) 01:16:05
>>838
ヒドス
0840デフォルトの名無しさん2005/11/27(日) 08:33:23
>>839
デザパタ信者ってこんなのばっかだよ。
教えないんじゃなくて「知らない」or「自分の勝手な解釈で覚えたと思い込んでる」から説明なんてできない。
もし、説明なんかして他の人間と解釈が違っていたら、自分が理解していないことがばれちゃうから、
そういう危ない橋は渡らないのが奴等の処世術。
デザパタなんてオブジェクト指向すら無視してるんだから、当然オブジェクト指向すら理解してない。
で、なんだかんだ苦しくなると「デザパタは全く新しい〜」とか御馬鹿なこと言い出す始末。
これが前スレからの流れ。
0841デフォルトの名無しさん2005/11/27(日) 08:49:45
       /:
   ∧∧ /  :
  (,,゚Д゚/    :
_ / つ/) _  :
〜(⌒)__)  /| ,, :  
 ̄ ̄ ̄ ̄ ̄|/,,,    
        〜〜〜〜〜〜〜〜〜〜〜
0842デフォルトの名無しさん2005/11/27(日) 15:34:19
>>837==>>840
による自作自演か。

>>838の言うとおりなんだけどね。
ちょっと調べればMVCで実際に設計する方法がわかるのにね。
0843デフォルトの名無しさん2005/11/27(日) 16:04:25
>>838==>>842
による自作自演か。

>>840の言うとおりなんだけどね。
ちょっと調べればMVCで実際に設計する方法がわかるのにね
0844デフォルトの名無しさん2005/11/27(日) 17:29:00
まてまて
調べても理解出来なかった というパターンもありうる。
0845デフォルトの名無しさん2005/11/27(日) 17:33:38
>>844
我々は選ばれた人間なのですね!
0846デフォルトの名無しさん2005/11/27(日) 22:59:43
一人で書くなら不要
一人神グラマがいれば、そいつを基準に周りがまねたら良いから不要
一人ではまだ頼りない感じの人達をまとめ上げるために必要なものだ
08478382005/11/28(月) 12:18:29
>>843
> >>838==>>842
残念ながら違いますよ。間抜け。

> ちょっと調べればMVCで実際に設計する方法がわかるのにね
判っているなら、そうしなさい。
08488392005/11/30(水) 23:48:07
>>844 調べてわかったけど釣り発言してみよう というパターンもあり、えない
>>845 !
>>847 オトナゲナサス
0849デフォルトの名無しさん2005/11/30(水) 23:57:52
       /:
   ∧∧ /  :
  (,,゚Д゚/    :
_ / つ/) _  :
〜(⌒)__)  /| ,, :  
 ̄ ̄ ̄ ̄ ̄|/,,,    
        〜〜〜〜〜〜〜〜〜〜〜
0850デフォルトの名無しさん2005/12/01(木) 05:51:30
M マゾな
V vsialbasic使いは
C CやC♯は使えません。

MVCで
webは何となく分かるけど
javaのクラス設計で考えたら
Vはインターフェイスとして
Mが実装で
Cはインスタンス化=利用するクラス?
結城先生の本買った方が良いのかな・・・・
高いしな
 
0851デフォルトの名無しさん2005/12/01(木) 07:53:24
あのころのおれならMLですまーとにかいたんだけどねw
0852デフォルトの名無しさん2005/12/04(日) 21:08:41
strategy パターンって単なるコールバックじゃんwww
0853デフォルトの名無しさん2005/12/04(日) 21:17:04
そうだが……何か辛いことでもあったのか? 俺でよければ相談にのるぞ?
0854デフォルトの名無しさん2005/12/04(日) 23:05:16
良スレあげ
0855デフォルトの名無しさん2005/12/09(金) 00:50:56
>>847>>842

> >>837==>>840
も実は違うんだが・・・

ちょっとからかっただけ
オマイってからかうとオモシロイナw
必死に反応してくれてw
0856デフォルトの名無しさん2005/12/09(金) 10:59:08
釣り宣言キタコレ
0857デフォルトの名無しさん2005/12/10(土) 00:21:15
まあ 隔離スレなんだから、こんなんばっかだろ。
頭のいい奴は、つられたりしないわけだから
気をつけてればいいのさ
0858デフォルトの名無しさん2005/12/11(日) 17:38:28
852>strategy パターンって単なるコールバックじゃんwww

同感です。昔、GOF 本を読んでクラスを使って実装した strategy パターンのコードを単純化して言ったら、関数ポインタの設定値の切り替えだけになっちゃいました。

それから GOF 本を真剣に読む気持ちがなくなりました。
0859デフォルトの名無しさん2005/12/11(日) 17:58:58
>>858
デザパタの存在意義が「技術ブレークスルー」だと勘違いしている
馬鹿がまた一人。
0860デフォルトの名無しさん2005/12/11(日) 17:59:31
>>852,858
デザインパターンに過剰な期待をしていないか?
「単なる○○じゃん」「同感」という発言は、
デザインパターンの目的・役割を取り違えてないか?

デザインパターンは、別に
「そこらのエンジニアが考えつかないような素晴らしい夢のパターン集」
でもなんでもないぞ。
誰でもやっている・よく使われる設計手法に名前を付けてカタログ化したものでしかない。
エンジニア間の共通認識化・共通語化するのが目的。
0861デフォルトの名無しさん2005/12/11(日) 18:14:57
指きたす同様デザインパターンって言葉を使いたがる人たちがいるだけだろ
0862デフォルトの名無しさん2005/12/11(日) 19:33:05
例えばJavaDoc に
 ・・・
 このクラスはGoFの○○パターンの××です.
 @see □□
 @see △△
とか書いて有ればクラス図見なくても設計意図と構造が解る

ってのもデザインパターンとして用語と設計が定義して有るおかげよね.
0863デフォルトの名無しさん2005/12/11(日) 19:40:58
>>862
ぶっちゃけ言いたい。



構造が分かっても用途が分からないドキュメントは糞。
0864デフォルトの名無しさん2005/12/11(日) 20:16:20
>とか書いて有ればクラス図見なくても設計意図と構造が解る
                         ̄ ̄ ̄ ̄
>構造が分かっても用途が分からないドキュメントは糞。
             ̄ ̄ ̄

ここでもエンジニア間の共通認識化・共通語化をする必要がありそうだな
0865デフォルトの名無しさん2005/12/11(日) 20:24:19
デザインパターンは、単なるカタログです。

共通的に使える設計で出てくるパターンは、
資産化しなさいよーという教えです。
0866デフォルトの名無しさん2005/12/11(日) 20:28:27
完全にデザインパターンにマッチする方が少ないんじゃない?
適用できるなら適用すればいいだけかと
0867デフォルトの名無しさん2005/12/11(日) 21:01:21
>>863

詭弁のガイドライン
6.一見、関係がありそうで関係のない話を始める
16.全てか無かで途中を認めないか、あえて無視する
17.勝手に極論化して、結論の正当性に疑問を呈する

あたりか
0868デフォルトの名無しさん2005/12/11(日) 21:02:12
>>863
>構造が分かっても用途が分からないドキュメントは糞。

そんな当たり前のことを偉そうになに突っ込んでるんだよw
0869デフォルトの名無しさん2005/12/11(日) 21:23:54
>構造が分かっても用途が分からないドキュメントは糞
まんまデザパタのことだな。
0870デフォルトの名無しさん2005/12/11(日) 21:27:25
…………俺、爆弾投下しちゃったっぽいな
0871デフォルトの名無しさん2005/12/26(月) 18:26:38
で、隔離スレが出来たら本スレがほんとに落ちちゃったわけか・・・

ここのアンチの人ってオブジェクト嗜好だよね。
憂鬱本読んでわかった気になってるパターンか。
0872デフォルトの名無しさん2006/02/21(火) 23:48:17
ちょっとデザインパターンからはずれてしまうんですが、
内部設計というか、プログラムのインターフェース設計ってどうやってます?

自分の経験では、共通化の行き過ぎによるメンテナンスの低下が多くのプロジェクトで見られます。
簡単にいうと、こういうことです。

処理A、処理B、処理Cがあったとして、この3つは横展開の関係にあります。
3つも実装するのは大変なので、全て共通化して実装した(methodX(A)のように1つのメソッドで処理A〜Cを行い、どれを行うかは引数で指定する)。
ただし、メンテナンス作業を繰り返すうちに、If (処理Aの時のみ)...のような記述が増え、所謂マカロニソースになってしまった。
最初から処理A、処理B、処理Cは別々に実装すべきだった。
もちろん共通化すべき部分はあるので、下請け処理の共通部品を作るべきだが、
大元の処理は分けて実装すべきだった。

なんで、こんな失敗するんでしょう?
最初からA〜Cはほとんど同じ実装で済むと思っていたのが、
想定外のバグ、仕様漏れ、仕様変更等により、A〜Cが乖離した結果、マカロニ化してしまうんですね。
けれど、「想定外」のことを想定して設計なんてできないんですよ。

皆様どうやって設計してますか?
0873デフォルトの名無しさん2006/02/21(火) 23:49:16
872の続き

けれど、「想定外」のことを想定して設計なんてできないんですよ。

皆様どうやって設計してますか?
0874デフォルトの名無しさん2006/02/21(火) 23:59:09
2行しか読んでないけど
>どれを行うかは引数で指定する
これが間違ってると思う
0875大根2006/02/22(水) 00:00:29
>>874
ご回答ありがとうございます。
すいません、新スレ立てさせていただきました。
デザインパターンとは違う話題なので。。。
0876デフォルトの名無しさん2006/02/22(水) 16:53:47
そういや、デザパタスレなくなったな。悲しいことだ。
0877デフォルトの名無しさん2006/02/23(木) 18:31:51
昔から俺がやってた手法に勝手に名前つけられただけ
0878デフォルトの名無しさん2006/02/23(木) 18:48:42
未だに>>877みたいな勘違いをしている奴がいるんだな。
名前を付けて普及させ、技術者間の共通認識にするところまでやってはじめて価値が出る。
どんなに優れた設計でも『オレ様パターン』じゃ意味ないんだよ。
0879デフォルトの名無しさん2006/02/23(木) 19:12:09
>>878
その点において最大の価値がある。

>>877
全パターンをただ一人で考案した
というのはとても信じられない
0880責任転嫁マン2006/02/24(金) 01:07:28
じゃあ、このスレで900を取った奴がデザパタスレ建ててくれ。
確か、5スレ目まで言ってたので、「【GoF】Design Pattern 6」とかで。
0881デフォルトの名無しさん2006/02/25(土) 00:39:28
まだ、こんなスレあんのか?
デザパタなんて使ってる会社無いっていってるだろ。
だいたいGoF本なんてもう絶版だろ?ワロス
オブジェクト指向が理解できない奴ほど食いつくんだよな
いい加減にオブジェクト指向理解しろって
オブジェクト指向言語がメジャーになってから何年経つんだよテラワロス
0882デフォルトの名無しさん2006/02/25(土) 00:47:09
J2EEパターンを知らない奴がまた現れたのか。
JavaでサーバサイドシステムをJ2EEパターンを使わないで作ってる会社なんて無いよw
0883デフォルトの名無しさん2006/02/25(土) 00:54:09
>>882
はぁ?なにそれ?
0884デフォルトの名無しさん2006/02/25(土) 01:39:23
>>883
「?」の後は1つ空白を入れろ 話はそこからだ
ただし」が続く場合はいらないぞ
0885デフォルトの名無しさん2006/02/25(土) 02:42:03
>>884
うるせえよ
氏ね
0886デフォルトの名無しさん2006/02/25(土) 10:49:04
>>883
言われたとおりに書いてればおkなドカタには不要なモノだよ
0887デフォルトの名無しさん2006/02/25(土) 10:56:55
まあれだ、デザパタってのはプログラマに対して、
コンビニのアルバイトみたいに、接客対応マニュアル
を用意してくれたってことでしょ
0888デフォルトの名無しさん2006/02/25(土) 12:43:07
デパガがトイレに行く事を棚卸してきますとか言うだろ?
共通の認識がないとこういう符丁は成立しない。デザパタも似た様なもんだw
0889デフォルトの名無しさん2006/02/25(土) 18:16:18
一人プロジェクトでメンテも自分以外やらない、つー場合でもメリットある?
あるなら本でも読んでみようという気になるかも
0890デフォルトの名無しさん2006/02/25(土) 18:35:05
>>889
こうしてこっちはあーしてこういう風に作ろう が これしよう と単純に考えられる
ライブラリでデザインパターンになってるものがあるから、それを簡単に理解できるようになる
0891デフォルトの名無しさん2006/02/25(土) 19:02:37
考察段階でつまずいたり時間がかかったりすることは
ほとんどないしなあ。今ひとつ食指が動かない
0892デフォルトの名無しさん2006/02/25(土) 19:24:15
http://pc8.2ch.net/test/read.cgi/prog/1140795650/2
   , -‐−-、  ヽ∧∧∧ //  |
.  /////_ハ ヽ< 釣れた!> ハ
  レ//j け ,fjlリ / ∨∨V ヽ  h. ゚l;
 ハイイト、"ヮノハ     //   |::: j  。
  /⌒ヽヾ'リ、     //     ヾ、≦ '
. {   j`ー' ハ      // ヽ∧∧∧∧∧∧∨/
  k〜'l   レヘ.   ,r'ス < 初めてなのに >
  | ヽ \ ト、 ヽ-kヾソ < 釣れちゃった!>
.  l  \ `ー‐ゝ-〈/´   / ∨∨∨∨∨∨ヽ
  l     `ー-、___ノ
  ハ   ´ ̄` 〈/‐-、
0893デフォルトの名無しさん2006/02/25(土) 19:42:26
>>891
考察段階でつまずくんじゃなくて、考察内容自体を短縮するんじゃないか?
0894デフォルトの名無しさん2006/02/25(土) 20:53:19
例えばデザパタを習得していると、音声認識とか不可逆圧縮アルゴリズム、
動画再生ルーチン、将棋の強いアルゴリズムとか楽々こなせるほどの
思考手法が手に入るの?(コーディングとかマンパワー的なものは除いて)

こういう専門分野以外はソフト構築の考察時間なんかほとんどゼロだと思う
んだけど。
0895デフォルトの名無しさん2006/02/25(土) 20:56:16
>例えばデザパタを習得していると、音声認識とか不可逆圧縮アルゴリズム、
>動画再生ルーチン、将棋の強いアルゴリズムとか楽々こなせるほどの
>思考手法が手に入るの?(コーディングとかマンパワー的なものは除いて)
入るわけない
誰がそんなこと言ったの?
0896デフォルトの名無しさん2006/02/25(土) 20:57:45
だから、それじゃあ学ぶ価値なんかないよ。一人でやってる限りは。
0897デフォルトの名無しさん2006/02/25(土) 21:05:59
デザパタの使い道がわかっていない典型だ
0898デフォルトの名無しさん2006/02/25(土) 21:30:33
だから一人プロジェクトでの効能をキボン
0899デフォルトの名無しさん2006/02/25(土) 21:41:49
10ステップの命令文を1つの関数にすれば、関数の名前だけで内容が一気に把握できる
そういうことが本当に分からないなら勉強する気も起きないだろうしやんなくていい
釣りかな
0900デフォルトの名無しさん2006/02/25(土) 21:51:18
そんなことは百も承知だけど例えとしてそういうもんなのか?
無限の関数名が出来そうだけど
0901デフォルトの名無しさん2006/02/25(土) 22:04:06
>>898
「こういうときはこうする」というチップス集としても役立つ。
自分で考える手間が減るだろ?

専門分野のソフトウェアにしたって、入出力やイベントハンドリングなんかは
機能として実装するだろ?
そういう部分で「よくやる手法」としてのチップス集にはなる。
あるいは機能の重複をどう効率よく実装するか、とか。

・・・無理矢理かな?
0902デフォルトの名無しさん2006/02/25(土) 22:11:07
なんねぇんじゃん。
変数名をプロジェクトで決まった用語のローマ字方式でつけてて
開発の途中でダサいって理由で英語で付け変えた変数名も、
誰も読めないって理由で結局対応表が必要になった。

これはデザパタにもいえることだけど余計な手間増やしてない?
みんなの共通認識っていうけど、別にあの本はネットで公開されてるわけでも
そこまで普及してるわけでも、開発のすべてをカバーしてるわけでもない。
アレを覚えることで得られるメリットも開発に参加する人数の大半をサポートしていなければ
その説得力は無いも同然。

デザパタがいいという人間はデザパタを知ってる人間とかしか開発がしたくなくなるとかいう呪い付き。
やっぱり駄目じゃねぇのかな?
0903デフォルトの名無しさん2006/02/25(土) 22:16:55
>>901
>専門分野のソフトウェアにしたって、入出力やイベントハンドリングなんかは
>機能として実装するだろ?

この辺がどう効率的になるのかわかんないんだ。現状でもコーディング
の時間以外はコストかからんしライブラリやフレームワークがあればそれ
も軽減できる。

>「こういうときはこうする」というチップス集としても役立つ。

チップスの数って数えられるほどに押さえられるもんなのか?

そういわれると問題に対して適用する手法はそんなにない
ような気もしてきた。
0904デフォルトの名無しさん2006/02/25(土) 22:59:21
>>900
無限ってことはないでしょ 使われなくなったら消えるし
良く使われる部分にそれがあると楽になるんじゃないか

良く使われる部分でもその名前が知られてなければしょうがないというのは……
まあ自分で考える時に使うということで
gotoよりforループだ ってぐらいのものじゃないと意味がないってことか?
0905デフォルトの名無しさん2006/02/25(土) 23:20:01
>>904
>gotoよりforループだ ってぐらいのものじゃないと意味がないってことか?
そう。
プロジェクトで結構手間がかかるのは
個人個人の認識の仕方を確認し、それを共通認識までもってくことだからな。
その手間をぶっちぎって、「デザインパターン読んでください」なんて突き放してうまくいくわけがない。

中国語と英語を話す国に
「今日から日本語が母国語になります。ええ、決まったことですからしょうがないですね。」
なんてふっかける行為となんら代らない。
0906デフォルトの名無しさん2006/02/25(土) 23:21:10
> ライブラリやフレームワークがあればそれも軽減できる。
それこそがデザパタの適用w
0907デフォルトの名無しさん2006/02/25(土) 23:22:01
>無限ってことはないでしょ
これはなんとなく分かるけど

>使われなくなったら消えるし
>gotoよりforループだ ってぐらいのものじゃないと意味がないってことか?
スマンが何を言ってるのか不明。
0908デフォルトの名無しさん2006/02/25(土) 23:22:12
たしかに日本語のテキストなんかもたくさん出てるだろうし、
勉強する環境やらお金やらは問題ないかもしれんだけどやるか?やらんだろ?
レス数が900を超えています。1000を超えると表示できなくなるよ。