Bo zależy np. od kontekstu, bo może nawet okazać się, że w jakiś okolicznościach bardziej semantycznie wymowna będzie nazwa typu "students", "employees" itp
A odnośnie ankiety, jak dla mnie "persons" jest lepsza - wbrew temu co mogą tłuc w szkole jest to poprawna gramatycznie forma, może przez nativów być potraktowana jako trochę archaiczna, ale będzie dla każdego zrozumiała (a
@Kresse: @sezzart: według Clean Code nie powinno się nazywać kolekcji na podstawie typu użytej kolekcji, co jak zmienisz Liste na Set? Bedziesz wszędzie zmieniał list na set? bo jak zostawisz liste to może być mylące w innych częściach programu, poza tym list nic nie mówi.
@MrFisherman: Do not refer to a grouping of accounts as an accountList unless it’s actually a List. The word list means something specific to programmers. If the container holding the accounts is not actually a List, it may lead to false conclusions.1 So accountGroup or bunchOfAccounts or just plain accounts would be better. Dosłownie cytat z clean code. Jeżeli to jest lista to czemu nie zaznaczyć tego. O ile trzymałbym się
@sezzart: fajny ten cytat taki niepełny ( ͡°͜ʖ͡°) akurat mam tę książkę przed sobą i tam jest przypis "1) Jak się później okaże, nawet jeżeli kontener jest typu List, najlepiej nie wbudowywać typu kontenera w nazwę"
#java
Wybieram:
Bo zależy np. od kontekstu, bo może nawet okazać się, że w jakiś okolicznościach bardziej semantycznie wymowna będzie nazwa typu "students", "employees" itp
A odnośnie ankiety, jak dla mnie "persons" jest lepsza - wbrew temu co mogą tłuc w szkole jest to poprawna gramatycznie forma, może przez nativów być potraktowana jako trochę archaiczna, ale będzie dla każdego zrozumiała (a
listxDDosłownie cytat z clean code. Jeżeli to jest lista to czemu nie zaznaczyć tego. O ile trzymałbym się