デザインパターンよりも、まずリファクタリングを学んだほうがいい - モジログ
ウィキペディア - デザインパターン (ソフトウェア) http://ja.wikipedia.org/wiki/%E3%83%87 ＜ソフトウェア開発におけるデザインパターン（型紙（かたがみ）または設計パターン、英: design pattern）とは、過去のソフトウェア設計者が発見し編み出した設計ノウハウを蓄積し、名前をつけ、再利用しやすいように特定の規約に従ってカタログ化したものである＞。 ウィキペディア - リファクタリング http://ja.wikipedia.org/wiki/%E3%83%AA.. ＜リファクタリング (refactoring) とはコンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理すること。いくつかのリファクタリング手法の総称としても使われる。十分に確立された技術とはいえず、「リファクタリング」の語にも厳
リファクタリング覚書き - それはBooks
リファクタリングとは「ソフトウェアの外部的振る舞いを保ったままで、内部の構造を改善していく作業」をいいます。と、こんな説明は世の中腐るほど出ています。僕のおすすめの「リファクタリング プログラミングの体質改善テクニック」という本もあります。 ここでは、プロジェクト中のちょっとしたときに、リファクタリングを行えるような覚書きをまとめておこうかと思います。すべてのリファクタリングに先立って自動テストを行うことがリファクタリングの最低条件である。 コードの嫌な匂い 重複したコード 長すぎるメソッド 大きすぎるクラス 多すぎる引数 変更クラスが複数 変更箇所が多い 他クラスの属性ばかり使っている まとまったデータ 基本データ型よりオブジェクト スイッチ文 継承する毎に変更が入る 無駄なクラス 不要な一般化 一時属性の多用 過剰なメッセージチェーン 過剰な委譲 相互リンク 処理は同じで名前が違う 未
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
