デザインパターンよりも、まずリファクタリングを学んだほうがいい - モジログ
ウィキペディア - デザインパターン (ソフトウェア) http://ja.wikipedia.org/wiki/%E3%83%87 ＜ソフトウェア開発におけるデザインパターン（型紙（かたがみ）または設計パターン、英: design pattern）とは、過去のソフトウェア設計者が発見し編み出した設計ノウハウを蓄積し、名前をつけ、再利用しやすいように特定の規約に従ってカタログ化したものである＞。 ウィキペディア - リファクタリング http://ja.wikipedia.org/wiki/%E3%83%AA.. ＜リファクタリング (refactoring) とはコンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずにソースコードの内部構造を整理すること。いくつかのリファクタリング手法の総称としても使われる。十分に確立された技術とはいえず、「リファクタリング」の語にも厳
else句を使わないのが良いコードなの？いや、そんなはずは・・・ · DQNEO日記
if (条件) { return 20; } else { return 30; } ↓ if (条件) return 20; return 30; こうすれば確かにネストは浅くなりますが、いつも毎回こう書く方がよいのでしょうか？ elseを書いた方がよいケースもあるのではないか 条件の部分が特殊・例外的な場合は、確かにこの方がわかりやすいと思います。 例えば、スーパーマリオで、マリオの状態が「無敵・チビ・大きい」の３種類しかないとします。 敵に触れたときの挙動を関数として書きます。 (オブジェクト指向っぽくないかもしれませんが、本記事の主眼はif-elseの書き方です。) function () { if (マリオ.is無敵モード) { 敵.死ぬ(); return ; } //以下、通常モードの場合のコードを書く } 無敵モードは特殊な状態だから、これはよいと思います。 しかし、マリオ
リファクタリング覚書き - それはBooks
リファクタリングとは「ソフトウェアの外部的振る舞いを保ったままで、内部の構造を改善していく作業」をいいます。と、こんな説明は世の中腐るほど出ています。僕のおすすめの「リファクタリング プログラミングの体質改善テクニック」という本もあります。 ここでは、プロジェクト中のちょっとしたときに、リファクタリングを行えるような覚書きをまとめておこうかと思います。すべてのリファクタリングに先立って自動テストを行うことがリファクタリングの最低条件である。 コードの嫌な匂い 重複したコード 長すぎるメソッド 大きすぎるクラス 多すぎる引数 変更クラスが複数 変更箇所が多い 他クラスの属性ばかり使っている まとまったデータ 基本データ型よりオブジェクト スイッチ文 継承する毎に変更が入る 無駄なクラス 不要な一般化 一時属性の多用 過剰なメッセージチェーン 過剰な委譲 相互リンク 処理は同じで名前が違う 未
Eclipseリファクタリング・メモ - プログラマの思索
Eclipseの使い方を一覧で分かりやすく説明しているＨＰがあったので、メモ。 特にリファクタリングの手順が分かりやすい。 Eclipseリファクタリング Eclipseのリファクタリングは非常に使いやすいのに、何故か皆、使ってない。 ファウラーのリファクタリング本を読んでないのだろうか？ Javaプログラマにとって、綺麗なプログラムを書くための技術が全て詰まっている良書なのに。 【リファクタリングの目的】 最近、ソースインスペクションをする立場になってみて、仕様を理解せずに長々と書いている下品なプログラムを見ると、すぐにカチンと来てしまう(-_-;) Fatなメソッド、Fatなクラスは、不吉な匂いがする。 女性と(だけじゃなくて男性も)同じく、太ったクラスはダイエットすべき。 リファクタリングする真の目的は、誰でも理解できるプログラムにして保守性を高めることにある。 特に、プログラマは派
リファクタリングとは - IT用語辞典
概要 リファクタリング（refactoring）とは、ソフトウェア開発で、プログラムの動作や振る舞いを変えることなく、内部の設計や構造を見直し、コードを書き換えたり書き直したりすること。 規模の大きなプログラムを長期間に渡って開発し続けていると、急な仕様変更や機能追加でその場しのぎの継ぎ接ぎが行われた箇所や、柔軟性や拡張性に乏しい設計や構造、無駄な重複、意図の読み取りにくい難解・煩雑な箇所が増えてくる。 そのような場合に、そのまま開発を続行するのではなく、一度立ち止まって既存のコードを見直し、開発者にとって理解のしやすい構造や設計に改める作業をリファクタリングという。機能の追加や不具合の改善などは行わず、内部構造の改善に徹し、あくまで外部から見た振る舞いは変えないのが原則である。 リファクタリングによって開発の進捗そのものは変わらないため、一見、工数が増えて工期が遅れるだけの無駄な作業のよ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HADASHI RaterBug.com - Building a Respectful Video Community
