Mam interfejs w języku C#, który pomaga odzyskiwanie danych z niestandardowego archiwum na serwerze. Interfejs wygląda następująco:Konwencje nazewnictwa: Jak nazwać metodę zwracającą wartość logiczną?
public interface IRetrieveData
{
bool OkToRetrieve(SomeData data); // Method in question...
bool RetrieveToLocal(SomeData data);
}
Interfejs ten jest implementowany przez klientów, którzy pobierają dane do lokalnej bazy danych. Istnieją różne smaki klientów, którzy mają dostęp do danych nawzajem. Tak więc, gdy komponent przetwarzający wywołuje IRetrieveData.OkToRetrieve tuż przed rzeczywistym pobraniem, wywołanie przechodzi do kodu klienta, gdzie podejmowana jest decyzja, czy dane mają zostać odzyskane, czy nie. W tym momencie klient może zwrócić wartość false, a ta część danych jest pomijana lub zwracana prawda, a komponent przetwarzania wywołuje funkcję RetrieveToLocal i wysyła dane do klienta, który następnie przetwarza dane.
Gdzie się mylę, to czy zmienić nazwę metody "OkToRetrieve" na "Odzyskaj" lub "CanRetrieve", czy pozostawić ją jako OkToRetrieve.
Czy ktoś ma jakieś sugestie?
lubię 'is' udział, ale tylko dlatego, że jest odszukanie nie znaczy, że jest OK, aby ją odzyskać. Nazwałbym to 'isOKToRetrieve' –
Absolutnie. Prefiks "Is" jest standardem kodowania w naszym zespole. – Rap
ALl Chciałbym dodać odpowiedź TO Ariza, (A to jest nitnoi) polega na rozróżnieniu tego, co dokładnie sprawdza funkcja ... Czy to, czy dane są do odzyskania, czy też bieżący kod MOŻNA je odzyskać, lub czy POWINIEN go poprawić itd. itd. itd., np. jeśli funkcja sprawdza poprawność danych i "autoryzuje pobieranie danych, gdy dane przejdą niektóre warunki, to IsComplete() lub IsValid, lub IsTransactionallyConsistent, lub coś, co opisuje naturę kontroli, która jest wykonywana, aby "przekazać" może być nieco bardziej pouczające. –