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.
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.