O que é um ajudante? É um padrão de design? É um algoritmo?

Talvez um pouco irônico, mas como não consigo encontrar esta resposta em nenhum lugar pelo Google, por isso, para garantir que a Engenharia de Software tenha a resposta:

O que é um ajudante?

Eu vi o nome sendo usado em todos os lugares (nomes de módulos, nomes de classes, nomes de métodos), como se a semântica fosse profunda e significativa, mas no contexto da Ciência da Computação (embora eu não seja formado), eu ' nunca vi uma descrição ou definição em lugar algum!

É um padrão de design? É um algoritmo? Certa vez, trabalhei em um programa no qual o módulo e a classe eram chamados de algo como algo que ajuda (onde algo também era genérico) e prontamente o renomeei para algo que fazia sentido para mim, mas sinto que estou perdendo algo aqui!

Uma classe Helper é um cheiro de código menos conhecido, em que um codificador identificou algumas operações diversas e comumente usadas e tentou torná-las reutilizáveis ​​agrupando-as em um agrupamento não natural. Os desenvolvedores sucessivos entraram no projeto e não perceberam que a classe auxiliar existe e, consequentemente, reescreveram as mesmas operações comuns, ou até criaram mais classes Helper.

Mas, sério, o principal problema com as classes Helper é que elas geralmente são operações que agem em uma classe específica, o que obviamente significa em termos de OO que eles estão sofrendo de um caso agudo de Feature Envy . Essa falha em empacotar o comportamento com os dados nos quais atua é por isso que os desenvolvedores frequentemente (na minha experiência) não conseguem encontrá-lo.

Além disso, como você já identificou SomethingSomethingHelper é realmente um nome terrível. Não é descritivo e não dá uma idéia real de que tipo de operações a classe faz (ajuda?), O que também significa que não é óbvio ao adicionar novos comportamentos, independentemente de pertencerem ou não à classe Helper. Eu dividiria essas classes de acordo com o comportamento relacionado que agrupa logicamente e depois renomeia as novas classes para refletir o que elas fazem.

Um auxiliar é uma classe ou método adicional inofensivo, desde que complemente um componente externo. Quando faz o contrário, indica um design incorreto porque o código foi excluído de sua autoridade, se houver alguma autoridade.

Aqui está um exemplo de um auxiliar inofensivo, eu uso um método chamado FindRepque conta o número de zeros à esquerda.

digits = digits.Remove(0, TextHelper.FindRep('0', digits, 0, digits.Length - 2));

O método auxiliar é muito simples, mas muito inconveniente para copiar e colar, e a estrutura não fornece nenhuma solução.

public static int FindRep(char chr, string str, int beginPos, int endPos)
{
    int pos;

    for (pos = beginPos; pos <= endPos; pos++)
    {
        if (str[pos] != chr)
        {
            break;
        }
    }

    return pos - beginPos;
}

E aqui está um exemplo de um mau ajudante:

public static class DutchZipcodeHelper
{
    public static bool Validate(string s)
    {
        return Regex.IsMatch(s, @"^[1-9][0-9]{3}[A-Z]{2}$", RegexOptions.IgnoreCase);
    }
}

public class DutchZipcode
{
    private string value;

    public DutchZipcode(string value)
    {
        if (!DutchZipcodeHelper.Validate(value))
        {
            throw new ArgumentException();
        }

        this.value = value;
    }

    public string Value
    {
        get { return value; }
    }
}

Minha empresa costumava usar a metodologia da classe Base / Helper, onde cada objeto teria duas classes. Você teria uma classe Person que continha todas as propriedades e definições da classe e uma classe PersonHelper que continha todos os métodos, instruções SQL e lógica que manipulavam a classe Person. Isso funcionou bem para nós, porque todos os nossos aplicativos usam instruções SQL para manipular dados e foi muito fácil encontrar e modificar as instruções SQL conforme necessário.

Desde então, seguimos em frente e agora colocamos tudo na classe Pessoa / Base. Paramos de usar a convenção de nomenclatura Helper porque queríamos ter menos arquivos em nossos projetos. Além disso, o tamanho de alguns nomes de classe estava ficando fora de controle. ri muito.

Não é um ótimo exemplo, mas você entendeu.

s = CompanyName.PersonHelper.GetPerson()
s = CompanyName.Person.GetPerson()

Não estou dizendo que usar a convenção de nomenclatura auxiliar é a solução perfeita, mas funcionou para nós por alguns anos.