PHP Framework - Seite 2

Slava · 28.06.2007, 15:07

Zend finde ich einfach klasse!
Es gibt tutorials, die gründgerüst schnell aufbauen lässt und eine sehr gute classen-bibliothek die in vergleich zum PEAR nicht nur besser dokummentiert ist, sondern auch viel besser in performance ist.
Aufgrund, dass Zend auch zufällige weise sehr viele technologieen für PHP liefert, sehe ich auch gute Zukunft für diesen Framework.

tinchen · 29.06.2007, 14:21

Vom Grundprinzip her ist CodeIgniter noch "einfacher" zu bedienen, d.h. man bekommt
schneller und einfacher die ersten Inhalte da rein. Der große Nachteil liegt darin, dass
einem so viel abgenommen wird, dass man in Probleme kommt - zumindest ich - wenn
es nicht bei den Standardanwendungen bleibt. Das "nervt" bei cakePHP auch. Super, dass
es da automatische Datenbankabfragen etc. bezogen auf die Controllerklassen etc.
gibt, aber dadurch verliert man insbesondere wenn man da noch nicht so drin ist die
Kontrolle über das, was da passiert. Zudem ist es sehr aufwendig nachzuvollziehen
wie das nun genau funktioniert. Ich muss da feststellen, dass es mich sehr nervös
macht einfach etwas zu nutzen, ein Ergebnis zu haben ohne dass ich verstanden habe
wie das genau funktioniert, auch wenn die Logik dabei klar ist. Das reicht
von sicherheitstechnischen Bedenken bis hin zur Frage, ob ich da nun nicht doch ein
Ergebnis habe, dass ich eigentlich gar nicht möchte.

Also eins habe ich jetzt schon festgestellt. Wenn man sich erst einmal in ein FW
eingearbeitet hat, ist die Umstellung auf ein anderes System wahnsinnig
nervenaufreibend. Ein richtig scheint es da auch nicht zu geben, vieles ist
Geschmacksache.

Wenn man cakePHP und CI mit Zend vergleichen wollte, dann fällt mir das etwas
schwer, da ich da ganz andere Ansätze sehe. Auch wenn man nahezu immer das
gleiche Endergebnis mit den FWs erzielen kann, unterscheiden sie sich schon sehr.
Während cake und IG schon die gesamte Logik vorgeben, muss man sie in Zend
zum Großteil erschaffen. Das ist natürlich aufwendiger, aber man weiß zumindest
was man da nutzt und wie das funktioniert.

Somit ist es vielleicht gar nicht so schlecht eine Klassensammlung zu nutzen, die
man nach Bedarf einbindet und damit genau vorgeben kann, was und wie man etwas
nutzt.

Grüße
Tine

phpdummi · 30.06.2007, 00:27

Zitat:

Zitat von Agrajag

Kannst du evtl. mal kurz zusammenfassen, was CodeIgniter besser macht, bzw. was dir daran besser gefällt als an CakePHP?

Diesbezüglich muss auf jedenfall von gefallen die Rede sein.
Ich finde CI einfach intuitiver, beim ersten Anblick kam es mir wie ein leicht veränderter
Abklatsch von CakePHP vor, dem ist - teilweise - vieleicht auch so, dennoch gefällt
mir das "Konzept" zur Seiten-/Anwendungserstellung besser.
Ich gehe also davon aus, dass du CakePHP verwendest, und meine Beweggründe
für die Nutzung von CodeIgniter erfahren möchtest. Ich selber habe mit
CakePHP über das Blog-Tutorial und einigem Lesen des Manuals hinaus, nichts
mit CakePHP gemacht. Ich beziehe mich im folgendem also auf das Blog-Tutorial.

CakePHP (CP)

CodeIgniter (CI)

Zunächst einmal zur "Aufbereitung" der Tutorials für den Anwender:
CP hat dieses Tutorial ins Manual integriert - warum auch immer. Daher müssen
sie zwangsweise den über Text die Entwicklung der Anwendung zu beschreiben.
CI dagegen wählt den Weg, das Tutorial getrennt vom Manual zu präsentieren.
Auf den ersten Blick kam mir das Video wie Effekt-Hascherei vor, ein Tutorial
im Bereich PHP als Video vorgesetzt zu bekommen, war für mich eine neu Erfahrung.
Im Nachhinein lässt sich aber ein prägnanter Lernunterschied feststellen:
Bei CP liest man sich das Tut von Oben nach unten durch, lange Erläuterungen
nagen, soweit es mich betrifft, erheblich an der Konzentration.
Im CI Tut verfolgt man die einzelnen Schritte, man sieht wirklich alles, was der
Andere einem da vor macht. Also wo, welche Dateien geändert/angelegt werden.
Der Erzähler hat die Möglichkeit genauer zu erklären was er da nun macht.

Nun zur eigentlichen Erstellung einer Anwendung.
Bei CP muss man erst einmal ein Model erstellen, danach wird ein Controller
und ein View erstellt. Variablen werden der View-Schicht per set() zur Verfügung
gestellt.
Ganz nebenbei gefällt mir an dieser Stelle weder die Endung ".thtml" für Templates,
noch verstehe ich nicht, woher $this->Post->id = $id; jetzt die ID herzaubert.

Bei CI erstelle ich einen Controller für meine Anwendung, danach einen View, fertig.
Datenbanken kann man übrigens, anders als im Tutorial beschrieben, direkt
im Controller selektieren.

Während CP Methoden wie Post->save($this->data['Post']) aufruft, verwendet
CI die insert Methode des Datenbank-Objektes ($this->db->insert('comments', $_POST);).
Um mir anzusehen wie diese Methode funktioniert oder sie ggf. abzuändern,
müsste ich in diesem Fall die Datei "system/database/DB_active_rec.php"
einsehen/ändern. Der Code ist für mich selbstverständlicher.
Das im Video nicht auf die Validierung der Elemte eingegangen wird ist schade,
die Validation-Class ist für mich ebenfalls intuitiver bzw. logischer.

Zusammenfassend würde ich also sagen, dass CI tatsächlich "einfacher" in der
Anwendung ist. Anpassungen und Erweiterungen gestalten sich besonders für
Anfänger wie mich als besonders einfach. Der gesammte Code ist sehr semantisch
und mit vielen (längeren) Kommentaren gespickt, die die Einarbeitung erheblich
erleichtern.

Ich habe eben kein full-featured Framework gesucht, dass in beinahe volkommener
Art und Weise MVC einhält, sondern ein einfaches Grundgerüst, dass mir bei
der Erstellung einfacher Anwendungen hilft.
CodeIgniter ist für mich ein solcher Helfer, der mir nebenbei viel Zeit ersparrt.
Die notwendigen Schritte zur Erstellung einer Anwendung sind schnell getan,
je mehr man versucht, desto mehr profitiert man von diesem Framework.
Mir würde es natürlich helfen, wen du mir eine speziefische Frage stellst, da
ich mich gerade noch in dieses Framework einarbeite (vor 1 Woche angefangen).

Zitat:

Zitat von tinchen

Der große Nachteil liegt darin, dass
einem so viel abgenommen wird, dass man in Probleme kommt - zumindest ich - wenn
es nicht bei den Standardanwendungen bleibt. Das "nervt" bei cakePHP auch. Super, dass
es da automatische Datenbankabfragen etc. bezogen auf die Controllerklassen etc.
gibt, aber dadurch verliert man insbesondere wenn man da noch nicht so drin ist die
Kontrolle über das, was da passiert. Zudem ist es sehr aufwendig nachzuvollziehen
wie das nun genau funktioniert. Ich muss da feststellen, dass es mich sehr nervös
macht einfach etwas zu nutzen, ein Ergebnis zu haben ohne dass ich verstanden habe
wie das genau funktioniert, auch wenn die Logik dabei klar ist. Das reicht
von sicherheitstechnischen Bedenken bis hin zur Frage, ob ich da nun nicht doch ein
Ergebnis habe, dass ich eigentlich gar nicht möchte.

Kann ich nicht so ganz nachvollziehen.
CodeIgniter ist wirklich super Dokumentiert, guck dir doch einfach mal
den Code an.

user_guide/general/libraries.html (extra kein Link :wink

Dieser winzige Artikel erklärt dir wo die Einzelnen Libraries liegen.
Die FTP Klasse z.B. ist für meine Verständnisse (im Code) super erklärt.
Die Funktionen sind ordentlich eingerückt und nicht wesentlich anders programmiert,
wie ich es auch selber tun würde.
Darüber hinaus zwingt dich niemand Anstelle von

PHP-Code:

  <?php

$this->db->where('foo_id', $this->uri->segment(3);

$foo['query'] = $this->db->get('foos');

?>

einfach

PHP-Code:

  <?php

$query = $this->db->query("SELECT foo FROM foos WHERE foo_id='".$this->uri->segment(3, '')."' LIMIT 1");

foreach ($query->result() as $row)

{

    $result['foo'] = $row->name;

    /* Evt. mehrere Felder */

}        

?>

zu schreiben.
Deine Problebeschreibung ist mir nicht unbekannt, ganz im Gegenteil,
das gleiche Gefühl hatte ich bei anderen Frameworks ebend auch,
bei CI aber wiederum nicht

Beschreib doch mal genau, was dir gerade am meisten Kopfzerbrechen bereitet,
vieleicht kann ich Abhilfe schaffen.

tinchen · 30.06.2007, 01:06

Ich hatte eher von CakePHP gesprochen, da hantiere ich seit einer Woche rum.
Insbesondere gibt es da diese "zauber" DB Abfragen, die über unter
anderem über die Model-/Controllerklasse etc. laufen. So muss man
ständig Beziehungen zwischen dem Datenbanklayout und diesen Klassen haben.
Macht eigentlich auch Sinn, aber gewöhnungsbedürftig ist es allemal.

Diese MVC-Logik macht mir auch immer noch Probleme. Viele Dinge sind mir da einfach
noch nicht klar, weil ich eher aus der CMS Ecke komme, wo das so nie war.

Das was du mit "abändern" beschreibst kommt für mich nicht in Frage, nicht weil ich es
nicht könnte, sondern weil ich versuche alles von außen einzubinden und nicht das FW
umzuschreiben. Auch da gibt es ja Updates etc., da macht ein Eingriff in die
Substanz für mich keinen Sinn.

Derzeit rege ich mich über CakePHP ein wenig auf, weil ich es entweder nicht kann
oder es wirklich nicht vorgesehen ist, so etwas zu machen. Ich möchte ein Schnitt-
stelle aus dem Controller heraus auf das Grund-Layout (default.thtml), so dass
ich metatags etc. anhängen, setzen etc. kann. Das scheint aber aufgrund der
Logik nicht zu gehen oder so nicht vorgesehen zu sein. Klar kann man das als
Variable mit set setzen, aber das ist doch völlig unsinnig. Alternativ bliebe
im jeweiligen Model ein anderes Template festzulegen, was ja wohl noch unsinniger
sein dürfte. Also entweder habe ich was nicht verstanden oder ich drehe mich mit
meinen Helper im Kreis.

Als Beispiel im CI:
Hast du dir auch genau angesehen, ob $this->uri->segment(3, '') auch jegliche
Injektions etc. filtert. Sollte man erwarten und ggf. entsprechend filtern
und validieren, aber das sind alles Dinge, die man sich während der Arbeit mit dem
entsprechenden System mühsam erarbeiten muss. Gerade bei Tutotials wird oft
mehr auf darauf geachtet, dass es gerade so läuft und vieles drum herum
vernachlässig. Da empfinde ich es als sehr müßig mir jede Methode noch einmal
rauszusuchen und entsprechend genau zu studieren was da passiert. Wohl möglich
kommt man aber nicht drum herum, wenn man neu in diesem Geschäft ist.

phpdummi · 30.06.2007, 01:35

Zitat:

Zitat von phpdummi

Ich habe mir z.B. die Segment-Funktion mal genauer angesehen, da sie auch
im Tutorial verwendet wird.
Ich konnte keinen Code einschleusen. Wer sich ganz sicher sein möchte, dass
keine XSS Angriffe per POST, GET oder Cookie's durchgeführt werden können,
kann in der Konfiguration$config['global_xss_filtering'] = TRUE; setzen.

Zitat:

Das was du mit "abändern" beschreibst kommt für mich nicht in Frage, nicht weil ich es
nicht könnte, sondern weil ich versuche alles von außen einzubinden und nicht das FW
umzuschreiben. Auch da gibt es ja Updates etc., da macht ein Eingriff in die
Substanz für mich keinen Sinn.

Abändern wäre auch Falsch, da habe ich mich falsch ausgedrückt.
Generell sieht es CI ja so vor, dass man bestehende Klassen erweitert,
selbst eine Änderung einer Funktion sollte nach dem Schema "x extends y"
und darauf folgend einer Funktions-Überschreibung ablaufen.

Zitat:

Ich möchte ein Schnitt-
stelle aus dem Controller heraus auf das Grund-Layout (default.thtml), so dass
ich metatags etc. anhängen, setzen etc. kann. Das scheint aber aufgrund der
Logik nicht zu gehen oder so nicht vorgesehen zu sein. Klar kann man das als
Variable mit set setzen, aber das ist doch völlig unsinnig.

So wie ich es verstanden habe, möchtest du ein Grundlayout von <html> bis
</title>. Danach werden ja die Metatags angeführt. Da ich mal davon ausgehe,
dass die Metatags in einem Backend an den Artikel angehängt werden,
erscheint es mit nicht als unsinnig diese aus der DB abzurufen und dann ins
Template einzuspeisen.
in CI würde das dann etwa so aussehen (ungetestet):
controller/page.php:

PHP-Code:

  <?php

class Page extends Controller {

 
    function Page()

    {

        parent::Controller();

        // Basics

        #$this->load->scaffolding('table');

        $this->load->helper('url');

        $this->load->helper('form');

    }

 
    function index()

    {

        $data['title'] = 'Seitentitel';        

        $data['query'] = query("SELECT name,content FROM meta_information WHERE page_id='".$this->uri->segment(3, '')."'"); 

        

        $this->load->view('page_view', $data);

    }

?>

view/page_view.html:

PHP-Code:

 
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

<title>[<?=$title ?>]</title>

 
<?php foreach($query->result() as $row): ?>

 
<meta name="<?=$row->name?>" content="<?=$row->content?>" />

 
<?php endforeach; ?>

 
</head>

 
<body>

[..]

</body>

</html>

Zitat:

aber das sind alles Dinge, die man sich während der Arbeit mit dem
entsprechenden System mühsam erarbeiten muss.

Ich finde mich in der CI Doku auch nicht sofort zurecht.
Es gibt aber auch noch ein Wiki mit Beispielen und Kompletten "Tutorials".
Im Forum sind auch viele Fragen schon ausgiebig beantwortet worden.

agrajag · 27.07.2007, 15:54

Zitat:

Zitat von phpdummi

Zitat:

Zitat von Agrajag

Kannst du evtl. mal kurz zusammenfassen, was CodeIgniter besser macht, bzw. was dir daran besser gefällt als an CakePHP?

Diesbezüglich muss auf jedenfall von gefallen die Rede sein.

Sorry, dass ich mich erst so spät wieder melde.

Ich habe mir jetzt CodeIgniter etwas angeschaut - und bin glaube ich ganz glücklich mit meiner Entscheidung für CakePHP

Zitat:

Zunächst einmal zur "Aufbereitung" der Tutorials für den Anwender:
[...]
Auf den ersten Blick kam mir das Video wie Effekt-Hascherei vor, ein Tutorial
im Bereich PHP als Video vorgesetzt zu bekommen, war für mich eine neu Erfahrung.

Bei CakePHP gibt es (inzwischen) auch Videos/Screencasts.

Zitat:

Nun zur eigentlichen Erstellung einer Anwendung.
Bei CP muss man erst einmal ein Model erstellen, danach wird ein Controller
und ein View erstellt.

Wie bei CodeIgniter auch kann man bei CakePHP Controller ohne zugehöriges Model erstellen indem man im Controller einfach sagst: $uses=array();

Zitat:

Variablen werden der View-Schicht per set() zur Verfügung
gestellt.
Ganz nebenbei gefällt mir an dieser Stelle weder die Endung ".thtml" für Templates,

Ja das ist in der Tat etwas unglücklich - weil es sich ja durchaus nicht nur um Templates für HTML drehen muss. In der neuen Cake Version heißen die template-files jetzt .ctp

Zitat:

noch verstehe ich nicht, woher $this->Post->id = $id; jetzt die ID herzaubert.

Ich versteh nicht was du jetzt damit meinst? Woher kommt dieses Beispiel?

Zitat:

Bei CI erstelle ich einen Controller für meine Anwendung, danach einen View, fertig.

Das kannst du bei Cake auch so machen - ist nur die Frage wann das Sinn macht.
Du kannst dir in Cake auch erstmal einen Haufen Arbeit abnehmen lassen indem du deine Datenbankstruktur anlegst und dir dann Models, Controller und Views dafür "backen" (automatisch erstellen) lässt.

Ich weiß nicht ob es ein ähnliches Feature auch bei CI gibt!?

[quote]Während CP Methoden wie Post->save($this->data['Post']) aufruft, verwendet
CI die insert Methode des Datenbank-Objektes ($this->db->insert('comments', $_POST);).[/qutoe] Da finde ich aber die Cake-Methode schöner

Zitat:

Zusammenfassend würde ich also sagen, dass CI tatsächlich "einfacher" in der
Anwendung ist. Anpassungen und Erweiterungen gestalten sich besonders für
Anfänger wie mich als besonders einfach. Der gesammte Code ist sehr semantisch
und mit vielen (längeren) Kommentaren gespickt, die die Einarbeitung erheblich
erleichtern.

Ich finde auch, dass bei CakePHP mehr Wert auf Doku/Kommentare im Quellcode gelegt werden sollte. Man muss sich Infos eben ein bißchen zusammensuchen (Manual, Bakery, Google-Groups) - dann findet man auch alles.

Bei CI habe ich beim überfliegen garnichts zu Assoziationen zwischen Models gesehn?
Was bei CI auf den ersten Blick besser ist, sind die zusätzlichen Klassenpakete z.B. für Bildbearbeitung etc. - sowas muss man sich bei CakePHP erst als zusätzliche Komponente runterladen....

phpdummi · 27.07.2007, 16:18

Ich habe zwischendurch natürlich auch über den Tellerrand geschaut.
CakePHP ist wirklich ein klasse Framework, für meine Zwecke reicht CodeIgniter jedoch aus,
ich habe aber auch einige Funktionalitäten angepasst bzw. nachgerüstet.

Ich habe mich auch intensiv mit dem Zend- und Adventure-PHP-Framework auseinander gesetzt. In Zukunft werde ich wohl Cake oder Adventure benutzen.
Die Bakery ist wirklich ein nützliches Feature. Dr. E. stellt demnächst mal eine art "Vergleichsseite" in seine Dokumentation. Dort wird dann zu lesen sein inwiefern sich sein Framework von anderen Populären unterscheidet.

@Dr.E.: Nützlich wäre auch eine (kurze) Erörterung im Stil "Warum funktioniert es hier so, und eben nicht wie bei Framework X".

dr.e. · 30.07.2007, 16:26

@phpdummi:

Zitat:

@Dr.E.: Nützlich wäre auch eine (kurze) Erörterung im Stil "Warum funktioniert es hier so, und eben nicht wie bei Framework X".

Das ist relativ schwer zu sagen. Grundsätzlich unterscheiden sich die Designs der einzelnen Frameworks hier sehr. Zend und CakePHP z.B. verwenden in der Präsentation lediglich PHP-Fragmente, die in aus den Controllern gespeist werden, in meiner Implementierung wird die GUI in einem DOM abgebildet. Das bringt zwei wesentliche Unterscheidungsmerkmale ins Spiel: Performance und Flexibilität, wobei diese konkurrierend zueinander stehen. Mit der Variante der PHP-Fragmente kann man beim Transformieren der Seite auf einfache Weise die Templates füllen und ausgeben, andererseits ist die Schachtelungstiefe und die Baumstruktur sicher nur bis zu einer begrenzten Komplexität abbildbar.

Das zweite größere Thema ist die API. Viele der oben genannten Frameworks haben einen sehr starren Rahmen, in dem sich der Entwickler bewegen "muss". Es ist in den Tutorials die Rede davon, dass man eine definierte und fest vorgeschriebene Ordner-Struktur anlegen muss, andere wiederum benötigen immer einen Satz von Dateien um lauffähig zu sein... Man müsste, um einen sauberen Vergleich wagen zu können - und das versuche ich grade zu erörtern - eine Vergleichsmatrix schaffen, die auch wirklich die hier genannten Anforderungen erfüllt.

Wenn ihr Lust habt, dann postet doch mal Kriterien, die in einem Vergleich enthalten sein müssen. Auf Anhieb und mit den bisherigen Recherchen ergibt sich bei mir folgendes:

- Dokumentation
- Quickstart-Packages
- Design nach anerkannten Pattern, damit Allgemeingültigkeit sichergestellt ist
- Gute Performance
- Gute Helper-Tools wie Benchmarker ...
- ...

phpdummi · 30.07.2007, 22:37

Außer der bereits angesprochenen Flexibilität fällt mir gerade auch nichts ein.
Komme aber drauf zurück! Kannst du schon grob schätzen wann der PHP5 Release deines Frameworks fertig ist?
Ich bin sicher du änderst auch noch einiges bis dato, "schlichtes" Migrieren kann ich mir bei dir einfach nicht vorstellen

Nur grob, vieleicht in Monaten

PS: Würdest du dich über ein neues Layout deiner Doku-Seite freuen?

KingCrunch · 30.07.2007, 22:49

Mit PHP4 is bald eh (endlich!) vorbei

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
Release 1.7 beta des Adventure PHP Framework verfügbar!	dr.e.	Beitragsarchiv	2	30.07.2008 17:50
Release 1.6 final des Adventure PHP Framework verfügbar!	dr.e.	PHP-Fortgeschrittene	0	13.06.2008 22:55
BrickOO :: PHP Framework	Hroudtwolf	Scriptbörse	14	06.05.2008 12:04
Framework programmieren	Kein Genie	PHP-Fortgeschrittene	2	29.04.2008 16:57
PHP Development Tools Framework for the Eclipse Platform	Thomas	PHP-Fortgeschrittene	2	24.03.2008 08:44
Zend Framework	Melchior	PHP-Fortgeschrittene	29	13.03.2008 21:12
framework struktur	notyyy	PHP Tipps 2008	3	06.11.2007 18:19
PHP Framework (Name gesucht)	Zergling-new	Trash	5	06.11.2007 14:17
Framework aus Haupt und Unterverzeichnis nutzen?	Anotherone	PHP-Fortgeschrittene	8	24.07.2007 15:05
ajax framework	dh1sbg	Off-Topic Diskussionen	4	03.11.2006 09:50
Framework gesucht		Trash	8	06.06.2006 14:04
[Erledigt] Framework empfehlen?		PHP-Fortgeschrittene	1	01.06.2004 07:56

28.06.2007, 15:07
Slava Erfahrener Benutzer Registriert seit: 17.01.2006 Beiträge: 468	Zend finde ich einfach klasse! Es gibt tutorials, die gründgerüst schnell aufbauen lässt und eine sehr gute classen-bibliothek die in vergleich zum PEAR nicht nur besser dokummentiert ist, sondern auch viel besser in performance ist. Aufgrund, dass Zend auch zufällige weise sehr viele technologieen für PHP liefert, sehe ich auch gute Zukunft für diesen Framework. __________________ Slava http://bituniverse.com


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

29.06.2007, 14:21
tinchen Erfahrener Benutzer Registriert seit: 16.02.2006 Beiträge: 303	Vom Grundprinzip her ist CodeIgniter noch "einfacher" zu bedienen, d.h. man bekommt schneller und einfacher die ersten Inhalte da rein. Der große Nachteil liegt darin, dass einem so viel abgenommen wird, dass man in Probleme kommt - zumindest ich - wenn es nicht bei den Standardanwendungen bleibt. Das "nervt" bei cakePHP auch. Super, dass es da automatische Datenbankabfragen etc. bezogen auf die Controllerklassen etc. gibt, aber dadurch verliert man insbesondere wenn man da noch nicht so drin ist die Kontrolle über das, was da passiert. Zudem ist es sehr aufwendig nachzuvollziehen wie das nun genau funktioniert. Ich muss da feststellen, dass es mich sehr nervös macht einfach etwas zu nutzen, ein Ergebnis zu haben ohne dass ich verstanden habe wie das genau funktioniert, auch wenn die Logik dabei klar ist. Das reicht von sicherheitstechnischen Bedenken bis hin zur Frage, ob ich da nun nicht doch ein Ergebnis habe, dass ich eigentlich gar nicht möchte. Also eins habe ich jetzt schon festgestellt. Wenn man sich erst einmal in ein FW eingearbeitet hat, ist die Umstellung auf ein anderes System wahnsinnig nervenaufreibend. Ein richtig scheint es da auch nicht zu geben, vieles ist Geschmacksache. Wenn man cakePHP und CI mit Zend vergleichen wollte, dann fällt mir das etwas schwer, da ich da ganz andere Ansätze sehe. Auch wenn man nahezu immer das gleiche Endergebnis mit den FWs erzielen kann, unterscheiden sie sich schon sehr. Während cake und IG schon die gesamte Logik vorgeben, muss man sie in Zend zum Großteil erschaffen. Das ist natürlich aufwendiger, aber man weiß zumindest was man da nutzt und wie das funktioniert. Somit ist es vielleicht gar nicht so schlecht eine Klassensammlung zu nutzen, die man nach Bedarf einbindet und damit genau vorgeben kann, was und wie man etwas nutzt. Grüße Tine

30.06.2007, 01:06
tinchen Erfahrener Benutzer Registriert seit: 16.02.2006 Beiträge: 303	Ich hatte eher von CakePHP gesprochen, da hantiere ich seit einer Woche rum. Insbesondere gibt es da diese "zauber" DB Abfragen, die über unter anderem über die Model-/Controllerklasse etc. laufen. So muss man ständig Beziehungen zwischen dem Datenbanklayout und diesen Klassen haben. Macht eigentlich auch Sinn, aber gewöhnungsbedürftig ist es allemal. Diese MVC-Logik macht mir auch immer noch Probleme. Viele Dinge sind mir da einfach noch nicht klar, weil ich eher aus der CMS Ecke komme, wo das so nie war. Das was du mit "abändern" beschreibst kommt für mich nicht in Frage, nicht weil ich es nicht könnte, sondern weil ich versuche alles von außen einzubinden und nicht das FW umzuschreiben. Auch da gibt es ja Updates etc., da macht ein Eingriff in die Substanz für mich keinen Sinn. Derzeit rege ich mich über CakePHP ein wenig auf, weil ich es entweder nicht kann oder es wirklich nicht vorgesehen ist, so etwas zu machen. Ich möchte ein Schnitt- stelle aus dem Controller heraus auf das Grund-Layout (default.thtml), so dass ich metatags etc. anhängen, setzen etc. kann. Das scheint aber aufgrund der Logik nicht zu gehen oder so nicht vorgesehen zu sein. Klar kann man das als Variable mit set setzen, aber das ist doch völlig unsinnig. Alternativ bliebe im jeweiligen Model ein anderes Template festzulegen, was ja wohl noch unsinniger sein dürfte. Also entweder habe ich was nicht verstanden oder ich drehe mich mit meinen Helper im Kreis. Als Beispiel im CI: Hast du dir auch genau angesehen, ob $this->uri->segment(3, '') auch jegliche Injektions etc. filtert. Sollte man erwarten und ggf. entsprechend filtern und validieren, aber das sind alles Dinge, die man sich während der Arbeit mit dem entsprechenden System mühsam erarbeiten muss. Gerade bei Tutotials wird oft mehr auf darauf geachtet, dass es gerade so läuft und vieles drum herum vernachlässig. Da empfinde ich es als sehr müßig mir jede Methode noch einmal rauszusuchen und entsprechend genau zu studieren was da passiert. Wohl möglich kommt man aber nicht drum herum, wenn man neu in diesem Geschäft ist.

27.07.2007, 16:18
phpdummi Erfahrener Benutzer Registriert seit: 06.06.2008 Beiträge: 1.631 PHP-Kenntnisse: Anfänger	Ich habe zwischendurch natürlich auch über den Tellerrand geschaut. CakePHP ist wirklich ein klasse Framework, für meine Zwecke reicht CodeIgniter jedoch aus, ich habe aber auch einige Funktionalitäten angepasst bzw. nachgerüstet. Ich habe mich auch intensiv mit dem Zend- und Adventure-PHP-Framework auseinander gesetzt. In Zukunft werde ich wohl Cake oder Adventure benutzen. Die Bakery ist wirklich ein nützliches Feature. Dr. E. stellt demnächst mal eine art "Vergleichsseite" in seine Dokumentation. Dort wird dann zu lesen sein inwiefern sich sein Framework von anderen Populären unterscheidet. @Dr.E.: Nützlich wäre auch eine (kurze) Erörterung im Stil "Warum funktioniert es hier so, und eben nicht wie bei Framework X". __________________ "Nobody is as smart as everybody" - Kevin Kelly — The best things in life aren't things

30.07.2007, 22:37
phpdummi Erfahrener Benutzer Registriert seit: 06.06.2008 Beiträge: 1.631 PHP-Kenntnisse: Anfänger	Außer der bereits angesprochenen Flexibilität fällt mir gerade auch nichts ein. Komme aber drauf zurück! Kannst du schon grob schätzen wann der PHP5 Release deines Frameworks fertig ist? Ich bin sicher du änderst auch noch einiges bis dato, "schlichtes" Migrieren kann ich mir bei dir einfach nicht vorstellen Nur grob, vieleicht in Monaten PS: Würdest du dich über ein neues Layout deiner Doku-Seite freuen? __________________ "Nobody is as smart as everybody" - Kevin Kelly — The best things in life aren't things

30.07.2007, 22:49
KingCrunch Erfahrener Benutzer Registriert seit: 13.08.2007 Beiträge: 1.976	Mit PHP4 is bald eh (endlich!) vorbei __________________ Nicht jeder Fehler ist ein Bug.