Hi,

War auf der Suche nach einem kleinen Coding-Forum und bin dabei auf euch gestossen.
Ich bin 15 Jahre alt, gehe noch in die Schule (und werde das auch noch länger tun, momentan 9. Klasse) und code gerne und viel.
HTML, CSS und PHP kann ich im Schlaf, JS und AJAX läuft noch etwas harzig, Ruby und ObjectiveC lerne ich gerade und bei MySQL sind einfach Grundkenntnisse vorhanden (Insert, Update, Delete, Select, Joins...), was man eben so braucht.
Zurzeit verfolge ich mehrere Projekte, unter anderem mein PHP5-MVC-Framework. Ihr fragt euch bestimmt: "Wozu braucht die Welt noch ein Framework?". Ganz einfach: Die Welt braucht das nicht, aber ich, und zwar für meine eigenen Projekte.
Wenn man das Framework mit dem man entwickelt selbst gecodet hat, kennt man es in und auswendig, und es lässt sich einfach besser damit arbeiten. Klar, man könnte sich einfach mit einem anderen Framework beschäftigen, aber beim Coden meines eigenen Frameworks lerne ich auch viel dazu.
Bisher benutzte ich CodeIgniter.
Wer noch fragen hat: einfach fragen

greez

bitsnack

Danke d0nut, und hi Erasel

CodeIgniter ist ein kleines PHP-MVC-Framework, einfacher gesagt ein schon fertiges Script welches schon eine Menge für dich verwaltet und viele nützliche vorgefertigte Funktionen beinhaltet. Dieses Script erweiterst du dann in gewisserweise und fügst deine Sites, Funktionen usw dazu.
Das ist eben ein Framework. Damit kann man viel schneller entwickeln, und der Code bleibt dank OOP und MVC (Unterteilung der Datenabfrage/berechnung, Datenausgabe und Verwaltung welche Daten wohin gehen sollen und was angezeigt wird) sauber und übersichtlich.
Mehr Infos: codeigniter.com

Habe mir natürlich auch schon CakePHP etc angeschaut, aber das Konzept von CodeIgniter gefällt mir am besten. Sehr einfach gehalten und kann doch recht viel. Ausserdem ist es sehr schnell, zumindest im Vergleich zu den Grossen.

Mein Framework wird weitestgehend das Konzept von CodeIgniter übernehmen, nur dass meines komplett in PHP5 geschrieben ist, Models, Klassen etc nicht extra geladen werden müssen (sie werden automatisch geladen sobald sie benötigt werden) und dass die Models, Libraries etc je eine eigene "Kategorie" haben. Als Beispiel: In CodeIgniter greift man so auf eine Library zu:
$this->load->library('Ftp');
$this->ftp->connect();
Ftp ist dabei der Name der Library, connect() die Methode. Doch ich finde das wird recht unübersichtlich: Models ruft man genau gleich auf. Was ist jetzt ein Model und was eine Library? Deshalb ist das in meinem Framework kategorisiert:
$this->libraries->ftp->connect(); genügt um die Ftp-Library zu laden und die connect()-Methode aufzurufen.
In CodeIgniter gibt es ausserdem noch die Helpers. Dateien die man eben wie Libraries laden kann, nur dass sie keine Klassen, sondern Funktionen beinhalten.
In meinem FW Sind Libraries und Helpers eigentlich das selbe. Die Funktionen eines Helpers sind identisch zu den statischen Methoden einer Library.
Naja, ich muss noch schauen wie gut soetwas funktioniert und ob es auch "entwicklerfreundlich" ist, aber ich denke das könnte nützlich sein, schon alleine deswegen weil man nicht überlegen muss ob man jetzt die Url-Library oder den Url-Helper braucht.

Nun habe ich aber noch 2-3 kleine "Problemchen", vielmehr bräuchte ich eine 2. oder 3. Meinung zum Aufbau des ganzen. Soll z.B die Klasse die Libraries, Controller, Models etc lädt eine Library sein oder nicht? Soll die Elternklasse aller Libraries auch selbst eine Library sein? Usw...
Würde mich freuen wenn sich mal jemand bereiterklären würde sich das anzuhören und dann seine Meinung dazu geben würde. Wird warscheinlich ein längerer Text, ich denke ich muss ja erst beschreiben wie das Framework sonst aufgebaut ist.
Über Tipps zu eben diesem würde ich mich auch freuen

Erasel schrieb:

Hey,

na dann mach doch mal ein neuen Thread auf ;)!

Hab ich gemacht: Hier.