Witam
Rozgryzam arkana oop w PHP5, a co za tym idzie zależy mi aby od początku pisać według standardów ... mówię tu o wzorcu architektonicznym MVC.

Rozumiem sens programowania obiektowego i wzorców architektonicznych ale....

Abstrahując od konkretnej realizacji napotkałem spore rozbieżności w opisie relacji miedzy komponentami MVC .....

1) Czy istnieje jakieś ciało rozwijające, dokumentujące, standaryzujące ten wzorzec ?
2) Jeżeli nie ma, które źródło jest najbardziej wiarygodne (chodzi o prace inż. i chce zrobić to możliwie najlepiej)
3) Chciałbym skorzystać z DAO(Data Access Object) bo bede często te same rzeczy wykonywał na plikach i BD tzn. w ogóle będzie realizowany ogrom operacji na plikach i BD przy konkretnej akcji.
Czy powinienem sobie sam napisać klasy które będą to obsługiwać , czy jest może jakieś gotowe rozwiązanie ? Coś możecie polecić ?
4) Pytanie bonus: czy cokolwiek związanego z SVN umieścilibyście w pracy inż ? Czy to raczej rzecz jedynie dla autora ? (pytam bo na wielu blogach czy stronach o aplikacjach są informacje związane z SVN)

Pozdrawiam i z góry dziękuję

----------------------------

Wesołych Świąt

Odpowiedzi:

1. Nie do końca ciało, nie do końca standaryzacja. Istnieją katalogi, które według określonych schematów w sposób jednolity opisują poszczególne wzorce. We wzorcach chodzi właśnie o to, by były receptami, które ty dostosowujesz do własnych potrzeb (oczywiście z umiarem), a nie by narzucić "jedyny słuszny" sposób realizacji.

2. Klasyczne wzorce projektowe są dokładnie wyłożone w kultowej książce Design Patterns: Elements of reusable blebleble" autorstwa Gangu Czworga (po polsku nosi ona tytuł Inżynieria oprogramowania: wzorce projektowe). Jednak MVC tam nie ma. Nie polecam opisów tego wzorca znajdowanych w dokumentacjach frameworków, gdyż ich autorzy przeważnie pod nazwą MVC opisują zupełnie inny wzorzec.

3. Do baz danych są znakomite biblioteki ORM (Doctrine), lecz do obsługi plików się one niezbyt nadają. Zawsze możesz zrobić jakiś własny interfejs, który w przypadku baz danych będzie się odwoływać do np. Doctrine, a operacje plikowe implementować od razu ręcznie.

4. SVN to narzędzie. Jeżeli go potrzebujesz, to nie widzę żadnego powodu, dla którego miałbyś utrudniać sobie życie i go nie wykorzystać.