Quali sono le abbreviazioni più idiomatiche per gli operatori di confronto [chiuso]

Come regola generale, meno uno sviluppatore deve indovinare per capire qualcosa, meglio è.

Uno dei motivi principali per cui gli Enumeratori hanno creato è quello di evitare quei fastidiosi numeri magici e stringhe magiche che nessuno potrebbe davvero ricordare quello che hanno fatto due settimane dopo. Possono anche porre un vincolo su quali valori è possibile passare a una determinata funzione o metodo se la lingua supporta una digitazione strong, il che aiuta anche a evitare errori di programmazione.

Con questo in mente, più esplicativi sono gli Enumeratori, meglio è. Basta controllare questo esempio:

switch(Comparer)
{
    case Operator.Equals:
        DoSomething();
        break;
    case Operator.GreaterThan:
        DoSomethingElse();
        break;
}

Confronta questo con le abbreviazioni alternative, più compatte:

switch(Comparer)
{
    case Operator.EQ:
        DoSomething();
        break;
    case Operator.GT:
        DoSomethingElse();
        break;
}

La differenza è sottile, ma il primo esempio è molto più leggibile. Quando hai un IDE decente con un buon completamento automatico al tuo fianco, finisci per non notare nemmeno i caratteri in più durante lo sviluppo, ma ti noterai quando effettuerai il debug e sarai contento di essere lì.

Quindi, a meno che tu non abbia dei buoni motivi per giocare a golf il tuo codice, rendi i tuoi enumeratori chiari e facili da capire. Il tuo futuro ti ringrazierà più tardi.

Sembra che tu stia combinando i token in un grammer e identificatori in un programma.

Poiché il tuo utilizzo è identificativo in un programma, andrei con qualsiasi cosa la tua guida di stile suggerisca per nominare le cose (o LessThan se non hai una guida di stile), ad es.

Expression<Boolean> LessThan(Expression<T> lhs, Expression<T> rhs)
{
    return new ComparisonExpression(Comparisons.LessThan, lhs, rhs);
}