search

yakamara / redaxo_prozer

prozer
http://www.prozer.org
12 stars 7 forks source link

Allgemeiner technischer Review #315

Open dergel opened 9 years ago

dergel commented 9 years ago

Hier mal sammeln was wir ganz allgemein ändern wollen. Langfristig. Grob.

noch Ideen Vorstellungen.. Erstmal alles sammeln und dann entscheiden was es wirklich "irgendwann" mal werden soll. Damit wir weitere Entwicklungen so langsam in die Richtung laufen lassen können.

dergel commented 9 years ago

https://github.com/yakamara/redaxo_prozer/issues/167

frag-seb commented 9 years ago

Symfony würde ich für das vorhaben als zu mächtig emfinden, mit Laravel kenne ich mich nicht so gut aus, hab es mir aber mal angesehen und es hat verblüffende ähnlichkeit mit cakephp (was ich bevorzugen :-) ).

Angular :+1: Bootstrap :+1: SinglePage :+1:

(Laravel) WebSocket Beispiel: https://github.com/BrainBoxLabs/brain-socket

staabm commented 9 years ago

Welche Probleme gibt es die aktuell dagegen sprechen REDAXO zu verwenden? Was versprecht Ihr Euch von einem wechsel des PHP Frameworks?

frag-seb commented 9 years ago

Grundsätzlich hab ich nichts gegen REDAXO, die Geschäftslogik der Application sollte in sich geschlossen sein und lauffähig. Dann würde auch nichts dagegen sprechen REDAXO weiter zu verwenden. (meiner Meinung nach)

Befürcht aber das es mit redaxo deutlich mehr Aufwand wäre... da kann ich mich aber auch täuschen. Da es in den aktuellen Frameworks ja zum großen Teil schon gelebt wird, wie das jetzt bei Laravel aussieht weiß ich nicht.

staabm commented 9 years ago

Mir geht es nicht darum zu argumentieren ob REDAXO gut ist oder nicht.

Nochmal anders: Welche Ziele verfolgt Ihr, welche mit REDAXO nur schwer möglich sind und die sich mit anderen Frameworks sehr gut umsetzen lassen?

Das ersetzen des Frameworks selbst durch ein anderes wird euch sicher einige Monate Zeit kosten in der Ihr keine Releases machen könnt, daher Frage ich nach der Begründung/Hintergründe dafür.

Ein Framework zu dem man migirieren möchte müsste unzählige Features bieten die Ihr auch nutzen wollt und die viel Aufwand bedeuten würden, wenn Ihr sie selbst im REDAXO bauen müsst (oder ggf. mit REDAXO überhaupt nicht realisierbar sind). Ausserdem muss das Framework auch noch alle Features haben, welche Ihr aktuell schon Implementiert habt. Wer von den Entwicklern hat expertise mit den genannten Frameworks? Keiner von Euch wird sich mit einem anderen Framework so gut auskennen wie mit REDAXO, da dies ja selbst gestrickt ist.

Um Geschäftslogik in Klasse zu kapseln brauch man nur PHP Klassen und kein Framework, daher ist das für mich kein Grund/Argument.

frag-seb commented 9 years ago

Um Geschäftslogik in Klasse zu kapseln brauch man nur PHP Klassen und kein Framework, daher ist das für mich kein Grund/Argument.

@frag-seb

Dann würde auch nichts dagegen sprechen REDAXO weiter zu verwenden. (meiner Meinung nach)

Sag ich doch :D

Ich glaube der Aufwand wird ähnlich sein, wenn wir einen JavaScript Framework verwenden möchten (voraus gesetzt es wird vernünfig verwendet), müssen wir auch jetzt vieles umbauen. Was uns zurück wirft.... Dazu gibt es schon viele Erweiterungen(/Plugins/Bundle/Addon/Component) die wir aufgreifen könnten, z.B. Websocket Bundle, RESTful API, PHPMailer, OAuth2 und ACL System.....

Was die Entwicklungszeit auch beeinflusst, meinst Du nicht?

Was sind deine Gründe für/gegen?

PS: Finde gerade das beides seinen Scharm hat... :D

dergel commented 9 years ago

@staabm Viele Dinge sind noch nicht gut umgesetzt, Nachladeprozesse, Responsive Ansichten, UX müsste an vielen Stellen umgebaut werden. Weiterhin ist die REDAXO Community etwas klein und die vorhandene Umsetzung dementsprechend auch noch besonders schwierig und eigenwillig (XForm etc) .. Die Idee ist, wenn man diese Probleme angeht, dass wir uns den Weg nicht verbauen, direkt eine allgemeine Lösung dafür zu finden. Z.B. Formulare, responsive Ansichten, Abstraktion des Design, oder auch Queryabstraktion etc. und dazu auf bewährte System umschwenken zu können.

Ich erhoffe mir dadurch ein allgemein leichter verständliches, überschaubareres System zu bekommen. Das ist ein langfristiges Ziel. Ausserdem glaube ich, dass wir dann auch ein wenig mehr Aufmerksamkeit bekommen können.

Wenn ich z.B. schaue was Eloquent (Laravel) so macht, so ist das eine sehr sinnvolle Alternative zu der Prozereigenentwicklung der Queryklassen und Filter.

Ist im Moment eher ein Überlegungsprozess.

dergel commented 9 years ago

Interessant ist in diesem Eloquent-Fall sogar - es gibt ein REDAXO AddOn hierzu. D.h. wir könnten es anpassen ohne die allgemeine REDAXO Umgebung verlassen zu müssen.