brian johnson

das verhalten des standard controllers gefällt mir ehrlich gesagt gar nicht:

aufgerufen wird comments() durch:

eine methode durch einen url aufruf aufzurufen, begeistert mich nicht, sondern weckt doch eher ein paar bedenken.

von vererbung hat codeIgniter anscheinend auch noch nichts gehört:

auch diese vermischten klassen gefallen mir nicht sonderlich. ich verstehe nicht, was valid_id() , xss_clean() und filename_security() in einer klasse die sich input nennt und methoden um an input (get,post,cookie) zu kommen implementiert zu suchen haben. dann gibt es zu xss_clean noch eine gleichnamige wrapper-funktion in Form_Validation wo sie eher hingehören würde.

schlussendlich verstehe ich nicht, warum man plugins (zumindest die 2 die dabei sind) als funktionen implementiert hat. sehr abstruses konzept aus meiner sicht.

also auf zu cakePHP!

p.s.: es gibt keine benutzerverwaltungsklasse, oder?

edit:
auf der codeIgniter seite steht:

vertrauen die ihrem eigenen produkt nicht oder können sie selbst nicht damit umgehen? ExpressionEngine scheint nach kurzem überfliegen auch nicht auf dem codeIgniter aufzubauen. ich bin der meinung, das man sein framework doch schon selber einsetzen sollte....

__________________
PHP4?!?>>>Aktuelle PHP Version: 5.2.11 || 5.3.0
Suse 11.2 *vorfreude*

Mister Ad

dr.e.

Hi brian,

SOfern dich das insgesamt nicht begeistert, kann ich dir nur das Konzept des Pagecontrollers des APF ans Herz legen. Hier sind nicht nur mehrere Controller möglich, sondern die GUI-Struktur kann auch komplett frei und nach deinen Anforderungen definitiert werden.

Schau dir mal Module - Usermanagement :: Adventure PHP Framework (APF) an, vielleicht interessiert dich das ...

PS: du hast dich noch nicht in ICQ/Skype blicken lassen.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

s1x

PS: @brian johnson
ExpressionEngine basiert sehrwohl auf CodeIgniter.
Eine Benutzerverwaltungsklasse gibt es nicht das ist richtig. xss_clean() in form_validation is "depracted". Ich denke die Klasse wird es bald nicht mehr geben sie wird schon jetzt nurnoch aus Kompilitätsgründen gehalten. Wieso erklärst du den Methodenaufruf durch die URL als bedenklich?
PS: Wofür gibt es Routing? =|
.....
Ich benutze selber seit langem CodeIgniter. Ich bin sehr zufrieden damit und kann es jedem soweit empfehlen. Es ist möglich ebenso Zendlibs einzubinden falls darauf jemand nicht verzichten möchte.
Um nicht immer im jeden Controller alle views nachzuladen kann man den predefined Controller erweitern. Ein Ansatz gibt es hier. Dazu sei gesagt das man dort alles nach seinen Bedürfnissen anpassen kann und ich seit dieser "Entdeckung" wirklich sehr zu frieden bin. Es gibt noch andere Möglichkeiten ein Layout einzubinden, indem man eine Layout Datei erstellt, und praktisch über das weitergebene Array in der Layout datei die angebenene View Datei lädt. Wobei ich ersters eleganter halte. Das einzige was stört ist das CodeIgniter sehr langsam weiterentwicelt wird, die Entwickler legen wohl mehr Wert auf ihre ExpessionEngine die ja auf CodIgniter basiert. Eine Weiterentwicklung von CodeIgniter die Userbasiert ist wo jeder mitmachen kann ist das Kohana Framwork.

Gruß s1x

Ben.

Das Thema ist zwar schon bissl älter, aber ich bin durch Zufall drauf gestossen.

Es sind einige Dinge die ihr hier bemängelt, die allerdings durchaus vorhanden sind. Bspw. Templates (sogar sehr leistungsfähig, in dem einzelne Bereiche (Regions) einer Seite angesprochen werden können), sehr performantes Caching (auch partielles Caching), Mehrsprachigkeit etc. etc. Selbst ORM ist verfügbar.

Wenn ihr weitere Fragen zu CodeIgniter speziell habt, lege ich euch die Deutschsprachige CodeIgniter-Community ans Herz.

Dort arbeitet man unter anderem an der Übersetzung des User Guide, sodass der Einstieg noch leichter als bisher fällt.

Ich bin begeistert von CodeIgniter, vor allem in Hinblick auf Performance.

dr.e.

-> Yii PHP Framework - Performance Comparison + Yii vs. APF :: Adventure PHP Framework (APF) + CodeIgniter is the fastest PHP framework | am i works? zeigen da ganz andere Ergebnisse!

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mquadrat

Irgendwie steh ich aufm Schlauch. Was will ich denn mit mehr als einem Controller in der URL? *grübel*

Das Problem wird sein ein anderes Framework zu finden, dass noch PHP 4 unterstützt. Alles was OOP ist baut auf PHP 5 auf.

Zum Thema Mehrsprachigkeit: IMHO funktioniert das nirgends intuitiv. Gegenbeispiele? Zumal das, das Framework nur explizit unterstützen muss, wenn es auch einen GUI Anteil hat.

__________________
Alle Angaben unter zwei Kaffee sind ohne Gewähr.

nikosch

Zumindest bis vor kurzem hat das APF noch php4 unterstützt.

__________________
--
„Eins ist Fakt: Gescannt wird nackt!“

Privatsphäre 2.0 - Nacktscanner mit Eyetracking.
Unser Flugzeug darf kein geschlechtsfreier Raum sein.
--

dr.e.

Hallo mquadrat,

Ich nehme an, die Komplexität der Projekte, die du bisher umgesetzt hast war begrenzt. Sicher lässt sich eine einfache, abgeschlossene Anwendung mit einem einzigen Controller implementieren, das führt jedoch dazu, dass (zu viel) Logik in den View verlegt wird und das Basteln einzug hält. Sobald die Anwendungen komplexer werden und du Module daraus in mehreren Applikation einsetzen - jedoch nur einmal schreiben möchtest - benötigst du die Freiheit, über die URL mehrere Module zur gleichen zeit mit unterschiedlichen (Front-)Controller-Anweisungen anzusprechen. Einfaches Beispiel: navigiere auf einer Seite, die ein News-Modul und eine Bildergalerie als Slide-Modul eingebaut hat. Klickst du auf die nächste News-Seite, möchtest du in der Bildergalerie nicht wieder auf das erste Bild zurückspringen und umgekehrt. Sofern die Navigation auf einer Front-Controller-Logik aufbaut ergibt sich der Anwendungsfall bereits beim Klick auf den Newspager. Die nächste Seite möchtest du sicher nicht auf der Startseite betrachten dürfen!

Auch hier erschließt sich mir die Qualität der Aussage nicht wirklich. Das APF unterstützt bis heute PHP4 und OOP hat nichts mit PHP5 zu tun, dabei geht es vielmehr um Konzepte.

Dann hast du dir das APF noch nicht angesehen. Dort besitzt jeder DOM-Knoten der Präsentations-Schicht die Sprache als eine Eigenschaft. Über diese und diverse Hilfsmittel (Taglibs, Document-Controller, ...) kannst du dann sehr einfach darauf reagieren.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

mquadrat

Dann verfolge ich wohl einen anderen Ansatz, da die Komplexität einiger meiner Projekte durchaus hoch waren. Kann natürlich auch daran liegen, dass wir im B2B Bereich sehr klar umrissene Funktionen haben. Unter Umständen missverstehen wir uns auch einfach

Sicher, kann man in PHP4 OOP programmieren. Aber die meisten Frameworks, die auf OOP basieren haben nun mal die PHP4 Kompatibilität über Bord geworfen. Wenn euer Framework das nicht getan hat, dann kann er es sich ja anschauen, ob's für ihn passt.

Nein, habe ich auch noch nicht


EDIT: Hab mal einen ersten Blick APF geworfen (nur die ersten paar Arikel, also noch nichts tiefgehendes). Jetzt wird deutlicher was du meinst. Durch den hierarchischen Ansatz, braucht man die Möglichkeit mehrere Controller anzusprechen. Auf die Idee bin ich damals nicht gekommen. Als Alternative habe ich bei mir Komponenten, die ebenfalls ein Eigenleben führen können und die ich an beliebigen Stellen einbetten kann. Dadurch ergibt sich defacto auch eine Hierarchie, aber nicht so abstrakt und klar wie im APF.

__________________
Alle Angaben unter zwei Kaffee sind ohne Gewähr.

dr.e.

Nach deinem Edit nicht mehr. Genau der hirarchische Ansatz ist IMHO auch bei komplexen Anforderungen notwendig, da du sonst - wie du schon schreibst - auf "freifliegende" Komponenten zurückgreifen musst. Diese als ViewHelper bekannten Klassen werden dann nur sehr schnell als EierlegendeWollmilschSau missbraucht und das Ganze Konstrukt hat mit OOP nichts mehr zu tun.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Mister Ad