![]() |
Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
![]() |
![]()
Post
#1
|
|
Grupa: Moderatorzy Postów: 4 069 Pomógł: 497 Dołączył: 11.05.2007 Skąd: Warszawa ![]() |
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. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
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 (IMG:style_emoticons/default/winksmiley.jpg) |
|
|
![]() ![]() |
![]() |
Aktualny czas: 5.10.2025 - 13:22 |