タグ

レガシーコードに関するkayamelo151515のブックマーク (7)

  • 現実のレガシーコードと戦うためのMockの話 (PHP編) – その2 Mockeryの紹介

    mockery 前回のブログを書いたあとに、 @hidenorigoto 先生から指摘を受けてしまったので Mockeryを紹介してみるよ。 知らなかった自分が恥ずかしいが、PHP5.3以上に対応ということも助けて、かなり高機能だよ。 パフォーマンスとかはどうかはまだ体感していないですが。 static method のモック シリーズで紹介している通り、static method によるテスト阻害は なかな苦しいものです。 しかし、ロード済みでないという制約下のもとで、Mockery による static method のモックを作ることができます。 (やはり、クラスオートロード利用向けな予感がします。) 以下が例です。 SampleSingleton クラスが、仮にDBの接続系だったりすると、それを利用している Sample::sfoo() などのテストはやりにくくなってしまいます。

    現実のレガシーコードと戦うためのMockの話 (PHP編) – その2 Mockeryの紹介
  • レガシコード改善ガイド

    2. 2 レガシーコード改善ガイド Shumpei Hozumi 原題 Working Effectively with Legacy Code 著者 マイケル・C・フェザーズ (著), 平澤 章 他 (翻訳) 発行日 2004/9 (米国) 2009/7 (日) ※ 販売時期的に、Java などの静的言語を 意識した内容になっています。

    レガシコード改善ガイド
  • 読んだ: レガシーコード改善ガイド - ひだまりソケットは壊れない

    Web 上でそこそこ評価が高いようですね。 レガシーコード改善ガイド (Object Oriented SELECTION) 作者:マイケル・C・フェザーズ発売日: 2009/07/14メディア: 大型 自分はリファクタリング経験が結構あった (テストを書くことで保護して変更する) ので書から得られるものはそこまで多くはなかったのですが、テストを書くとかリファクタリングの経験がそんなにない人は書から得られるものは多いと思います。 これまでテストを書いたことがほとんどないとか、テストしやすい設計について考えたことがないというようなソフトウェアエンジニアはぜひ読んでみてください! 普段からテストを書いたりしてるけど、テストがないコードを変更するという経験をしたことが少ない人にも参考になるかと思います。 内容紹介 書では、「レガシーコードとは、単にテストのないコードです」 と述べられてい

    読んだ: レガシーコード改善ガイド - ひだまりソケットは壊れない
  • PHP版レガシーコード改善に役立つ新パターン #wewlc_jp

    9/27に行われたレガシーコード改善勉強会で発表された資料です。 http://passmarket.yahoo.co.jp/event/show/detail/01pitgwzj67m.htmlRead less

    PHP版レガシーコード改善に役立つ新パターン #wewlc_jp
  • レガシーコード改善ガイド・戦略編 - Strategic Choice

    書籍「レガシーコード改善ガイド(Working Effectively with Legacy Code)」の丸、「第2部 ソフトウェアの変更」より、レガシーコードに相対する戦略をまとめます。目次「第06章 時間がないのに変更しなければなりません」より スプラウト手法「第07章 いつまで経っても変更作業が終わりません」より 依存関係逆転の法則「第08章 どうやって機能を追加すればよいのでしょうか?」より テスト駆動開発差分プログラミング「第09章 このクラスをテストハーネスに入れることができません」より インタフェースの抽出null渡しコンストラクタのパラメータ化インスタンス変数の入れ替え静的setメソッドの導入定義の補完玉ねぎパラメータの剥離サブクラス化とメソッドのオーバーライド「第10章 このメソッドをテストハーネスで動かすことができません」より メソッドの公開パラメータの適合クエリ

  • レガシーコード改善ガイドを読了しました!心に響いた考え方の覚書

    レガシーコード改善ガイド - マイケル・C・フェザーズ https://amzn.to/3oTnbxp 分厚いだけれども、とても良書だった。挫けそうだった時に読んだので、心に染み入るように文章が心に響いた。 レガシーコードと働く意味について | Futurismo もっとも、自分は仕事ではC言語のレガシーコードと戦っているのて、オブジェクト思考的な手法は使えない。そういう部分は読み飛ばした。 いろいろと心に残ったことはあるけれども、抜粋して書き出します。 整合部・形容点# 以下、書籍から定義を引用します。 接合部 接合部(seam)とは、その場所を直接参照しなくても、プログラムの振る舞いを変えることのできる場所である。 許容点 どの接合部も許容点(enabling point)を持つ。許容点では、どの振る舞いを使うかを決定できる。 この2つの概念は大事。どんなコードも、依存関係を排除でき

    レガシーコード改善ガイドを読了しました!心に響いた考え方の覚書
  • 「レガシーコード」とはいったい?

    2. 自己紹介 高橋邦彦(たかはし くにひこ) 日進行役 id:kunit 新しいフレームワークを作ろうとしていろい ろ調べているうちに REST と TDD の魅力 に取り付かれて今に至る 2008年5月より株式会社ディノで Web アプ リケーション開発を行っている 3. 自己紹介 大中浩行(おおなかひろゆき) (株)エルテックス 商品開発室 azusa@fieldnotes.jp / @setoazusa Working Effectively With Legacy Code 読 書会幹事 Seasarプロジェクトコミッタ 4. 自己紹介 中谷 秀洋(なかたに しゅうよう) サイボウズ・ラボ株式会社 Web 間アプリフレームワーク flowr 英単語タイピングゲーム iVoca コンピュータと無縁の就職をするも、社長の鶴の 一声で、一人情シス(兼業)として内製&外注 (中略) 現

    「レガシーコード」とはいったい?
  • 1