Curcio

Bei PHP ist das Wort "Programmieren" oft umstritten und führt öfters zu Diskussionen über Compiler- und Interpretersprachen.

Wenn man heute .NET Sprachen nutzt wird einem schon wirklich extrem viel abgenommen, das löst manchmal wirkliche Glücksmomente aus, weil es eben alles ruck zuck geht, wofür man damals mehre Stunden brauchte. Wenn ich bedenke, wie die Leute sich bei C++ mit der Win Api rumschlagen usw .

Ich sehe es aber ähnlich, für Webspace Hostings eignet sich Zend nicht und ist auch nicht zu empfehlen. Der andere Bereich mag wiederum seinen Spaß mit Bytecaching und dem Zend Framework haben, benötigt dann jedoch auch umfangreiche Systemkenntnisse bzw. zumindest erstmal einen Server.... Hört sich ja immerhin nach was an so 20MB Code. Doch ich bleib lieber dabei, wie ich es bisher mache, was auch schnell und effizient geht und vor allem weiß ich haargenau wo was, wie geändert werden kann. Weiterhin sagt man ja oft, dass die Frameworks so gut die Teamarbeit erleichtern. Das kann ich erstmal so auch nicht bestätigen. Da man auch beim Zend Framework viele Möglichkeiten hat und es kein strenger festgesetzter Vorgang ist, weiterhin fällt es mir trotz Verständnis der MVC Struktur nicht gerade leicht Anpassungen am Code von anderen zu machen. Die Einarbeitungszeit liegt bei Codes die zusammen mit Frameworks erstellt wurden, bei mir deutlich höher als wenn ich mich in den absoluten Code eines anderen einarbeite, wo nur einige Klassen usw genutzt werden. Vorteil von Zend und allgemein der MVC ist halt, dass man an der URL gut sehen kann, wo was liegt, was jedoch nicht damit gleichzusetzen ist, ob es letztendlich von den Anpassungen her einfacher ist.

Ich muss jedoch dazu sagen, dass ich bisher keine Gigantprojekte entwickelt habe, welche mehre Monate (>5) Entwicklungszeit beanspruchen. Ich habe mir mal ein Buch von Zend Framework gekauft und auch eine Anwendung damit geschrieben, war aber nicht meins und nach einigen Kapiteln hatte ich auf den Kram auch keine Lust mehr :P .

Ich werde vorerst kein Framework nutzen, mir aber sicherlich früher oder später nochmal ein anderes ansehen. Das einzige was man an einem Framework aus meiner Sicht spart, ist die Tatsache, dass man eine relativ einheitliche Struktur hat und sich keine Sorgen über Linkstruktur usw machen muss.

__________________

Mister Ad

Manko10

Das Thema hatten wir schon oft genug. PHP ist keine reine Interpretersprache, es ist vornehmlich eine Compilersprache. Der entstandene OP-Code wird dann in einer VM ausgeführt. Also ähnlich wie bei Java (auch wenn es da noch ein wenig anders läuft). Ob man den letzten Schritt nun als Interpretieren bezeichnen will, sei jedem selbst überlassen, aber zunächst einmal wird der Code kompiliert, anders als bspw. bei JavaScript. Und trotzdem programmiert man auch JavaScript. Programmieren hat etwas mit den Abläufen zu tun, nicht mit Compiler oder nicht. Das Wort „scripten“ halte ich für ein Kunstwort. Ob man Markupsprachen nun programmiert, da streiten sich allerdings die Geister. Ich würde sagen nein.

Um zu den Frameworks zurückzukehren: du musst dir nicht gleich die ganz großen raussuchen. Klar, wenn du ein kleines Projekt aufziehst und dir dafür Symfony holst, bist du mit dem Downloaden des Frameworks länger beschäftigt als mit der Programmierarbeit aber es gibt auch schlankere und nichtsdestotrotz leistungsfähige (manchmal sogar leistungsfähigere) Frameworks. Schau dich mal nach kleinen Frameworks um, es lohnt sich. Du kannst auch das APF nutzen. Schlank, schnell und trotzdem überbietet es so manches andere Framework, das groß mit viel Downloadmasse prahlt.
Frameworks kategorisch abzulehnen, ist Schwachsinn. Letztendlich ist es aber deine Entscheidung. Du solltest es aber zumindest einmal versuchen.

__________________
Refining Linux Advent Calendar series “24 Outstanding ZSH Gems”

Koala

und man darf Frameworks auch nicht mit OOP/MVC gleichsetzen.

Jeder der einige Projekte gemacht hat, hat mit der Zeit seine eigene Verzeichnisstruktur
und wird (hoffentlich entsprechend dem EVA-Prinzip) seine Dateien organisiert haben.

So hab ich z.B. mein eigenes kleines prozedurales Framework mit einer klar definierten Struktur
und einem Templatesystem.

Bei einem neuen Projekt wird dann ein Projekt kopiert und angepaßt.

Letztendlich auch nicht großartig anders wie bei OOP/MVC-Frameworks.

Nur ist mein Code übersichtlicher und einiges schneller.

Redundanten Code gibt es (außer ner Blätterfunktion, die ich noch irgendwie als "helper" ausgliedern sollte) nicht.

Zumindest bei kleinen bis mittelgroßen Projekten klappt das hervorragend.

Wie es bei großen Projekten aussieht (Teamarbeit über mehrere Monate) weiß ich nicht.

Würd mich aber durchaus interessieren ob jemand von Euch schon mal so große Sachen gemacht hat. Ganz klasse wär natürlich ne URL zu der Website, damit ich mir das mal anschauen kann.

Curcio

Hallo,
ich werde mir auf jeden Fall noch einmal 2 Frameworks ansehen, dazu werden dann wohl Adventure PHP Framework und Codeigniter oder CakePHP gehören.

__________________

nikosch

1 - 2, ... äh, ja. 3.

__________________
--
One pixel is still too big. Please make it smaller. ASAP.

Initiative Mittelstand.
Die wichtigste Gestaltungsregel im Screendesign ist Pi mal Daumen des Arbeitgebers.
--

Curcio

Ich hab oder und nicht und gesagt :P APF sehe ich mir auf jeden Fall an, bei den anderen eins von beiden.

__________________