XML vs Java config w springu

0

siemacie
pisze aplikacje, dla nauki, zabawy i ćwiczenia i właśnie pojąłem decyzje, że tym razem nie bede używał javaconfig i spring boota, jak w poprzednich projektach, a polece oldschoolem z XMLem (web.xml + configi springa w xml).

Doszedłem do któregoś tam momentu w projekcie i zastanawiam się czy mnie nie pogięło, że uzywam dependencies springa 4.x.x, a configi mam w xml..

a zrobiłem to tylko po to, zeby sobie przejrzeć ten XML, zobaczyć czy może jakiś kruczek-różnice znajde miedzy javaconfig a xmlem; w końcu jest szansa, że będzie mi dane prowadzić jakiś starszy projekt z xml'ami, no to ciekawość wzięła górę

wyprowadźcie mnie prosze z błędu albo dobijcie, ze mnie pogieło; którą konfiguracje wybralibyście do projektu teraz?
czy doesnt matter?

0

Z poziomu ficzerów springa - raczej bez znaczenia - według mnie czytelność jest zdecydowanie lepsza w przypadku konfiguracji przez xml'a.

Chociaż spring security ładniej wygląda w konfiguracji javovej, te method chaining wygląda ślicznie.

0

Oczywiście, że Java config - bo działa CTRL + Spacja i nie można po prostu walnąć się wstukując jakiegoś propertiesa. Jest bardziej przejrzyście.

Ale mając Spring Boota i Java Config, to faktycznie - pogięło Cię.

1

@niezdecydowany
mam to samo zdanie jeśli chodzi o czytelność - xml jest znacznie lepszy i troche nie rozumiem pchania tego wszystkiego w klasy javowe - to sie kupy nie trzyma na moje oko

jednak zgodze się też, że security troche ładniej wygląda i wygodniej sie konfiguruje "klasowo"

po coś jednak te javaconfig wymyślili i chodzi mi po głowie, żeby przepisać to bez xmla, poki mam jeszcze szanse

@nie mam konta
dlaczego pogięło z bootem + javaconfig? przecież tam aż sie prosi żeby nie używać XML
jedna adnotacja zastępuje kilka/kilkanaście adnotacji

2

A ja tam jestem oldschoolowy i uważam że główną konfiguracje w xmlu a reszta adnotacjami w kodzie :P

0

czyli finalnie: XML z springiem 4+ jest akceptowalny? czy lepiej zmieniać na javaconfig
jest jakiś ficzer który widnieje pod javaconfig, a pod xml nie?

0

ja bym się zapytał dla aplikacji która ma ~4 lata - javaconfig jest akceptowalny ...

0

Dla typowej konfiguracji preferuje XML. Nie widzę wartości dodanej w konfiguracji z poziomu Javy, poza modą (moda to może być coś niezwykle głupiego). Nie rozumiem tego demonizowania XML-a. Zwłaszcza, że konfiguracja Java wymaga ponownej rekompilacji projektu (nie wystarczy podmienić pliku konfiguracyjnego dla drobnej zmiany).

Zdarzało mi się korzystać z konfiguracji z poziomu Javy dla takich rzeczy jak WebSockets, STOMP over WebSockets. Głównie dlatego, ze były niezłe sample i już nie chciało mi się tego tłumaczyć na XML (byle szybko uruchomić).

Co do konfiguracji klas czy maja być zarządzalne z poziomu Springa prawie zawsze adnotacje.

0

W domu preferuje jednak konfiguracje javowa. Zadnego xmla do konfiguracji w projekcie. Korzystam z JRebel i wiekszosc konfiguracji da sie przeladowac w locie. Po prostu jest to dla mnie czytelniejsze niz xml. Najwazniejsze wartosci moge sobie zczytac uzywajac springowego PropertySource, zeby nie trzymac ich na stale w kodzie. Jesli chodzi o glowna konfiguracje springa, kontrolery, serwisy, repozytoria to tylko adnotacje. Szybciej mi sie porusza w samym kodzie javy niz skaczac przez xmle.

Wszystko kwestia gustu :)

0

to widze, ze zdania sa mocno podzielone ;)
a jak to wyglada w korpo warunkach? nowe projekty chetniej sa stawiane na xml czy javaconfig?

moze ktos z was ma te przyjemnosc pisac od nowa, a nie naprawiac :P

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0