RedShadow

Hallo Leute!

Ich bin ein Österreicher der an der TU Wien studiert und entwickle momentan an einem Projekt welches der PHP Gemeinde das Entwickeln erleichtern soll. Da es keine richtige Standard API in PHP gibt (wie z.B. in Java), dachte ich mir ich fange mal an zu entwickeln und nehme mir als Vorbild die Java API.

Nun bin ich aber an einem Punkt angelangt an welchem ich nicht mehr alles alleine implementieren kann und dachte mir ich frage in ein paar Foren ob es Interessenten gibt. Dadurch dass das Framework unter der GPL steht ist es jedem frei dies in seinen Projekten zu nutzen. Prinzipiell suche ich erfahrene OOP-Entwickler welche mir Implementierungen abnehmen können, APIs kritisieren oder neue Vorschläge machen usw.

Ich würde mich echt freuen wenn es ein paar engagierte Leute gibt welche diese API nutzen und erweitern wollen.

Der Name ist, BlazeFramework und ist unter SourceForge zu finden.

Mister Ad

robo47

Das Repro sieht irgendwie noch sehr stark nach deinem workspace aus, nicht nach einem projekt-repro, hardgecodete pfade in unter anderem den unittests, ordner mit cheatsheet-pdfs, angepasstes phpunit-script anstatt config + bootstrap

Allgemein wirkt das alles noch sehr stark zugeschnitten auf deine Entwicklungsumgebung.


Was So mal auf den ersten Blick noch auffällt:

- Uneinheitliche Nutzung von tabs/spaces, code nutzt Leerzeichen, phpdoc oft tabs
- Diverse public-methoden mit phpdoc @access private ? Klar man kann nicht alle konzepte von Java in PHP so umsetzen wie man das vielleicht will, aber @access zur Doku nicht gewollter nutzung ist wohl nicht ideal, dann doch vielleicht lieber soweit möglich ne exception mit "YOU SHOULD NOT USE THIS" werfen und deine eigenen methoden implementieren (solange es nichts magisches ist)
- Schließende ?>! und natürlich auch min. 1 wo noch whitespace dahinter kommt!
- Dateien wie phpdoc.ini, build.xml und co liegen idealerweise im root

Was vielleicht sinnvoll wäre, ein Autoload-Ansatz der nicht noch 3 requires benötigt wäre vielleicht nicht schlecht, eventuell den autoloader ausgliedern aus dem restlichen konzept oder dort mit require die 2 benötigten files notfalls händisch requiren ?

Imho der umweg über DIRECTORY_SEPARATOR bei den includes ist wohl auch nicht nötig, sowohl linux wie auch windows kommen mittlerweile problemlos mit / klar.

Was die Tests angeht wäre eine phpunit.xml.dist im root-verzeichnis + eine bootstrap-php die das autoloader registrieren übernimmt nicht verkehrt,


Und um eventuelle Mitmacher zu finden würde sich vielleicht ein verteiltes VCS und/oder eine Plattformen für verteilte VCS eher anbieten (mercurial -> bitbucket, git -> github, bazaar -> launchpad, ... ).

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

RedShadow

Danke mal für deine Antwort!
Bezüglich der Struktur muss ich zugeben, dass diese auf die Entwicklung in Netbeans und ziemlich wahrscheinlich auch in Eclipse zugeschnitten ist.
Das mit den Tabs und Spaces liegt wohl daran das ich noch nicht jede Datei über Netbeans formatieren lassen habe, aber das wird doch wohl das geringste Problem sein :P
@access private soll einfach bewirken, dass etwas nicht dokumentiert wird. Leider gibt es in PHP keine inneren Klassen und teilweise sind Implementierungen so trivial, dass ihre Dokumentation unnötig wäre, weils sie nur die Gegebenheiten der Interfaces erfüllen.
Schließende PHP-Tag? (?>) Habe noch nie ein Problem mit der Ausführung von Skripten gehabt welche dies nicht machen. Falls es Probleme geben sollte, weise mich doch bitte darauf hin damit ich nachvollziehen kann warum ich das end-tag machen soll.
Also irgendwie liegt es doch im root, root/other? Build.xml ist mal so eine Vorstellung von mir wie sowas aussehen sollte für die eigene Build API, habe ich aber noch nicht weiter verfolgt.

Bezüglich des Autoloaders muss ich sagen, dass dies bedacht so passiert, denn man kann von ClassLoader erben und dann eigene Classpaths haben. Insofern dient der erste nur als System-ClassLoader und dadurch dass ClassLoader von Object erbt widerum Reflectable implementiert, müssen diese beiden vorher eingebunden werden, damit der ClassLoader eingebunden werden kann. Nach diesem Vorgang funktioniert alles über den ClassLoader, jedoch wird man dies wegen der Vererbung nicht umgehen können.

Sorry falls ich das bezüglich des DirectorySeparators noch nicht mitbekommen habe, aber ich verwende gerne solche Sachen welche explizit dafür gedacht sind Systemunabhängig zu agieren.

Mit PHPUnit und dessen Konfiguration kenne ich mich nur vage aus und ich würde mich freuen wenn du mir eventuell dabei helfen könntest!

Über die anderen Plattformen habe ich auch schon nachgedacht, jedoch ist mir persönlich SVN das liebste und außerdem das einzige bei dem ich glaube mich auszukennen. Ich diskutiere zwar auf Git bei ein paar Projekten mit den Entwicklern, jedoch wüsste ich nicht genau wie ich es verwenden sollte. Dazu würde ich auf Leute vertrauen welche sich wirklich damit auskennen!

RedShadow

Habe mich jetzt an die Formatierung gemacht und hab mit Netbeans die Datein automatisch formatiert. Das sollte jetzt eigentlich passen.
Das mit PHPUnit hab ich auch geschafft, super ist das! Danke für den Hinweis!
Auch die Sache mit den directory separators habe ich entfernt, des weiteren beziehe ich mich nun nur mehr relativ auch irgendwelche dateien, auch beim Testen!
Die ini dateien und co. in das root Verzeichnis zu geben ist nicht so ganz mein Geschmack, habe das ganze lieber ein bisschen aufgeräumt, also lass ich es im dir "other".
Ich schätze, dass du mit den end-Tags gemeint hast warum ich die mache. So dumm es auch klingen mag, aber ich schätze mal weil ich bei meinen Templates das so getan habe und deswegen hat jetzt jede Datei dieses end-Tag. Kannst du mir einen Grund sagen warum das nicht gut sein sollte?