The Natural Order of Refactoring Examined Part 4: Refactoring to Patterns

Table of Contents

The Natural Order of Refactoring Examined Part 4: Refactoring to Patterns

By following the steps outlined previously, we begin to see a more structured solution, predominantly consisting of methods grouped into classes. It’s now time to apply object-oriented principles, such as those encapsulated by the SOLID principles. We analyze the code for patterns of repetition, the need for flexibility, and code smells, and introduce design patterns where appropriate.

In cases where we have many methods with similar patterns, we can potentially use the Template Method or Strategy pattern. When constructing complex structures, the Builder pattern is appropriate. For dealing with simple state machines, the State pattern is beneficial. When polymorphic object creation is necessary, you might use the Abstract Factory or its degenerated form, the Simple Factory.

Example: Refactoring Text Obfuscation Methods

If we observe the TextObfuscatorMethods class from our example, we notice that most methods take the processed text as a parameter. This is an indication that these methods should reside in a class containing a field for the processed text. Essentially, we can invert the situation by placing a field for the processed text within the TextObfuscatorMethods class, thereby making the methods practically parameterless. This gives the class the characteristics of a Builder pattern.

An alternative approach, under the condition that we want the flexibility to compose obfuscating transformations selectively and in any order during execution, would be to apply the Decorator pattern.

Builder Pattern Example:

public class TextObfuscator
{
    private ObfuscatedTextBuilder builder = null;
    // ...
    public string Obfuscate(string text)
    {
        builder.NewText(text);

        builder.ChangeWordsOrderRandomly();
        builder.AddMeaninglessWordsRandomly();
        builder.RemoveSeparators();
        builder.AddSeparatorsRandomly();
        builder.RemoveSpaces();
        builder.ReplacePolishCharactersWithNonPolish();
        builder.ReplaceUpperAndLowercase();

        return builder.ToString();
    }
}

public class ObfuscatedTextBuilder
{
    // ...
    private List<string> textParts = new List<string>();

    public virtual void NewText(string text)
    {
        this.textParts = ParseTextForWordsAndNonWords(text);
    }

    // ...
    public virtual void RemoveSpaces()
    {
        for (int i = 0; i < textParts.Count; i++)
        {
            RemoveSpacesFromTextPart(textParts, i);
            RemoveTextPartIfEmpty(textParts, i);
        }
    }

    public virtual void AddMeaninglessWordsRandomly()
    {
        for (int i = 0; i < textParts.Count; i++)
        {
            if (ShouldAddMeaninglessWords())
            {
                textParts.Insert(i, TextPart.SpaceSeparator); i++;
                textParts.Insert(i, new TextPart(DrawMeaninglessWord(), TextPartType.WORD)); i++;
                textParts.Insert(i, TextPart.SpaceSeparator);
            }
        }
    }
    // ...
}

By employing these design patterns, we enable greater flexibility in our code, helping to achieve cleaner, more maintainable solutions.

(Text translated and moved from original old blog automatically by AI. May contain inaccuracies.)

Related Posts

Simple, Complicated, Complex, and Chaotic Systems: The Cynefin Framework

Perhaps you’ve previously encountered concepts such as complex systems, complicated systems, or complex adaptive systems, for instance when reading Jurgen Appelo’s Management 3.0, or when considering Ken Schwaber’s thoughts on the applicability of Scrum. This might sound intriguing, but it can be difficult to find logical sense in it if one lacks a certain theoretical foundation. This is where it’s worthwhile to examine Dave Snowden’s concept called Cynefin, which is based on complex systems theory, anthropology, evolutionary psychology, and cognitive psychology.

Read More

Don't Let Conflicts Overwhelm You

Introduction

During a job interview, a candidate for a team leader position once mentioned that he managed to fulfill his role without conflicts. This statement raises suspicions. A lack of conflicts is a symptom that requires special attention. Project life is full of conflicts, and it is crucial to let them occur so that solutions satisfying both parties can be found.

Read More

Trust in the Team

The Importance of Trust in Agile Methodologies

One of the main values of agile methodologies is trust. However, it is not always clear what this means.

Read More