[quote="mbirth"]
[quote="bohrsty"]
zum stichwort namespaces: wir haben uns (ich hatte mich irgendwann mal mit Peter (following) darueber unterhalten) darauf geeinigt sie zu ignorieren, verwendet werden sie meines wissens eh nicht...
sollten sie verwendet werden wollen
, bitte entsprechend dokumentieren, so dass auch andere (einsteiger und "nicht-entwicker" wie ich) das konzept verstehen koennen...
[/quote]
Das Prinzip ist im Grund ganz einfach. Pro Namespace kann man identische Klassennamen verwenden. Außerdem kann der Autoloader dadurch (und zusammen mit einer entsprechenden Verzeichnisstruktur) die Dateien leichter finden. Bei Symfony2 kann man sich das angucken - tolle Sache. Ich hab das bei OC auch z.B. in der okapi_settings.php gesehen.
[/quote]
ich habe es mal versucht, aber allein schon am deklarieren und "use"en bin ich schon gescheitert
okapi und alles was damit zusammenhaengt, ist ein externes projekt, da werden die namespaces konsequent genutzt...
[quote="mbirth"]
[quote="bohrsty"]es gibt ein paar grundlegende, die sich aus den bisherigen arbeiten der entwickler abgeleitet haben ([url=http://wiki.opencaching.de/index.php/Entwicklung/Stil]http://wiki.opencaching.de/index.php/Entwicklung/Stil[/url])
im schnellen ueberblick unterscheiden sie sich vor allem im klammersetzungsstil der kontrollstrukturen (der oc-code verwendet hauptsaechlich den allman-stil), die bestehenden sollten wohl schon beibehalten werden, alles andere kann gerne aus erfahrung ergaenzt werden...[/quote]Ohne mich jetzt gleich unbeliebt machen zu wollen: Aber mit wem müsste ich alles abstimmen, ob man das nicht langfristig auf PSR-2 umstellen könnte? Der Standard etabliert sich langsam in der PHP-Welt und das bringt z.B. den Vorteil, dass es für etliche Editoren Plugins gibt, die auf Probleme im Programmierstil hinweisen.
[/quote]
unbeliebt machst du dich damit nicht
du schaffst im endeffekt jede menge arbeit, wenn man dann am ende den gesamten code umgestellt haben will
ich fuer meinen teil muss mich immer umstellen, wenn ich im oc-code was mache, denn ich nehme sonst eigentlich auch den aegypter, also von mir aus koennen wir gerne festlegen, "psr-2 ab sofort verbindlich und wenn jemand "alte" dateien anpasst, dann komplett durchgehen und alles erneuern", dann waere es aber schoen eine vereinfachung der regeln aus dem github-projekt in unserem wiki zu haben, oder?
[quote="mbirth"][quote="bohrsty"]ich kann nicht abschaetzen, was die folgen daraus waeren... aber ich meine, dass genau dieser punkt ein thema heute abend im oc-talk ist (da sind wohl gaeste die sich mit html(5) und css etc. auskennen und sich mal ueber ein neues frontend unterhalten ([url=http://www.opencaching.de/viewcache.php?cacheid=169479]http://www.opencaching.de/viewcache.php?cacheid=169479[/url]), vielleicht einfach mal vorbeischauen...[/quote]Mir kam vor allem in den Sinn, erstmal den DOCTYPE umzustellen und womöglich in Formularen die browsereigene [url=http://forum.opencaching-network.org/http:/eintohtml5.info/forms.html]Validierung[/url] zu nutzen (required-Attribute, min/max, etc.). Den Rest vom HTML würde ich nicht anfassen wollen - nicht, wenn es sich vermeiden lässt jedenfalls.
[/quote]
bei dem thema habe ich leider zu wenig ahnung, aber da die meisten formulare per javascript abgesendet werden, weiss ich nicht ob das ueberhaupt sinnvoll ist...
[quote="mbirth"]
Ansonsten erstmal vielen Dank für die umfassenden Antworten. Ich werd mich mal durch die Code-Doku wühlen und klein anfangen. Vielleicht schaffe ich es auch, heute Abend im TS vorbei zu schauen.
[/quote]
[quote="mbirth"]
[...]
Aber: Mein Eindruck vom aktuellen Code ist, dass da gefühlt 70% noch aus PHP4-Zeiten stammen und eben alles per require/include gemacht wird. D.h. ich muss nicht nur wissen, in welcher Datei meine benötigte Funktion drin ist, sondern ich muss auch darauf achten, dass neue Funktionsnamen nicht mit alten kollidieren. Und dann ist da noch der Coding-Stil, der sich "ergeben" hat, wie es scheint, und nicht auf "Zend", "PEAR" oder eben PSR-2 festgelegt wurde. Gerade für Neulinge ist das erstmal eine große Hürde.
[/quote]
der eindruck truegt nicht... angefangen hat das projekt 2003, da war es maximal php4...
[quote="mbirth"]
[...]
Mein Plan für's erste - den ich auch persönlich umsetzen würde - wäre, die ganzen Hilfsfunktionen und Include-Dateien Stück für Stück in Klassen (laut
PSR-0) zu kapseln, so dass man die per Autoloader laden lassen kann, statt immer die richtigen Dateien includen/requiren zu müssen. (Selbstverständlich würde ich auch alle Aufrufe in den anderen Dateien anpassen, so dass nichts kaputt gemacht wird.) Und dabei kann ich auch gleich den Code kennenlernen. Evtl. kann ich dabei sogar ein paar externe Bibliotheken auslagern und per [url=http://getcomposer.org/]Composer[/url] installieren lassen - damit hat man auch eine einfache Möglichkeit, die externen Libs auf dem aktuellen Stand zu halten und im Fehlerfall kann man auch problemlos wieder die ältere Version auschecken lassen.
[/quote]
den plan unterstuetze ich voll und ganz (und ganz nebenbei kann man dabei auch die dokumentation entsprechend anpassen/erweitern)!!!
[quote="mbirth"]
Entwicklungsleitung würde ich mir momentan noch nicht zutrauen, da ich das Projekt (noch) zuwenig kenne. Aber darüber lässt sich später nochmal sprechen, wenn sich niemand anderes meldet.
[/quote]
"viel du noch zu lernen hast was vereinsarbeit angeht, mein entwickelnder freund" (um es mal mit meister yodas grammatik zu formulieren), denn im zweifelsfall wird sich kein anderer melden...
also kannst du nur hoffen, dass dieser satz dem wandelnden forums-archiv mic@ entgangen sein wird, wenn es mal soweit ist
