Enfatizar la negación

if(_someViewModelNameThatIsLong.NeedsMeToDoSomething(someValue))
{
    //Do something
}

Y luego, en el objeto de modelo de vista

public bool NeedsMeToDoSomething(string someValue)
{
    return AnotherPropertyINeedToCheck == someValue &&
        !ThisIsABooleanPropertyThatIsImportant;
}

(asumiendo que someValue es una cadena y no es conocido por el objeto modelo)

Esto no solo enfatiza el! Operador, pero en general lo hace más legible. Ahora, en el método de llamada, puedo ver una condición, que debería estar bien nombrada para describir la condición en el contexto del objeto que llama. Y en el objeto modelo, puedo ver lo que eso significa en el contexto del objeto modelo.

Póngalo en su propio bloque de bloqueo antes de evaluar las condiciones menos importantes. No solo sería más fácil de leer sin el desorden de las otras condiciones, sino que también es la primera condición que un programador leerá. Combine esto con la idea ya mencionada por @scrwtp para asignar a una variable con un nombre significativo y obtendrá:

var isValid = !_someViewModelNameThatIsLong.ThisIsABooleanPropertyThatIsImportant;
if( isValid ) 
{
    if( _someViewModelNameThatIsLong.AnotherPropertyINeedToCheck == someValue ) 
    {
        //Do something
    }
}

Si está programando en un lenguaje de compilación, la mayoría de las veces se anidan si los bloques se combinan al final de todos modos, siempre y cuando no inserte un código entre el exterior if y el interior if, por lo que no debería afectar rendimiento en estos casos.

Si está utilizando C / C ++, entonces el preprocesador podría proporcionar legibilidad.

#define NOT !

if(_someViewModelNameThatIsLong.AnotherPropertyINeedToCheck == someValue &&
    NOT _someViewModelNameThatIsLong.ThisIsABooleanPropertyThatIsImportant)
{
    //Do something
}

Acabo de extraer

'!_someViewModelNameThatIsLong.ThisIsABooleanPropertyThatIsImportant'

En un método que devuelve esto. Si nombra este método NotThisIsABooleanPropertyThatIsImportant deberías estar bien.