![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 743 Pomógł: 0 Dołączył: 11.11.2003 Skąd: Toruń Ostrzeżenie: (0%) ![]() ![]() |
Witam,
znów mam problem z zaplanowaniem przepływu wszystkich danych w aplikacji. Wedle poprzednich podpowiedzi, które uzyskałem na forum zrobiłem tak (na przykładzie dodawania newsa): NewsModel.php
NewsController.php
No i niby wszystko dziala ladnie, mam kontroler ktory przekazuje dane do modelu, model te dane zapisuje i wszystko jest good. Ale teraz gdy planuję dodać nową kolumnę w bazie danych, muszę modyfikować Model, wszystkie kontrolery które uzyły danego Modelu. Dodatkowo jeśli gdzieś nie zmienię kontrolera to np. content zapisze mi sie jako title, bo zmieni sie kolejnosc zmiennych wchodzących do funkcji i wszystko sie pokrzaczy. Dobrze to robię, twrząc dla każdego zadania nową funkcję w modelu i przekazując do niej dane jako parametry funkcji? I też pytanie czy to nie jest bez sensu takie duplikowanie wielu funkcji które dostarcza mi ORM Propel. Np. żeby pobrać newsa o danym id, napisąłem funkcję w modelu:
Ale przecież równie dobrze mogłem od razu w kontrolerze pobrać newsa za pomocą funkcji dostarczonych przez ORM:
Jakie mam korzyści z przerzucania zadań do modelu. Nie dodaję sobie tym zbędnej pracy, pisząc masę metod które w sumie już posiadam? Ten post edytował Kuziu 14.02.2011, 12:20:02 |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 2 885 Pomógł: 463 Dołączył: 3.10.2009 Skąd: Wrocław Ostrzeżenie: (0%) ![]() ![]() |
Gdyby się tak czepić, to - zgodnie z zasadą single responsibility - dla każdego zadania powinieneś tworzyć nowy model. Ogólnie Twój problem związany ze zmianą struktury bazy i wpływem tej zmiany na modele i/lub kontrolery nie jest tylko Twoją bolączką. Możesz spróbować napisać jakieś proste rozwiązanie, które na podstawie struktury tabeli wygeneruje Ci odpowiedni model(e) lub skorzystać z gotowych rozwiązań ORM (mapowania obiektowo-relacyjnego np. Doctrine lub Propel).
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.10.2025 - 18:40 |