MVC i Swing w aplikacji desktopowej

Question

Po stwierdzeniu, że całkowicie zignorowałem wzorzec MVC, próbowałem wykorzystać tę koncepcję w aplikacji z widokiem Swing. Przeczytałem już większość postów na temat MVC z Swingiem, ale nadal jestem nieco zdezorientowany, ponieważ jest to dla mnie zbyt skomplikowane, i myślę, że potrzebuję pewnych podstawowych wyjaśnień, więc nie ruszyłem na niewłaściwą ścieżka.

Zastanawiam się także, jak często używa się MVC w prawdziwych projektach. Wiele samouczków online pozbywa się kontrolera i miesza go z modelem, podczas gdy ja byłem zdezorientowany przez możliwości logiki biznesowej XSTL. Dlaczego chcesz adresować źródło danych z widoku JSP?

Te myśli na bok, moja właściwe pytanie brzmi:

Jeśli masz składnik Swing, należy detektor zdarzeń w tej klasie Swing zaktualizować stan komponentu poprzez wywołanie (? Statyczna może) metody w klasie kontrolera POJO, który z kolei otrzymuje odpowiednią logikę biznesową z modelu, który składa się z hierarchii klas POJO i powiązanej trwałości?

Answer 1

Pracowałem jako wolny strzelec przez długi czas, a prawie 90% projektów dotyczyło Java Swing (aplikacje na komputery stacjonarne). Również wiele projektów obejmowało migrację z języków takich jak Visual Fox Pro do Java, to był ból, ponieważ trudną częścią jest nie myśleć w logice, która jest już zrobiona, najtrudniejszą częścią jest wziąć kod, który jest bałaganem i zmienić go do dobrze wyglądającego kodu zgodnego z dobrymi praktykami i wzorcami projektowymi, dlatego dobrym pomysłem jest stworzenie schematu lub mapy w swoim umyśle, w jaki sposób można oddzielić swój kod zgodnie z koncepcjami Modelu, widoku, kontrolera.

MVC, jak wspomniano, pomaga mieć atrakcyjny, łatwy w utrzymaniu i czytelny kod, a także postępować zgodnie z paradygmatami programowania i dobrymi praktykami.

Zobacz: Oczywiście, że część, która współdziała z użytkownikiem (interfejsem użytkownika), w przypadku Swing, okna, ramki, panele i cały kod, który obejmuje elementy graficzne potrzebne do aplikacji.

Kontroler: Zawiera rdzeń lub logikę biznesową, które utwierdziłeś dla swojej aplikacji, w tej "warstwie" powinieneś uwzględnić funkcjonalność i "jak moja aplikacja osiągnie cele?".

Model: Powiązane z danymi zarządzanie, na przykład, twoje jednostki i klasy, która reprezentuje dane, które chcesz zarządzać lub dać konserwacji.

Stosowanie MVC nie jest tak trudne, ale jak wspomniałem, może to być czasem problem, kiedy trzeba przenieść swój kod z nie stosującej się struktury MVC do aplikacji strukturalnej MVC. Łatwiej jest rozpocząć kodowanie za pomocą MVC.

Sposób, w jaki się do tego przyzwyczaję to użycie maven i oddzielenie mojej aplikacji w małe "moduły", oczywiście, nie potrzebujesz maven, po prostu uznałem to za przydatne w tym momencie, ale w każdym razie możesz spróbuj ćwiczyć lub przyzwyczaić się do MVC, oddzielając aplikację na małe projekty, na przykład:

Java Project 1: model danych aplikacji (zawiera cały kod związany z zarządzaniem danymi: podmioty, dtos, fasola, daos)

Java Projekt 2: application-core-kontroler (zawiera wszystkie logiki biznesowej i funkcjonalność, można użyć wzoru elewacji tutaj, jeśli chcesz, aby Twój kod bardziej „przezroczyste”, gdy odnoszą się do widoku)

Java Projekt 3: application-view-ui (zawiera wszystkie panele, ramy i elementy graficzne)

Pracując w ten sposób pomógł mi (i zmusił mnie), aby przyzwyczaić się do oddzielenia mój kod i pilnować co naprawdę ma znaczenie dla projektu, nad którym pracuję. Na przykład, jeśli jestem na modelu danych aplikacji, koncentruję się na modelu danych, nie myślę logiki biznesowej ani interfejsu graficznego.

Długie wyjaśnienie, może ktoś mógłby zrobić to lepiej, ale mam nadzieję, że mogłem ci pomóc lub przynajmniej dałem ci z tym rękę.

Pozdrawiamy.

Answer 2

Firs URL dla podstawowego zrozumienia MVC

http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller

Teraz podejścia do wdrożenia go w aplikacji Swing. Nie należy mylić funkcjonalności kontrolera z funkcjonalnością słuchaczy.

1. Kontrolki interfejsu użytkownika i związane z nim odbiorniki należy zdefiniować w klasach widoków.
2. W każdym przypadku, gdy konieczne jest wywołanie logiki biznesowej, należy wywołać klasę kontrolera. Podobnie jak pobieranie pewnej wartości z bazy danych.
3. Klasa kontrolera powinna rozmawiać z twoim modelem, aby pobrać dane i manipulować nimi, jeśli to konieczne.
4. Klasy modeli powinny działać na danych.

Pomysł użycia MVC polega na zredukowaniu redundantnego kodu i łatwiejszego w zarządzaniu kodu. Jeśli więc robisz jakieś obliczenia/manipulacje, to możesz je przenieść do Kontrolerów. Kontrolery mogą być wywoływane z różnych widoków wymagających tych samych rzeczy. Podobnie model może być używany przez wiele kontrolerów do pobierania danych.