Ich wollte demnächst mal ein Framework verwenden weil es mich nervt vieles selber zu schreiben.
Schaue ich mir moderen Frameworks an dann verstehe ich nur Bahnhof: Router hier, MVC-Onanie², Dependency Injection und noch 120 andere Pattern wo ich mich frage, wozu soll das gut sein? MVC ist noch am einleuchtendsten aber bei DI habe ich keinen Plan was das eigentlich soll, diese Routings ebenso. Nix gegen Pattern aber bei den ganzen Frameworks scheint das Selbstzweck und "Mode" zu sein um Modernität zu simulieren. Ich habe mir mal ein Videotutorial zu Zend angeschaut, Boilerplatcode überall wo ich mich gefragt habe, was macht der da eigentlich?
Kennt jemand ein Tutorial das einem die grundlegenden Features oben an Beispielen nahebringt, wo man danach versteht wozu das Ganze WIRKLICH gut ist?
DI ist ganz einfach: gib das in den Konstruktor was du brauchst statt in der Klasse auf Globals (Singleton, Konstanten, Registries und der ganze Anti-Pattern Schwachsinn) zuzugreifen. Wichtig für Test- und Lesbarkeit. Im Prinzip: Verwende einen Konstruktor wie man einen Konstruktor verwenden sollte.
Routing ist im Prinzip nur wie man eine URL zu einem Callback mappt, RESTful natürlich.
Der ganze Kram ist nicht notwendig um etwas zum Laufen zu bringen, sondern damit du dir nicht die Haare heraus reißen musst wenn du Tests schreibst oder neue Features einbaust/änderst. Und um dich vor den Testern zu schützen ;D
Zend ist in dem Fall kein positives Beispiel, schau dir lieber Symfony an. Und mach ein Informatik Studium, da lernst du das ganze Zeug, warum es existiert und für was es gut ist.
DI ist ganz einfach: gib das in den Konstruktor was du brauchst statt in der Klasse auf Globals (Singleton, Konstanten, Registries und der ganze Anti-Pattern Schwachsinn) zuzugreifen. Wichtig für Test- und Lesbarkeit. Im Prinzip: Verwende einen Konstruktor wie man einen Konstruktor verwenden sollte Achso, also das was ich eigentlich schon immer gemacht habe und sowas ist schon ein Pattern? Das Ganze erinnert mehr an Bullshitbingo, viel Blabla für eigentlich triviales Zeug.
Was hälst du von Laravel das basiert auf Symfony.
Das Framework was ich suche sollte z.B. Formulare komplett abstrahieren so dass man nicht eine Zeile JS/Code für Autocomplete, Formularcheck Client + Serverseitig schreiben muss, das sollte automatisch generiert werden Gibts sowas mittlerweile in PHP? In entspr. Javaframeworks geht das schon länger, iirc war das GWT. Authentifizierung sollte auch drinn sein, einfach was man immer wieder braucht und kein Bock mehr hat das alles selber zu schreiben.
Ja, im Grunde genommen trivial aber es machen halt sehr viele falsch. Schau dir nur ne X-beliebige, nicht Symfony PHP library an, da wimmelt es vor lauter bad practice, Singletons und Registries.
Wegen Laravel: kA, wenn es auf Symonfy basiert kann man ja auch gleich Symfony verwenden. Mir persönlich kommen die ganzen statischen Methoden unheimlich vor und Sachen wie Routing gehört normalerweise in ein Config Datei anstatt mit statischen Methoden und Globals herum zu pfuschen.
Auf der Client Seite nimmt man ein JS Framework wie AngularJS für sowas und/oder HTML5 form validation. JavaScript auf der Server Seite genieren wie Java oder ASP.NET finde ich persönlich furchtbar weil du wenig Kontrolle über den generierten Code hast. Dann darfst du nicht nur im Client sondern auch im Server Code Fehler suchen und das generierte ist schwer anpassbar und undurchsichtig.
Ich wollte demnächst mal ein Framework verwenden weil es mich nervt vieles selber zu schreiben.
Schaue ich mir moderen Frameworks an dann verstehe ich nur Bahnhof:
Router hier, MVC-Onanie², Dependency Injection und noch 120 andere Pattern wo ich mich frage, wozu soll das gut sein? MVC ist noch am einleuchtendsten aber bei DI habe ich keinen Plan was das eigentlich soll, diese Routings ebenso.
Nix gegen Pattern aber bei den ganzen Frameworks scheint das Selbstzweck und "Mode" zu sein um Modernität zu simulieren.
Ich habe mir mal ein Videotutorial zu Zend angeschaut, Boilerplatcode überall wo ich mich gefragt habe, was macht der da eigentlich?
Kennt jemand ein Tutorial das einem die grundlegenden Features oben an Beispielen nahebringt, wo man danach versteht wozu das Ganze WIRKLICH gut ist?
DI ist ganz einfach: gib das in den Konstruktor was du brauchst statt in der Klasse auf Globals (Singleton, Konstanten, Registries und der ganze Anti-Pattern Schwachsinn) zuzugreifen. Wichtig für Test- und Lesbarkeit. Im Prinzip: Verwende einen Konstruktor wie man einen Konstruktor verwenden sollte.
Routing ist im Prinzip nur wie man eine URL zu einem Callback mappt, RESTful natürlich.
Der ganze Kram ist nicht notwendig um etwas zum Laufen zu bringen, sondern damit du dir nicht die Haare heraus reißen musst wenn du Tests schreibst oder neue Features einbaust/änderst. Und um dich vor den Testern zu schützen ;D
Zend ist in dem Fall kein positives Beispiel, schau dir lieber Symfony an. Und mach ein Informatik Studium, da lernst du das ganze Zeug, warum es existiert und für was es gut ist.
DI ist ganz einfach: gib das in den Konstruktor was du brauchst statt in der Klasse auf Globals (Singleton, Konstanten, Registries und der ganze Anti-Pattern Schwachsinn) zuzugreifen. Wichtig für Test- und Lesbarkeit. Im Prinzip: Verwende einen Konstruktor wie man einen Konstruktor verwenden sollte
Achso, also das was ich eigentlich schon immer gemacht habe und sowas ist schon ein Pattern? Das Ganze erinnert mehr an Bullshitbingo, viel Blabla für eigentlich triviales Zeug.
Was hälst du von Laravel das basiert auf Symfony.
Das Framework was ich suche sollte z.B. Formulare komplett abstrahieren so dass man nicht eine Zeile JS/Code für Autocomplete, Formularcheck Client + Serverseitig schreiben muss, das sollte automatisch generiert werden Gibts sowas mittlerweile in PHP? In entspr. Javaframeworks geht das schon länger, iirc war das GWT. Authentifizierung sollte auch drinn sein, einfach was man immer wieder braucht und kein Bock mehr hat das alles selber zu schreiben.
Ja, im Grunde genommen trivial aber es machen halt sehr viele falsch. Schau dir nur ne X-beliebige, nicht Symfony PHP library an, da wimmelt es vor lauter bad practice, Singletons und Registries.
Wegen Laravel: kA, wenn es auf Symonfy basiert kann man ja auch gleich Symfony verwenden. Mir persönlich kommen die ganzen statischen Methoden unheimlich vor und Sachen wie Routing gehört normalerweise in ein Config Datei anstatt mit statischen Methoden und Globals herum zu pfuschen.
Auf der Client Seite nimmt man ein JS Framework wie AngularJS für sowas und/oder HTML5 form validation. JavaScript auf der Server Seite genieren wie Java oder ASP.NET finde ich persönlich furchtbar weil du wenig Kontrolle über den generierten Code hast. Dann darfst du nicht nur im Client sondern auch im Server Code Fehler suchen und das generierte ist schwer anpassbar und undurchsichtig.
[duplicate post]
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 13. Okt 2014 um 16:20.