Strategic Choice
Problemこのクラスは大きすぎて、もうこれ以上大きくしたくありません。「単一責務の原則」を適用してクラスを分割しようと思います。分割の具体的な方法がわかりません。Strategy「クラスの抽出」を適用します。どんなとき？「単一責務の原則」を適用してクラスを分割しようと思います。責務を把握したので、分割の実装を行いますが、具体的な方法がわかりません。どうする？「クラスの抽出」リファクタリングを適用します。ほとんどのレガシーシステムにおいて、最初にできることは、「実装レベル」で単一責務の原則を適用することです。つまり、大きなクラスから「クラスの抽出」をして、抽出クラスに委譲することです。「インタフェースレベル」で単一責務の原則を導入するには、より多くの作業が必要です。クラスの呼び出し側を変更しなければならず、テストも必要になります。まず、実装レベルで単一責務の原則を導入しておくと、将来イン
パターン指向リファクタリング - Strategic Choice
書籍「パターン指向リファクタリング入門 - ソフトウェア設計を改善する27の作法」で示されている27のリファクタリング。パターンはリファクタリングの道しるべ目的書籍そのものの目的は以下の通り。リファクタリングとパターンを組み合わせて使う方法を理解する。パターン思考のリファクタリングによって既存コードの設計を改善する。コードの中で、パターン指向のリファクタリングが必要な部分を判別する。パターンは、新しい設計の初期段階よりも、既存の設計を改善するのに利用する方が向いている理由を知る。写経的には、特に「パターンの使いどころ」という観点で行う。具体的なリファクタリング方法については（考え方というより実装技術寄りなので）優先度を下げる。リファクタリング一覧生成 生成メソッドによるコンストラクタの置き換えFactoryによる生成処理の書き換えFactoryによるクラス群の隠蔽Factory Metho
[TiDD] チケット駆動開発の概要と体験談 - ソフトウェアさかば
発表概要 小規模かつ高機能なソフトウェア開発の増加、環境のオープン化、ビジネス環境の変化など、近年増加する困難さから、BTS(障害管理ツール)を用いてタスクを管理するTiDD(チケット駆動開発)が注目されています。本発表ではこのTiDDの概要と体験談をお話しします。 まずTiDDの概要として、普及の背景、歴史、事例、と共にTiDDとは何かを説明します。次にTiDDの体験談として総合文教ソリューションUniVisionのカスタマイズ開発での体験談を報告します。体験談のプロジェクトでは、リリースが近づくにつれ、細かな作業が増えて困っていました。そこで、TiDDを導入したところ、作業の抜けが少なくなっただけでなく、プロジェクトが元気になりました。
![[TiDD] チケット駆動開発の概要と体験談 - ソフトウェアさかば](https://cdn-ak-scissors.b.st-hatena.com/image/square/cb3189f8cb55f68fc5c2b0270b2e8657e0d2eb43/height=288;version=1;width=512/http%3A%2F%2Fsakaba.cocolog-nifty.com%2F.shared-cocolog%2Fnifty_managed%2Fimages%2Fweb%2Fogp%2Fdefault.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jigtwi (ジグツイ)
