Tengo una interfaz en C# que ayuda a recuperar datos de un archivo personalizado en el servidor. La interfaz se parece a esto:Convenciones de nomenclatura: ¿Qué nombre un método que devuelve un booleano?
public interface IRetrieveData
{
bool OkToRetrieve(SomeData data); // Method in question...
bool RetrieveToLocal(SomeData data);
}
Esta interfaz se implementa por los clientes que recuperan los datos a la base de datos local. Hay diferentes sabores de clientes que tienen acceso a los datos de los demás. Entonces, cuando el componente de procesamiento llama a IRetrieveData.OkToRetrieve justo antes de la recuperación real, la llamada va al código del cliente donde se toma la decisión de si los datos se deben recuperar o no. En este punto, el cliente puede devolver el mensaje falso y ese dato se omite o se devuelve verdadero y el componente de procesamiento llama a RetrieveToLocal y envía los datos al cliente que luego los procesa.
Donde me confundo es si renombrar el método "OkToRetrieve" para simplemente "Recuperar" o "CanRetrieve" o dejarlo como OkToRetrieve.
¿Alguien tiene alguna sugerencia?
me gusta la 'parte is', pero sólo porque es recuperable no quiere decir que está bien para recuperarlo. Yo lo llamaría 'isOKToRetrieve' –
Absolutamente. El prefijo "Es" es un estándar de codificación en nuestro equipo. – Rap
Todo lo que añadiría a la respuesta de Ariz, (Y esto es un nitnoi) es hacer una distinción tan exactamente como la función está comprobando ... ¿Es si los datos son recuperables, o si el código actual PUEDE recuperarlos? o si DEBERÍA recuperarlo, etc. etc. por ejemplo, si la función está examinando la validez de los datos y "autorizando la recuperación cuando los datos pasan un conjunto de condiciones, entonces IsComplete() o IsValid, o IsTransactionallyConsistent, o algo que describe la naturaleza del cheque que se está haciendo para 'pasar' podría ser algo más informativo. –