ギコ猫とデザインパターン
／‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ワーイ スレッドヘン 1ゲト ズザー! ＼ ‾‾‾‾‾‾|／‾‾‾‾‾‾‾‾‾‾‾ （ Λ_Λ ⊂ ´⌒つ゜ー゜)つ ‾‾‾‾‾‾‾ .＿＿＿＿＿＿＿＿＿＿＿ | ..| | ギコ猫暗号入門はこちら .｜ |＿＿＿＿＿＿＿＿＿＿＿| ∧,,∧ || ⊂ミ.,,゜Д゜彡つ https://www.hyuki.com/cr/cat_index.html 目次 はじめに 登場する猫たち ギコ猫とGoFのパターンたち ギコ猫とマルチスレッドのパターンたち アニメGIF みなさんからのフィードバック ぜひ、感想をお送りください このページにリンクしてくださっている方々 リンク集 更新履歴 はじめに このページでは2ch.netのキャラクタ「ギコ猫」にナビゲートしてもらい、 デザインパターンをいくつか紹介(?)します。 といっても
サルでもわかる 逆引きデザインパターン 第1章 はじめてのデザインパターン はじめに:
第1章 はじめてのデザインパターン はじめに デザインパターンとは 特集の構成 すぐわかるオブジェクト指向 すぐわかるUML おわりに 第2章 逆引きカタログ ロジック編 Singleton (シングルトン) Factory/Factory Method (ファクトリ/ファクトリメソッド) Strategy (ストラテジ) Composite (コンポジット) Visiter (ビジタ) 第3章 逆引きカタログ J2EE編 Template Method (テンプレートメソッド) Facade (ファサード) ViewHelper (ビューヘルパ) DAO (Data Access Object) 第4章 逆引きカタログ その他 ユーティリティクラス 実行時例外を標準的に使う Nullオブジェクト 第5章 デザインパターン適用の勘所 はじめに アプリケーションの仕様 リファクタリング前のサ
モノ・コト分析の段階的モデリング
コトを関連クラスとして扱った方が自然で分かりやすいと筆者は思いますが、皆さんはいかがでしょうか。関連クラスをもう少し用いた方がモデリングは行いやすいし、人の作成したモデルも理解しやすいと思います。 今回はステレオタイプを用いてモノとコトを識別し、注文から納品・請求の業務フローをサンプルとして注文の状態遷移を考えてみます。 関連クラスの問題 過去2回にわたって関連クラスは使いやすいというお話しをしてきましたが、UMLのルール上の1つの問題点について触れておきたいと思います。 第13回「モノとコトによるモデリング」で注文の例を関連クラスで説明しましたが、実は問題があります。関連クラスの両側のインスタンスを固定したとき、関連クラスのインスタンスは一意に決まるというUMLのルールがあります。関連クラスに多重度の指定はできませんが、暗黙的に1に固定されていると考えることもできます。 この注文の例を関
リファクタリング覚書き [それはBooks]
リファクタリングとは「ソフトウェアの外部的振る舞いを保ったままで、内部の構造を改善していく作業」をいいます。 と、こんな説明は世の中腐るほど出ています。 僕のおすすめの「リファクタリング プログラミングの体質改善テクニック」という本もあります。 ここでは、プロジェクト中のちょっとしたときに、リファクタリングを行えるような覚書きをまとめておこうかと思います。 すべてのリファクタリングに先立って自動テストを行うことがリファクタリングの最低条件である。 コードの嫌な匂い重複したコード長すぎるメソッド大きすぎるクラス多すぎる引数変更クラスが複数変更箇所が多い他クラスの属性ばかり使っているまとまったデータ基本データ型よりオブジェクトスイッチ文継承する毎に変更が入る無駄なクラス不要な一般化一時属性の多用過剰なメッセージチェーン過剰な委譲相互リンク処理は同じで名前が違う未熟なクラスライブラリデータ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「デザインパターンの使い方」連載一覧
デザインパターン[モデリング] -TECHSCORE-