Category Archives: Refactoring

Simplify Your Unit Tests With Automocking: Part 2 – Establishing Context

Posted on May 25, 2010 by Derick Bailey

Following my helper methods in the base context specification class that we use, I decided to simplify the entire process of setting the context in which the tests are running. Specifically, I wanted to get rid of the constant declaration … Continue reading →

Also posted in .NET, AutoMocking, Behavior Driven Development, C#, Ninject, RhinoMocks, Unit Testing | 3 Comments

Simplify Your Unit Tests With Auto Mocking: Part 1 – Helper Methods

Posted on May 24, 2010 by Derick Bailey

After working on the Ninject.RhinoMocks automocking container, I started using it in my current project right away and it wasn’t long before I started simplifying the usage of it with helper methods in my base test class.   From “MockingKernel.Get<T>()” … Continue reading →

Also posted in .NET, AutoMocking, Behavior Driven Development, C#, Ninject, RhinoMocks, Unit Testing | 8 Comments

Find And Replace With Regular Expressions In Vim / ViEmu

Posted on March 30, 2010 by Derick Bailey

Here’s another entry in my how-i-saved-a-few-hundred-keystrokes blog posts on using Vim / ViEmu with Visual Studio.   The Code That Needs To Change I’ve got a data access method that is mapping around 50 fields into an object from a … Continue reading →

Also posted in .NET, C#, Productivity, Vim | 2 Comments

Red/Green/Refactor, For The Right Reasons

Posted on March 25, 2010 by Derick Bailey

First, let me say this: WHAAaa???? something useful occurred on Google Buzz?! :) Ok, now that I’ve got that over with… there was a useful stream of comments over on the extended twitter reply network from one of my tweets … Continue reading →

Also posted in Agile, Analysis and Design, AntiPatterns, Pragmatism, Principles and Patterns, Unit Testing | 11 Comments

Eliminating Repetitious Coding With Vim / ViEmu And Macros

Posted on March 24, 2010 by Derick Bailey

Anyone that has been following me on twitter recently is probably aware that I’ve been trying to learn Vim and ViEmu for Visual Studio. It’s been a very slow, somewhat painful learning process, but I think it is finally starting … Continue reading →

Also posted in .NET, C#, Tools and Vendors, Vim | 3 Comments

Refactoring Dinner: Interfaces instead of Inheritance

Posted on October 14, 2009 by Sharon Cichelli

Last time, in Cooking Up a Good Template Method, I had a template method cooking our dinner. An abstract base class defined the template—the high level steps for preparing a one-skillet dinner—and a derived class provided the implementation for those … Continue reading →

Also posted in Uncategorized | 4 Comments

Albacore: Breaking Changes In Location Of Executables

Posted on October 4, 2009 by Derick Bailey

I was working on cleaning up Albacore this weekend, and I noted that both the NCoverConsole and MSBuild tasks in Albacore both require the location of the .exe, to execute. The MSBuild task defaults itself to the .NET 3.5 SP1 … Continue reading →

Also posted in Albacore, Rake, Ruby | 2 Comments

Refactoring with Iterators: Prime Factors

Posted on September 30, 2009 by Keith Dahlby

Andrew Woodward recently posted a comparison of his test-driven Prime Factors solution to one written by Uncle Bob. In the comments, someone suggested that Andrew use an iterator instead so I thought I’d give it a try. First, let’s repost … Continue reading →

Also posted in .NET, Analysis and Design, Design Patterns, Principles and Patterns | 5 Comments

Refactoring challenge #2 – functionally illiterate

Posted on July 27, 2009 by Jimmy Bogard

In the last refactoring challenge, I had a problem with some nasty conditional complexity.  To be honest, the challenge was a subtle way to crowdsource new features in AutoMapper, but hey, it worked.  One of the hard parts of being … Continue reading →

| Leave a comment

Refactoring Challenge Part 3 – Pattern Implementation

Posted on July 23, 2009 by Jimmy Bogard

In the previous part to the refactoring challenge, I needed to structure the original implementation to a point where I could start applying other refactorings.  Whenever I start to see a bunch of “if” statements or a big switch statement, … Continue reading →

Also posted in Analysis and Design, AntiPatterns, Bootstrap, Goals | 5 Comments