Zgadzam się, że budowanie interfejsu administratora jest dobrym ćwiczeniem do nauki Grails, a także zgadzam się z poprzednią odpowiedzią, że Grails jest trudny, jeśli nie niemożliwy do zintegrowania z istniejącą aplikacją Spring. Prawdopodobnie można to zrobić, ale ból głowy nie byłby tego wart.
Grails jest zbudowany na Hibernate dla ORM, więc jeśli już korzystasz z Hibernate w tej wiosennej aplikacji, możesz to wykorzystać na swoją korzyść. Nie jest to zbyt trudne, aby skonfigurować aplikację Grails do używania wcześniej istniejących modeli Hibernate, co dobrze wyjaśniono w dokumentacji Grails.
Zalecam więc zbudowanie konsoli administratora jako niezależnej aplikacji Grails, ale skorzystaj z modeli Hibernuj, które już posiadasz, jeśli w rzeczywistości używasz Hibernate.
Jednym z problemów z umieszczeniem administratora dla jednostek w oddzielnej aplikacji byłaby niepoprawna pamięć podręczna L2 w głównej aplikacji. Rozwiązaniem tego problemu może być stworzenie jakiegoś mechanizmu w aplikacji administratora, który wywołuje usługę unieważniania pamięci podręcznej w głównej aplikacji lub udostępnia rozproszoną pamięć podręczną. Miałem nadzieję na prostsze rozwiązanie, dzięki któremu grails części i wiosną część aplikacji mogą współdzielić pamięć podręczną i stan. –
Czy źle wpłynęłoby to na wydajność, jeśli wyłączyłeś pamięć podręczną L2? –
nie jesteś pewien co do pamięci podręcznej L2. spróbuj i zobacz? – Chii