Nie mvc ;) - potrzebna rada... Opcje

[ixpack]

Potrzebuję rady, a właściwie upewnić się, że idę w dobrą stronę...
Projekty tworzyłem głównie liniowo z domieszką oop bazując na swoim prymitywnym (nie)mvc - na swoich zasadach, które innym kolegom nie sprawiały problemu w zrozumieniu i modyfikacji kodu (raptem 2 projekty ;>). Nastał ten dzień, że chcę tworzyć głównie w oop (szykuje się 3ci - poważny projekt :/) z małą domieszką liniowego, szarego php (bo szary to też kolor) aby wszystko szło pewniej, bez zawalonej nocy "bo jednak ktoś popełnił błąd"...

Mój mały plan: tworzę w oop - rozgrzewka, a gdy będę w stanie wyrzucić z moich narzędzi większość nie obiektowego kodu to przesiadam się na codeigniter lub kohana, a następnie zend.

Czy wg. was lepiej jest od razu współpracować z framework'iem czy na początku zaprzyjaźnić się na dobre z obiektami i klasami, a następnie dołączyć do tego np. zend'a?

Jeżeli chodzi o framework - czy przyswojenie kohana lub codeigniter (z akcentem na ten 2gi - z tego co czytałem bardziej przypadł mi do gustu), a następnie przesiadka na zend to dobre rozwiązanie? Czy lepiej od razu wsiąść na zend? A może inny framework?

Dziękuję z góry za wyczerpujące odpowiedzi...

[Crozin]

Widzisz... właśnie Wzorzec to wzorzec. WZORZEC hehe.

Jak idziesz do fabryki i mówisz "Wykonajcie mi 20.000 kulek do moich łożysk. Wymiary ..., materiał .... O, a tutaj macie wzorzec takiej kulki." to czego oczekujesz? 20.000 kulek spełniających te wymagania (wymiary, materiał, kształt). Nie specjalnie interesuje cię jak oni to wyprodukują, skąd wezmą i jak przetworzą materiał na nie. Interesuje cię wyłącznie efekt końcowy. Ale jak oddadzą Ci kulki o nieprawidłowej średnicy i w dodatku z innego materiału to one mimo iż dosyć podobne jednak nie spełniają tego wzorca. Tutaj jest kropla w kroplę identyczna sytuacja.

Wystarczy że zrobię sobie zmienną statyczną w kontrolerze bo uznam, że coś zmienie w MVC i nazwę sobie to sMVC i będę mówił, że mam nową architekturę już nie MVC ale moje wielkie super sMVC.

I cholera zrobisz dokładnie to co powinieneś! Jeżeli zmiana oznaczała, że jakieś założenia się zmieniły to jak najbardziej powinieneś używać innej nazwy, bo koniec końców skończyłeś z czymś innym, prawda? Co najwyżej będziesz mógł powiedzieć, że Twój wzorzec wywodzi się z MVC i ma nawet sporo rzeczy zgodnych z nim.

ale moje wielkie super sMVC

Niestety widzę, żę to moje "Nie!" w poprzednim poście było zbyt małe.

bez wdawania się w niepotrzebne niuanse typu hMVc, MVP itp.

Prosta zasada... jeżeli nie wiesz o czym mówisz nie mów. Bo o ile pomiędzy XXX, a H(ierarchical)XXX jest zazwyczaj różnica jedynie w tym, że występują wielokrotnie zagnieżdżone te same struktury o tyle pomiędzy MVC, MVP, MVVM itp. zachodzą już konkretne zmiany w założeniach i działaniu. Dlatego też każdy wzorzec ma inną nazwę, bo opisuje on co innego. To już nie są niuanse.