Convenciones de nomenclatura: ¿qué nombre nombrar una variable booleana?

Question

Necesito un buen nombre de variable para un valor booleano que devuelve falso cuando un objeto es el último en una lista.

El único nombre decente que se me ocurre es 'inFront', pero no creo que sea lo suficientemente descriptivo.

Otra opción sería 'isNotLast'. Sin embargo, esto no es una buena práctica (Código Completo, página 269, Usar nombres de variables booleanas positivas).

Soy consciente de que podría cambiar la definición de la variable. Tan verdadero se devuelve cuando un objeto es el último y llama a la variable 'isLast', sin embargo, haría esta tarea más fácil si tuviera la primera explicación.

Answer 1

isBeforeTheLastItem 

isInFrontOfTheLastItem 

isTowardsTheFrontOfTheList 

Quizás demasiado prolijo pero pueden ayudarlo a aportar ideas.

Answer 2

hasSiguiendoItems? o tieneSiguiendoXXXXs donde XXXX es lo que sea que el elemento en su lista es?

Answer 3

Personalmente, más que nada, cambiaría la lógica, o miraría las reglas de negocio para ver si dictan cualquier posible denominación.

Dado que, la condición real que alterna el booleano es en realidad el acto de ser "último". Yo diría que cambiar la lógica y nombrarla como "IsLastItem" o similar sería un método más preferido.

Answer 4

Llamaría a la variable beforeLast.

Answer 5

¿Qué tal:

hasSiblings 
or isFollowedBySiblings (or isFolloedByItems, or isFollowedByOtherItems etc.) 
or moreItems 

Aunque creo que a pesar de que no se debe hacer un hábito de frenado 'las reglas' a veces la mejor manera de lograr algo puede ser que haga una excepción de la regla (código directrices completas), y, en su caso, el nombre de la variable isNotLast

Answer 6

Haskell utiliza init para referirse a todos excepto el último elemento de una lista (la inversa de tail, básicamente); ¿Funcionaría isInInit, o es demasiado opaco?

Answer 7

isPenultimateOrPrior

isBeforeEnd

Answer 8

Dos Temas de reflexión

1. Cuál es el alcance de la variable (en otras palabras: ¿Está hablando de una variable local o un campo) ? Una variable local tiene un alcance más estrecho en comparación con un campo. En particular, si la variable se usa dentro de un método relativamente corto, no me importaría demasiado su nombre. Cuando el alcance es grande, nombrar es más importante.

2. Creo que hay un conflicto inherente en la forma de tratar esta variable. Por un lado, dices "falso cuando un objeto es el último de una lista", donde, por otro lado, también quieres llamarlo "en el frente". Un objeto que es (no) el último en la lista no me parece (no) inFront. Esto iría con lo último.

Answer 9

Mi voto sería para nombrarlo IsLast y cambiar la funcionalidad. Si eso no es realmente una opción, dejaría el nombre como IsNotLast.

Estoy de acuerdo con Code Complete (Usar nombres de variables booleanos positivos), también creo que las reglas están hechas para romperse. La clave es romperlos solo cuando tienes que hacerlo. En este caso, ninguno de los nombres alternativos es tan claro como el nombre que "rompe" la regla. Entonces este es uno de esos momentos en los que romper la regla puede estar bien.

Answer 10

Un nombre semántico simple sería last. Esto permitiría código de código siempre positiva como:

if (item.last) 
    ... 

do { 
    ... 
} until (item.last); 

Answer 11

me gustaría ir con isUnlast.

¡Es breve, concisa, y describe la situación perfectamente!