Frameworks on basis42

Frustbewältigung

Tue, 11 Sep 2012 08:50:23 +0200

Auf Wunsch und zur Frustbewältigung eines einzelnen hier nicht genannten Freunds der Familie und glühenden St. Pauli Verehrers: http://www.schubert-raus.de Für mich mit dem angenehmen Seiteneffekt, mal Bootstrap und Silex einem Praxistest zu unterziehen und auf ihre RAD Fähigkeiten hin zu überprüfen. Den Test hat das Gespann auf jeden Fall bestanden, einmal Lübeck - Hamburg und zurück mit der Bahn und fertig. Und wer weiß, vielleicht baue ich dem Herrn Yildirim, seines Zeichen Trainer beim VfB Lübeck, auch gleich eine Seite, da siehts im Moment auch nicht besser aus :-). Fussball, die zweitschönste Nebensächlichkeit der Welt.

Wiederverwendbare Framework Erweiterungen

Fri, 01 Jun 2012 09:33:21 +0200

Auch wenn es gestern Abend in dem Vortrag von Pierre Minnieur bei der Symfony Usergroup Hamburg im wesentlichen um das Thema “Bundles are not Plugins” ging, hab ich dort für mich einen ganz anderen Aspekt mitgenommen, der meiner Meinung nach häufig von Entwicklern vergessen wird, die sich im wesentlichen in einer Frameworkwelt, sei es Symfony, Zend, Flow3 oder was auch immer, bewegen. Routiniert packt man seine Funktionen in z.B. Symfony Bundles, nutzt die dort vorgegeben Methoden der Vererbung, Strukturierung, etc. und verwendet bestenfalls diese Bundles sogar in mehr als einem Projekt. Bis hier hin eine schöne Welt! Aber was passiert, wenn ich wesentliche Funktionalitäten aus meinem Bundle nun in einem Zend Projekt verwenden will? Man merkt, eigentlich haben wesentliche Codebestandteile aber so gar nichts in einem Bundle zu suchen, sondern sind für eine gute Wiederverwendung viel besser in einer eigenständigen Library aufgehoben. Nun ist lediglich ein schlanker “Wrapper”, im Falle Symfony ein Bundle, nötig, welches die Funktionalität der Library in den Kontext des Frameworks hebt. Der Code, der sich an ein spezielles Framework bindet, ist deutlich reduziert und die Library wird hoffentlich häufiger wiederverwendet, da diese mit geringem Aufwand auch in anderen Frameworks einfach eingebunden werden kann. Wesentlicher Grund gegen so ein Vorgehen mag in der Vergangenheit das Fehlen, bzw. die fehlende Akzeptanz von Werkzeugen wie Composer gewesen sein. Mit Composer und Packagist scheint sich in der PHP Welt so langsam eine Entsprechung von Maven und Apache Commons durchzusetzen, so dass zu hoffen bleibt, dass wir bald alle einfach und schnell tolle Libraries in unseren Lieblingsframeworks benutzen können.

Scope von Javascript Variablen

Tue, 19 May 2009 20:41:42 +0200

Nachdem ich mich heute im Dojo Support Forum doch relativ konsequent zum Obst gemacht hab, ist dieser Artikel ein kleiner Reminder to myself beim Schreiben von Javascript Code nie, aber auch wirklich nie wieder das kleine Wörtchen ‘var’ vor der Variable zu vergessen. Ansonsten hat man ganz schnell mal ein unerwartetes Objekt am Wickel. Sei es mir eine Lehre und ich verbitte mir spöttische Kommentare, ich leide auch so schon genug :-).

DotNetNuke 5.0 und Internationalisierung

Mon, 23 Mar 2009 20:28:00 +0100

Und hier sind sie schon, die .net Geister, die ich gestern rief: Ich bin gerade auf meiner momentanen Lieblingsbaustelle DotNetNuke unterwegs und quäle mich mit einer Sache, die sich so nicht erwartet hätte. Ziel ist es auf Basis der aktuellen DotNetNuke Version 5.0 ein Portal zu bauen, das in mehreren Sprachen verfügbar ist. Zugegeben, das hört sich erstmal nach keiner allzu großen Herausforderung an, zumal wir uns im Jahr 2009 befinden, aber bis jetzt bin ich leider nicht sehr erfolgreich. Eine längere Google Arie hat mich auch nur zu der Erkenntnis gebracht, dass das wohl alles irgendwie geht, wenn, ja wenn, man eine ältere Version(4.x) und 1-2 zusätzliche Module verwendet, aber von einem Framework welches mit den Worten: