Wzorce architektoniczne Opcje

[Spawnm]

Witam,
jako że nie od dziś można zaobserwować rozsiane po blogach i forum (forach?) posty dotyczące MVC czy MVP
proponuję rozmowę na temat wzorców architektonicznych w php.

[thek]

To co wskazałem to oczywiście przesada jak sam zauważyłeś. Dla większości ludzi komputer to takie pudełko duże lub nieco mniejsze i ma jakieś tam podzespoły. Dla informatyka, a nimi przecież oboje jesteśmy, to pewna "fizyczna implementacja" jakiejś architektury. To samo tyczy także wzorców architektonicznych. Dla ogółu to po prostu taka czarna skrzynka, którą z grubsza rozumieją po swojemu. Nie zawsze w sposób prawidłowy. To potem prowadzi do nieporozumień. Przykłady mamy także na forum tutaj. Ktoś coś chce, nie do końca rozumie czego chce, a używa terminologii w sposób niewłaściwy, co tylko nas wprowadza w błąd. My się wkurzamy, on się wkurza. Ile nieporozumień można by uniknąć gdyby określone zwroty czy frazy były jednoznaczne dla obu stron? A tak mamy galimatias, bo myśli się A, opisuje się to jako B, a inna osoba z tego wszystkiego rozumie C.

Tak więc nie chodzi mi tu o rozmycie tematu, ale ustalenie jednolitej definicji co jest czym. Zauważ, że ludzie mają problem nawet by określić co ma być w której warstwie wzorca MVC. Potem pakują do kontrolera to, co ma być w modelu i robi się syf. Oczywiście nie widzą tego, bo nie rozumieją do końca tego co robią i na czym określony wzorzec polega oraz co wynika z zastosowanych przez nich założeń czy środowiska. Taki się uprze, że to jest MVC i mu nie przegadasz, że się myli. Tylko że właśnie przez takie mylenie pojęć ludzie tylko tracą i czas i nerwy.

Ja osobiście nie lubię marketingowego bełkotu tylko łapie za specyfikację lub dokumentację i tyle. Więcej z niej zrozumiem. I kij z tym, że nieraz zasypie mnie kilkadziesiąt stron czy więcej. Przynajmniej to jest zazwyczaj pisane językiem ustandaryzowanym, a nie bełkotem. Weź sobie głupie kółka z tymi 3 literkami i narysuj możliwe w sieci web połączenia między nimi, a od razu stanie sie jasne, że MVC jest niemożliwy do implementacji. Ja to wiem, Zyx to wie, Ty też to wiesz i Cysiaczek także. Tyle że nie każdy z naszej czwórki przystaje na takie uproszczenia i to jest przyczyną tutejszej niezgodności.

A to co napisałem tyczy nie tylko MVC, ale każdego dowolnego wzorca projektowego. Dopóki nie będzie jednolitego standardu i dopóki ludzie na A będą mówili B to musi taki bajzel być czy to sie nam podoba czy nie. Nie sądzę by był sens ciągnąć dalej wątek co jest a co nie jest MVC bo i tak utkniemy na osobistych preferencjach, a nie rzeczowych argumentach. Dla mnie wykładnikiem są książki i twórcy tego wzorca, a nie jego implementacja przez frameworki i tego pierwszego się będę trzymał, choć ktoś inny da się przekonać i mnie by za takie podejście zjechał. Nie ma naprawdę sensu robić flame'a, bo i tak nas to nigdzie nie zaprowadzi. Jedynie wywoła kolejne akademickie dysputy. Mało ich już jest na innych stronach? Może niech ktośzłapie sie za inny wzorzec i to jego omówimy równie dogłębnie jak MVC? Przynajmniej byłby wtedy jakiś pożytek z tych rozważań na poziomie akademickim. Bo te 3 literki to już chcą mi uchodzić każdym możliwym otworem ciała