MVC - pytanie Opcje

[Jazi]

Witam,
Tak sobie czytam teraz o projekcie MVC i nie bardzo go rozumiem... :/. Z tego co się dowiedziałem, to:
* Model. Jest to warstwa, która nie ulega zmianie. Zawiera ona wszelkie klasy i metody wykorzystywane w dwóch pozostałych warstwach (zarówno te, które pobierają dane z bazy danych, jak i je do niej wrzucają).
* View. Warstwa ta odpowiada za wypisywanie użytkownikowi kodu (zazwyczaj HTML), który zauważa na swoim ekranie.
* Controller. Ta część odpowiada za używanie klas z warstwy 'Model'. Przy pomocy danych pobieranych z $_POST lub $_GET określa jakich metod w danej chwili używać. Czyli w tej warstwie istnieje połączenie z bazą danych.

Jeżeli jakoś źle to opisałem, to proszę mnie poprawić.

[amii]

View - ok
Model - to ogólnie logika biznesowa aplikacji tak jak mówisz zwiera klasy odpowiedzialne za komunikację z bazą danych (ale nie tylko!)
Controller - tak jak mówisz tylko bez tego połączenia z bazą danych to jest sprawa modelu.

[Jazi]

View - ok
Model - to ogólnie logika biznesowa aplikacji tak jak mówisz zwiera klasy odpowiedzialne za komunikację z bazą danych (ale nie tylko!)
Controller - tak jak mówisz tylko bez tego połączenia z bazą danych to jest sprawa modelu.

Czym jest "logika biznesowa aplikacji"?
Odnośnie "kontrolera" i połączenia z BD: przecież, żeby skorzystać z metody znajdującej się w modelu, która ma pobrać coś z BD, to kontroler musi mieć w tle włączone połączenie z bazą, nie? Czy może każde połączenie otwiera się tylko dla pojedynczej metody? Czyli każda metoda włącza swoje własne połączenie?

[Spawnm]

Robisz model do zarządzania db

[Jazi]

Wybacz, ale nie rozumiem . Na jakiej zasadzie?

[Spawnm]

Na zasadzie że robisz model_db który nawiązuje połączenie z bazą dzięki np. silnikowi pdo oraz go przetrzymuje dostarczając zarazem dodatkowych funkcjonalności
Teraz model labo przekazujesz do kolejnych przez dependency injection albo tworzysz singleton lub registry do których odwołujesz się w poszczególnych modelach.
Najważniejsze abyś nie wsadzał danych bazy czy też zapytań sql do kontrolera, jest to logika którą ma zająć się model.

[Jazi]

Na zasadzie że robisz model_db który nawiązuje połączenie z bazą dzięki np. silnikowi pdo oraz go przetrzymuje dostarczając zarazem dodatkowych funkcjonalności
Teraz model albo przekazujesz do kolejnych przez dependency injection albo tworzysz singleton lub registry do których odwołujesz się w poszczególnych modelach.

Czyli mam rozumieć, że modelów może być kilka? Czy można powiedzieć, że jeden model to jedna klasa? Kwestia łączenia się z bazą danych ma należeć do jednego modelu (który inicjalizujemy jako pierwszy) i on za pośrednictwem metod dependency injection, singleton oraz registry ma udostępniać dane o połączeniu z bazą danych do reszty modeli? Po wykonaniu się odpowiednich modeli, ten pierwszy zainicjalizowany model z bazą danych zamyka połączenie?
Następne moje pytanie, to jaka z wymienionych metod jest najlepsza?
Proszę także, aby ktoś mi wytłumaczył metody singleton oraz registry.

[Spawnm]

singleton jest wzorcem projektowym, na phpedia.pl masz przykłady.
Co do dependency injection itd. to korzystaj z google.

...ten pierwszy zainicjalizowany model z bazą danych zamyka połączenie?

Nie zamyka połączenia z bazą

[Jazi]

singleton jest wzorcem projektowym, na phpedia.pl masz przykłady.
Co do dependency injection itd. to korzystaj z google.

A ten 'registry'?

Nie zamyka połączenia z bazą

Jak to? To połączenie z bazą jest otwarte na cały czas generowania się strony www?

[lukaskolista]

Polaczenie jest otwarte do momentu w ktorym je zamkniesz

[Jazi]

Polaczenie jest otwarte do momentu w ktorym je zamkniesz

To czemu Spawnm pisze, że nie zamyka połączenia. Chyba, że chodzi o to, że samo nie zamyka i ja je muszę zamknąć?