Podział na klasy w MVC

0

Hej,
piszę swój pierwszy program używając wzorca MVC. Chciałbym od razu robić to jak najbardziej poprawnie stąd pytanie.
Pisząc w ten sposób aplikacje tworzę klasy Model, View, Controller, i plik główny w którym mam maina i wszytko sklejam, natomiast czy oprócz tego wskazane jest tworzenie (a moze wręcz tak się koniecznie powinno robić) kolejne klasy np. zamist w klasie View zamist robić pobieranie grafiki, wyświetlanie jej, tworzenie obiektów poruszanie nimi etc poweinienem robić dodatkowe klasy np. LoadImage w której pobieram i wyświetlam obrazek, inną np. updateAll w której zapisuje zmiany i poruszam obiektami etc, a potem z obu tych klas korzystać we View i ostatecznie wywołać View w głównej razem z Model i Controllerem, czy wrzucić wszystko do View w postaci funkcji/metod. Domyślam się że przy większych aplikacjach jak najbardziej pierwsza opcja, ale nie znalazłem takiego bezpośredniego omówienia i pokazania co jest dobre a co złe, więc pytam mądrzejszych od siebie którzy już mieli okazje pracować używając MVC :P

0

Nie chciałbym zwyczajnie niszczyć ogólnego patternu, natomiast nie wiem czy takie przerośnięte klasy to też dobry pomysł stąd pytanie :P

0

Nie rozumiem zupełnie tego co opisałeś. Bo na oko brzmi to jak wpycham wszystko do View, i jeszcze do tego chcesz tam mieć jedna klasę :D Podpowiem w kwestii ogólnej: klasę na więcej niż 100 linijek traktuj jako błąd, 50 linijek max to jest dobra długość. Metoda 10-20 linijek.

0

Jak ktoś wali entery przed/po klamerkach to łatwo przekroczyć, jedyne wyjście to minifikacja jak w css, wtedy w jednej linii nawet da radę.

0

W zasadzie to odpowiedziałeś na moje pytanie. Chodziło właśnie o to, czy w całym projekcie mam się zmieścić w 4 plikach main.java View.java Model.java Controller.java , czy moge do tego normalnie robić do tego inne klasy i potem to co jest odpoweidzialne za widok spiąć w View, za obliczenicia itp w Model etc. Zakładałem że tak ma być, bo korzystając w całym programie tylko z 4 klas zrobiłbym potwora, ale jako że nie robiłem nigdy nic z MVC to wolałem się upewnić jak to powinno poprawnie wyglądać. Dzięki :)

0

Jakbyś przypadkiem myślał o Springowych widokach, to ich nie używaj. To technologiczny dinozaur. Warstwę widoku zrób jako osobną aplikację (np. stronka w jsie) i komunikuj się RESTem

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