コピペで増えたスクレイパーを、継承で1つの設計にまとめる全10回【目次】
Tags
413 ページ目
Moo
流れは親が握り、違いだけを子が書く。この設計の名前とStrategyとの違い【Template Method】
3サイト分のスクレイパーを一括で動かす。次の変更が1か所で済むかを確かめる【継承による設計】
サイトを1つ足すたびに既存クラスを直したくない。新しいクラスを足すだけで済ませる【開放閉鎖原則】
サイトの構造が変わると、空のデータを黙って保存してしまう。検証を差し込む口を作る【フックメソッド】
保存処理を子クラスごとに毎回書かされる。既定の動きを親に置き、必要な所だけ変える【フックメソッド】
サイトごとに違う抽出処理だけを書き分けたい。子クラスで上書きする【継承とオーバーライド】
処理の順番をスクリプトごとに書いている。流れを基底クラスに1つだけ持たせる【抽象メソッド】
関数に切り出しても、保存方法を変えるたびに手が入る。共通の手順を洗い出す【関数化】
スクレイパーをコピペで2本に増やしたら、直す場所が2倍になり直し漏れが残る【コピペの限界】
Webページの見出しをPerlで抜き出したい。取得してCSSセレクタで拾う【Mojo::UserAgent】
ハニーポットの侵入ログ処理が if/else で膨らむ問題を、PerlとMooのObserverで解く全10回【目次】
作ってきた侵入レーダーは、GoF の Observer パターンだった。クラス対応表と Pub/Sub との違い【種明かし】
ログ・スコア・リスク・アラートが連動する侵入レーダー司令室を、Perl と Moo で完成させる【完成コード】
既存コードを1行も変えずに通知係を足せるか。RiskLevelObserver で開放閉鎖の原則を確かめる【OCP】