Facebook
Twitter
Google+
Kommentare
6
Über den Autor
Presentation given at Dutch PHP Conference 2011 in Amsterdam, The Netherlands.
WeiterlesenMy presentation about Dependency Injection with PHP 5.3 (UPDATED)
WeiterlesenDanke, dass du einen Link hinzufügen möchtest. Sobald du dieses Formular ausgefüllt hast, wird einer unserer Moderatoren informiert, der sofort losrennt und den Link überprüft. Falls er ihn gefalällt - und davon gehen wir aus - wird er mit ins Programm genommen. Da wir die Leser des Blogs nicht mit tollen Links überlasten wollen, kann es aber sein, dass dein Link erst nach ein paar Tagen live geht.
Vorschlag absenden AbbrechenVielen Dank, dass du einen Link vorgeschlagen hast. Wir werden ihn sobald wie möglich prüfen. Schließen
Wir sind immer auf der Suche nach guten Links. Helft uns sie zu finden.
Link vorschlagenWer über neues auf dieser Seite informiert werden will, der sollte uns auf Facebook folgen. Es lohnt sich!
Jay geile Sache 🙂
Ich programmiere unter Java ausschließlich mit Maven-Unterstützung. Wenn man noch einen Schritt weiter geht, kann man auch noch Unit- und Integrationstests mit einem CI-Server (wie Jenkins/Hudson) durchführen 😉
Das ist wohl wahr, aber für mich ist Maven nicht flexibel genug.
Wer nach Alternativen sucht, wird früher oder später auch mal über Apache Ivy stolpern, für meine Zwecke der absolute Goldstaub ^^
Ich kann nicht verstehen, warum Maven manchen Leuten zu unflexibel ist. In dem Fall kann man sich sein eigenes Skeleton erstellen und das Projekt ganz an seine eigenen Bedürfnisse anpassen. Damit verschenkt man jedoch die Vorteile, die Maven bietet, nämlich dass sich jeder Entwickler sofort zurechtfindet.
Das wäre dasselbe in Grün mit z.B. Symfony: es hat schon gute Gründe, warum gewisse Ordnerstrukturen vorgegeben werden.
Ich muss allerdings zugeben, dass ich noch nie außerhalb von Maven gelinst habe, da ich bisher immer Zufrieden mit Maven war. Ich werde mir, sobald ich Zeit habe, mal dein angesprochenes Ivy anschauen.
Da hast Du bestimmt Recht, viele Vorgaben sind absolut richtig und auch gut begründet. Bei einer grünen Wiese wäre Maven sicher eine super Wahl, aber ich musste damals bei einigen bereits existierenden Projekten „nachrüsten“ und genau hier braucht man dann doch enorme Freiheiten.
Das ist natürlich klar, die Migration bestehender Projekte (ohne Maven) ist natürlich eine aufwendige, aber einmalige Arbeit. Gilt eigentlich für alle Migarionen 😀
Dafür kann man danach Gas geben und wunderbare Architekturen aufsetzen sowie die Wiederverwendbarkeit des Codes steigern.
Auweia was ein Tippfehler… „Migrationen“ wollte ich natürlich schreiben 🙂