Jaki jest sens używania stałych dla kluczy właściwości?

Question

Ostatnio natknąłem się na wiele kodu Java, który opiera się na "plikach właściwości" do konfiguracji. Ale zamiast zwykłych starych literałów łańcuchowych, kod używa stałych (static Final Strings) do pobierania wartości właściwości.

znajdę ten dodatkowy poziom zadnie denerwujące bo muszę wykonać DWA wyszukiwań w ZARÓWNO kierunku. Jeśli zacznę od właściwości obserwowanej w pliku konfiguracyjnym, muszę najpierw wyszukać nazwę właściwości, aby znaleźć stałą Java, a następnie ponownie wyszukać, aby znaleźć odniesienia do stałej w kodzie. Jeśli zacznę od kodu, muszę znaleźć rzeczywistą wartość stałej, zanim będę mógł określić wartość właściwości w pliku konfiguracyjnym!

O co ci chodzi?

Rozumiem wartość wykorzystania stałych do odwoływania się do kluczy w pakunku zasobów, zwykle na poparcie i18n. Mam na myśli proste, niezwiązane z użytkownikiem wartości konfiguracyjne. Przyczyną, dla której mogę myśleć, jest ułatwienie późniejszej zmiany nazwy nieruchomości, ale ta korzyść jest znacznie mniejsza niż irytacja IMHO, szczególnie biorąc pod uwagę łatwość globalnego wyszukiwania i zamiany.

Answer 1

Jeśli wartość należy zmienić bez ponownej kompilacji, nieuchronnie potrzebne jest pewne przekierowanie, ale zrobienie kolejnej jest całkiem głupie, chyba że klucz musi być przywoływany w więcej niż jednym miejscu (co jest oznaką złego rozdzielenia obaw).

Łańcuchy klawiszy powinny być wystarczająco opisowe, aby nie mogły kolidować z osobami spoza ich zakresu (zwykle klasa), a przechowywanie literałów w obrębie jednej klasy nie jest skomplikowane ani nie może być tak poważnym problemem, aby zasługiwać na ich deklarację w pojedynczym bloku .Dlatego (IMO) ta praktyka jest po prostu kimś niewolniczo przestrzegającym reguł bez zrozumienia pierwotnej intencji reguły.

Jeśli chcesz podać alternatywną wytyczną do nich, aby usprawiedliwić relaksację, proponuję KISS.

Answer 2

Widziałem tę praktykę również przedtem, w rzeczywistości kiedy byłem w projekcie, w którym musiałem szukać pliku stałych, który doprowadził mnie do pliku XML, który ostatecznie dałby mi nazwę nieruchomości, której szukałem . A potem musiałem zajrzeć do pliku własności, ponieważ wartość była tym, czego naprawdę chciałem.

Myślę, że jest to przykład rzeczy, o których Jeff i Joel mówili na temat the last podcasts, gdzie programiści ślepo podążają za praktyką, o której słyszeli (w tym przypadku, praktyka, aby nigdy nie mieć literału ciągłego w swoim kod), nie myśląc o tym, czy jest to naprawdę właściwe, biorąc pod uwagę sprawę.

Answer 3

Po pierwsze, nie można pomylić klawiszy przy użyciu stałych bez otrzymania błędu kompilatora.

Answer 4

Nawet w dzień łatwego wyszukiwania globalnego i zamiany (co nie jest nowe) za pomocą stałej pozwala ci wiedzieć, że ciąg jest właśnie dla tego pliku właściwości. To jest dobre, ponieważ:

• A ciągłe oznaczają literówki dostanie błędy kompilatora, String nie
• stałą pozwala oddzielić klucz „ID” dla jednego pliku właściwości wersety klucza „ID” dla innego Plik XML. Ten sam ciąg, inne znaczenie.
• Wyszukiwanie globalne i zastąpienie może spowodować wiele problemów, podczas gdy IDE pozwoli ci bardzo łatwo wyszukać wszystkie zastosowania stałej i zmienić tylko te istotne.

W wielu przypadkach jest to dobry nawyk, w który wpadają programiści, ale dobre nawyki istnieją z jakiegoś powodu.

Answer 5

Bo funkcja autouzupełniania działa lepiej na identyfikatorach stałych, ale jeśli wszystkie kluczowe wartości to "com.foo.bar.whatever", nie otrzymasz informacji zwrotnej.