Ich weiß, es ist nicht ein bestes Design, sondern nur ein Gedanke von einem Spring-Neuling.Was ist der Schaden, eine STATIC-Methode in Service-Layer - Frühling 3
Jetzt können wir einfach autowire
jede Service-Methode bequem im Frühjahr Rahmen. Aber was ist der Nachteil, wenn Sie eine statische Factory-Methode der Serviceklasse erstellen und diese überall aufrufen?
Es ist ziemlich üblich, wie folgen aus:
@Autowired
CustomerService customerService;
....
AccountDetail ad = customerService.getAccountDetail(accountId, type);
Dies soll aber auch funktionieren:
AccountDetail ad = CustomerService.getAccountDetail(accountId, type); //if we make getAccountDetail(String, String) static
Warum also ein Entwurf wie autowire gibt es? Es sieht schick und wirklich cool aus, aber die dahinter stehende Arbeit erzeugt immer noch eine Service-Bean-Instanz auf einem anderen Service-Objekt.
Ernsthaft, während der Frühling über den ganzen Markt ist, so viele Beiträge und Artikel sprechen über Profis & Renovierungen. Aber garantiert es bessere Leistung (wie mit Autowire anstelle von statischen)?
statische Methoden töten Polymorphie, die es schwierig macht, Code zu tauschen/testen/spotten und verhindert Pluggability, die Schlüsselfaktoren von Spring sind –