MVC a kod html Opcje

[bor1904]

Witam,
Nie jestem zawodowcem jeżeli chodzi o programowanie w PHP i postanowiłem nieco podnieść swoje umiejętności i poszerzyć wiedzę.
Najczęściej pracuje na CodeIgniter i w związku z tym zacząłem przeglądać tutki (szczególnie video) i troszkę się zaskoczyłem.

Kiedyś zgłębiając zasady wzorca MVC wielokrotnie spotykałem się z kilkoma fundamentalnymi zasadami takimi jak:
...
-kod html,JS,CSS może występować tylko w widoku
-kod SQL,kod operacji na plikach, WS itp może występować tylko w modelu
-kontroler pobiera dane od usera, jak trzeba przepuszcza je przez model i to co otrzyma z modelu wrzuca do widoku gdzie ubierane jest to w znaczniki i wyświetlane (więc kontroler raczej szczupłym tworem jest)
...

No i na owych tutorialach (mimo iż widać że programiści od wczoraj nie dziobią w PHP) to jest wolna amerykanka w stosunku do tych zasad. Najczęściej cała masa html jest produkowana w kontrolerze, a i w kilku przypadkach w modelu tworzony jest gotowy kod html do przesłania przez kontroler do widoku.


Co o tym sądzicie ?

pozdrawiam
KB

[bor1904]

Ja tam jestem prostym chłopem i tak so to wydedukowałem:

Najpierw wybrałem sobie autorytet - CodeIgniter - dlaczego? (google: "php framework ranking" i kolejno...)

2 miejsce http://www.phpframeworks.com/top-10-php-frameworks/
1 miejsce http://davidjconnelly.wordpress.com/2011/0...mework-of-2011/
1 miejsce http://hotframeworks.com/languages/php
3 miejsce http://www.devshed.com/c/a/PHP/7-PHP-Frame...ed-For-Speed/2/
w 5 najlepszych ever http://www.wykop.pl/ramka/347003/5-najleps...warto-wiedziec/
....

Twórcy twierdzą że jest to FW oparty na MVC:
http://codeigniter.com/user_guide/overview/mvc.html

Do kotawbutach " A View will normally be a web page," a czym jest typowa strona WWW jak nie HTMLem?
(oczywiście prosta klasa View nie napisana jest w HTML ...ale chyba nikogo nie podejrzewa się o tak wyrafinowane myślenie)

Obsługę widoku i modelu przez kontroler zalecają tak w oficjalnym tutku:
http://codeigniter.com/user_guide/general/models.html

[PHP] pobierz, plaintext 
class Blog_controller extends CI_Controller {
 
    function blog()
    {
        $this->load->model('Blog');
 
        $data['query'] = $this->Blog->get_last_ten_entries();
 
        $this->load->view('blog', $data);
    }
}
[PHP] pobierz, plaintext 

Tego nie neguje nikt z wielu tysięcy developerów i użytkowników CI ...





Dlaczego więc głoszę nieprawdę ?

[skowron-line]

Obsługę widoku i modelu przez kontroler zalecają tak w oficjalnym tutku:
http://codeigniter.com/user_guide/general/models.html

[PHP] pobierz, plaintext 
class Blog_controller extends CI_Controller {
 
    function blog()
    {
        $this->load->model('Blog');
 
        $data['query'] = $this->Blog->get_last_ten_entries();
 
        $this->load->view('blog', $data);
    }
}
[PHP] pobierz, plaintext 

Tego nie neguje nikt z wielu tysięcy developerów i użytkowników CI ...





Dlaczego więc głoszę nieprawdę ?

Ponieważ każdy uważa że jego rozwiązanie jest poprawne. Ci co chcą podciągnąć się bliżej MVC stosuja klasy/moduły w stylu View_Model
http://techportal.inviqa.com/2010/11/02/cr...wmodel-pattern/
Niewiem na ile jest to poprawnę, skuteczne i wygodnę ponieważ sam tego nie używałem.

Osobiście robie mniej więcej tak

[PHP] pobierz, plaintext 
public function action_add()
    {
        $this->template->content = $this->form();
    }
 
    public function action_edit() 
    {
        $value = array();
        $value = $this->model->get()->current();
 
        if(!$value)
        {
            throw new HTTP_Exception_404("No item found");
        }
 
        $this->template->content = $this->form($value);
    }
 
public function form($values = array)
{
     return View::Factory('form');
}
[PHP] pobierz, plaintext 

Oczywiście nie jest to poprane rozwiązanie.