パターンが好きコミュのあなたにとってパターンとは

とりあえず、自己紹介代わりにコメントしてくれるとうれしいです。何かトピ作らなければと思って作ってみました。
人数少ないので盛り上がりに欠けるかもしれない…（がんばって啓蒙活動して大きくするぞ）。

あ、別に「パターンとは何か」みたいな定義じゃなくてもいいですよ。
イメージでも、失敗談とか成功談でも、実はよくわからないんだよねーっていうブッチャケでもおっけーです。

ちなみにですけど、僕にとってのパターンとは、
「何度も出てくる問題と解決のための型または手順」
です。
今僕の目の前にある問題は「データ登録時に一意制約エラーになる時がある」というもの。解決策定として昨日会議がありました。そして「一意制約例外クラスを定義してそれにSQL例外を乗っけて飛ばそう」という結論。

その例外クラスと、飛ばす仕掛けのユーティリティクラスを、僕は今作っています。

コメント(13)

最初
全て
最新の40件

[2] mixiユーザー 12月03日 23:01

> うさぴょんの育ての親さん

ぶっちゃけ、自分のコードにどのパターンが使われているか、改めてそのコードを分析しなきゃわからない、なんてことが僕もあります。

リファクタリングとかすると特に。

[3] mixiユーザー 01月18日 12:29

あまり意識はしないけれども、共通のコミュニケーションとして役に立つと思います。
オブジェクト指向プログラミングでは良く出てくる典型的な形だと感じます。
例えばCompositeパターンなどはディレクトリとファイルを取扱うときの典型的な形ですよね。
ほとんどの解説がJavaでなされていますが、私はRubyを使って説明したいと思います。
RubyはJavaより更に簡潔に書けますから。
Rubyで学ぶオブジェクト指向/デザインパターン
http://www.ceres.dti.ne.jp/~kaga/frame.html
にRubyでデザインパターンを書いています。

[4] mixiユーザー 01月18日 13:31

「あの、ほら、例のプロジェクトで使ったXXクラスの設計みたいな奴だよ、インスタンス一個にするようなやつ。」みたいな説明だと長いから「シングルトンパターンで」って言えば一発ってことですね。

パターンを「語彙」として扱うと有効ですね、確かに。
ただ、それってGoFデザインパターンが「パターンランゲージ」って言われる所以ですが、僕の知る限り、そうした「言語性」のメリットは皆さんあまり重視していない気がします。
やはり、デザインパターンは設計ノウハウだみたいのが強いです。

そういう誤解というか認識不足みたいなことこそ、僕等が語っていかなきゃならないんだと思います。

[5] mixiユーザー 06月21日 22:04

はじめまして。
なんか寂しい感じですね。
デザインパターンは「技術」そのものと言っても過言では無いでしょう。
詳細設計についてはＧｏｆの様に標準化もされているのですが、運用モデルや業務設計、方式設計の多くは標準化されてなく、いちいち説明が面倒では無いでしょうか。
このコミュニティーでセンス有る名前をつけて標準化するなんてのはおもしろそうじゃないですか？

[6] mixiユーザー 06月22日 00:32

> なんか寂しい感じですね。
ですね(TT)

> このコミュニティーでセンス有る名前をつけて標準化するなんてのはおもしろそうじゃないですか？
ですね(^^)
経験知などは特に名前がないと説明できない。

設計だけではなく、要件やプロセス、運用、方式設計に至るまで、命名による伝達精度の向上が図れると思われることは沢山あります。

ならば、僕等で勝手に名前を付けてしまえ！

でも、候補となる問題解決手法が思い浮かばないorz
つことで、アイデアが浮かんだらまたコメントします。

[7] mixiユーザー 06月22日 10:40

まぁまぁ通じるけど本当に通じてるか怪しい「～系」とかから攻めたらどうでしょう。
システムデザイン（業務設計）では
・業種名＋系　例）流通系・医療系
・部門名＋系　例）営業系・購買系
・業務名＋系　例）エントリ系・管理系
システムデザイン（方式設計）では
（無理矢理な感じするよね～）
・規模＋系　例）大規模系・少人数系
・セキュリティー例）緩い系・うるさい系
どうでしょうか
これは案なので他でも良いですよ～。

[8] mixiユーザー 06月23日 22:56

広義では「パターン＝認知パターン」ですね。
語彙が増えるとコミュニケーション精度が上がるのがパターンのメリットですが『～パターン』というと拒否反応がある気がします。
『～系』の方がいいかもしれませんね。

簡単なパターンの作り方としては、

１．過去の実例でよく似たものを３つ探す。
２．抽象化する。
３．名前を付ける。

な感じですかね。

例えば、

１．実例：マスタープランにコストをかけないプロジェクトが３つ以上ある
２．抽象化：マスタープランにコストをかけない→プロジェクト失敗
３．命名：マスタープランコストかけない系

とか。

２は、風が吹けば桶屋が儲かる、に似てます。

[9] mixiユーザー 06月25日 22:22

～系の特徴をあげてクラス図にする
イメージだったのですが．．．
．．．誰も乗ってきませんね。
興味なかったかな．．．残念。

ログインすると、みんなのコメントがもっと見れるよ