Budowanie aplikacji PHP bez użycia frameworków (Michał Łukaszewski) Opcje

[ohm]

Nie zapomnij o kopaniu gołymi rękoma pod fundamenty. Chyba że dorzucisz jakieś nietypowe rozwiązanie typu łopatograbiowidły bo trzeba było zrobić coś uniwersalnego

[Tomplus]

Ale właśnie to duże fw to łopato-grabio-widły-z-pilotem-do-koparko-spycharki mimo że potrzebna jest tylko łopata i szpadel

[viking]

Właśnie pracuję na takim home-made-fw. Autor zarzeka się że daje on mu elastyczność. W praktyce nie da się prosto wprowadzić jakiejś funkcjonalności i tam gdzie trzeba coś lekko zmienić pojawia się metoda1, metoda2, metoda3. Do tego wszystkie zapytania przechodzą przez pdo->query zamiast prepared statements, brak jest obsługi transakcji, zero namespace, zero wyjątków. Debugowanie to echo $this->debug .= ''; Działa na tym jedna z większych firm w Polsce a autor na wszystkie słowa "unowocześnienie", "interface", "di" reaguje alergicznie "bo to zwiększy narzut na naukę". Co jest kpiną bo dokumentacji żadnej nie ma. Pewnie chodzi o to żeby go nie zwolnili. Tylko on ogarnia co się dzieje.

[Pyton_000]

Znam kilku takich "twurcuf" FW.... I tak... w pewnym senisie taki to się ustawi

[ohm]

Ale właśnie to duże fw to łopato-grabio-widły-z-pilotem-do-koparko-spycharki mimo że potrzebna jest tylko łopata i szpadel

Tyle że w przypadku dużych fw zazwyczaj sie da (przynajmnie powinno się dać ) wybrać tylko to co potrzebne, potrzebujesz koparki, bierzesz i używasz koparki, potrzebujesz wideł, bierzesz widły. A we "frameworkach" masz na chwile łopatą do śniegu wykopać dól bo nie było czasu nad utworzeniem normalnej łopaty albo łopata się łamie

Ogólnie rzecz ujmując, należy zawsze brać narzędzie potrzebne do wykonywanej pracy, czasem lepiej "napisać" sobie prostą łopatę niż brać koparkę do wykopania dołka pod jednego kwiatka

[Tomplus]

Grunt to nie wybierać się z motyką na słońce

[Pilsener]

że wam chce się dyskutować...

- w hydeparku zawsze

Właśnie pracuję na takim home-made-fw.

- hehe, mi się też właśnie taki projekt trafił, zaczynam od error handlera, który rozszerza klasę bazy danych a ta z kolei rozszerza główny kontroler - wyświetla błędy w stylu "błąd w zapytaniu select * from tabela" i ani nic w logach, ani stack trace, ani nawet w którym pliku - domyśl się. Klikam na nazwę klasy, ale IDE nie potrafi powiedzieć gdzie jest jej definicja, bo nazwy plików są inne niż nazwy klas a ładowanie klas jest dynamiczne na podstawie parametrów z URL.
Zapowiada się niezła zabawa.