#programowanie #java #cleancode Dodajecie na końcu nazwy klasy postfixy typu 'Exception', 'Command' itp? jaką konwencje stosujecie?
Zauważyłem że dla np. service i repository dodawanie tego postfixu jest natualne, natomiast komendy 'ActivateProductCommand' juz nie pasują mi ze wzgledu na to ze nazwa nosi za soba zbyt duzo informacji? Jak jest u was, jakie konwencje nazewnicze stosujecie?
@LelakowSKY: Pierwsze problemy informatyki, czyli jak coś nazwać. Powinno być przynajmniej spójnie w obrębie zespołu :) Konwencja jest w drugą stronę. Coś, co nie dziedziczy z Exception, nie powinno mieć w nazwie Exception.
nie pasują mi ze wzgledu na to ze nazwa nosi za soba zbyt duzo informacji
@LelakowSKY: Znam ten ból. Dlatego ja klasy nazywam A, B, C..... AA, AB... Dzięki temu mam pewność, że nazwa nie nosi ze sobą zbyt dużo informacji ( ͡°͜ʖ͡°)
Grunt, żebyś po godzinach tych nazw klas nie wymyślał bo to dopiero byłby problem.
@LelakowSKY: Oczywiście. Jak nazywasz klasy -Service, -Controller, -Exception, to możesz je potem grupować według np. package by feature i będzie wiadomo która klasa jest czym w danym pakiecie.
Dodajecie na końcu nazwy klasy postfixy typu 'Exception', 'Command' itp? jaką konwencje stosujecie?
Zauważyłem że dla np. service i repository dodawanie tego postfixu jest natualne, natomiast komendy 'ActivateProductCommand' juz nie pasują mi ze wzgledu na to ze nazwa nosi za soba zbyt duzo informacji? Jak jest u was, jakie konwencje nazewnicze stosujecie?
Konwencja jest w drugą stronę. Coś, co nie dziedziczy z Exception, nie powinno mieć w nazwie Exception.
no to faktycznie niedobrze xD
Ja robię tak jak jest w projekcie żeby było spójnie, ewentualnie zostawiam tak jak skopiowałem ze Stacka. Nie ma co filozofować za dużo.
@LelakowSKY: Znam ten ból. Dlatego ja klasy nazywam A, B, C..... AA, AB... Dzięki temu mam pewność, że nazwa nie nosi ze sobą zbyt dużo informacji ( ͡° ͜ʖ ͡°)
Grunt, żebyś po godzinach tych nazw klas nie wymyślał bo to dopiero byłby problem.