6. Dez, 2007
Auf den Wunsch eines Blog-Lesers hin, habe ich heute das Kommentarsystem
das ich ursprünglich für mein
Code snippets Projekt entwickelt hatte, noch einmal
überarbeitet und als Paket zusammengefasst.
Ich denke dass, das die Library jetzt so flexibel ist das man
Sie auch für andere Projekte ohne größere Probleme benützen kann.
Das komplette Modul besteht jetzt aus nur einer Klasse die nur mit ein paar
Variablen gefüttert werden muss und dann einfach funktionieren sollte.
Das ist zwar wahrscheinlich nicht OOP konform - aber was soll’s
Download und ein paar zusätzliche englischsprachige Informationen gibt es
auf der eigens dafür eingerichteten
Projektseite.
Und danke Volker, für dein Interesse. Zwar habe ich es leider noch nicht hin bekommen ein
Admin-Interface dafür zu entwickeln (da ich selber keins brauche) aber ich
hoffe damit kannst du erst mal was anfangen
Hmm, ich hoffe nur das sich den Quelltext jetzt kein Spam-Bot Entwickler herrunterlädt. Naja ich bin ja
kreativ in der Spam-Bekämpfung, ich hab da schon einige Ideen
…
10. Sep, 2007
Heute hat mich eine Kollegin gefragt wie Sie Ihre tollen selbst entwickelten
JavaScript Funktionen am besten browserunabhängig machen kann, da Sie diese nur im Internet Explorer entwickelt hatte… Komischerweise ist aus meiner Antwort, mal wieder, ein halber Roman geworden und deshalb habe ich mich dazu entschieden den Inhalt nach dem Absenden nicht einfach ins
Datennirwana abzuschieben sondern in meinem Blog zu veröffentlichen.
Hier die verschiedenen Strategien, die mir spontan eingefallen sind, um das eigene Script browserunabhängig zu machen:
- Browserweiche
Eine einfache aber auch unflexible Lösung ist es eine Browserweiche einzurichten, wodurch der Besucher, je nach
Browser, auf eine speziell angepasste Seite geleitet wird. Früher wurde diese Methode sehr oft angewendet, heute
allerdings ist es aus Gründen der Barrierefreiheit, Suchmaschinenoptimierung und diversen anderen Gründen nicht unbedingt
beliebt. Zudem verursacht die Variante einen großen Mehraufwand, da bei Updates alle browserspezifischen Seiten
angepasst werden müssen.
Fazit: Einfach einzurichten und zu testen aber schränkt Besucher ein und macht die Wartung der Seiten kompliziert.
-
Verzweigungen nutzen
Bei dieser Methode wird der Browsertyp in einer Variable abgespeichert, wodurch dann im weiteren Verlauf
des eigenen Skripts einfache Abfragen eingebaut werden können um die für den jeweiligen Browser benötigte Funktion zu
starten — z.B.:
Fazit: Relativ einfach umzusetzen. Könnte nur mit der Zeit kompliziert und verwirrend werden, außerdem es kann
sein das sich der Code in den browserspezifischen Bereichen unnötigerweise wiederholt.
-
Einheitliche Grundfunktionen nutzen
Mittlerweile haben die meisten Browserhersteller ja endlich gemerkt das es irgendwie schlauer ist Ihre JavaScript
Implementierungen dem Standard anzupassen. Daher währe es prinzipiell möglich nur diese einheitlichen
Funktionen zu nutzen und somit das eigene Skript browserunabhängig zu machen. Aber das wäre ja schon fast ein
bisschen zu einfach, denn in der Realität gibt es doch diverse kleine Unterschiede zwischen den JavaScript Implementierungen
wodurch ich bezweifele das diese Methode für größere Projekte erfolgreich sein wird.
Fazit: Gut zu warten und Standardkonform, aber nicht alle JavaScript Implementierungen halten sich an den Standard…
-
Grundfunktionen auslagern
Für diese Variante sucht man sich die browserabhängigen „low-level“ Funktionen die man verwenden will zusammen und
kopiert diese dann in eine eigene Datei. Der Trick dabei ist das man dieses ausgelagerte „Grundgerüst“, auf dem später alle Funktionen aufbauen, einfach für jeden Browser kopiert und dann jeweils an seine Eigenheiten anpasst. Zum Schuss muss dann nur noch das eigentliche Skript so angepasst werden das über eine Browsererkennung entschieden
wird welche der ausgelagerten Bibliotheken (z.B. lib_opera.js, lib_firefox.js, etc.) geladen werden soll.
Diese Methode kann man natürlich auch mit der vorherigen kombinieren so das man nur eine Datei erhält und jeweils in den
Grundfunktionen zwischen dem Browser unterscheidet.
Fazit: Anfänglich etwas mehr Arbeit um die Grundfunktionen zu erarbeiten und für alle Browser anzupassen, aber später
sind die Projekte leichter zu warten und die Änderungen müssen nur an einer Stelle durchgeführt werden.
-
Vorhandene Bibliotheken nutzen
Natürlich sind die hier erwähnten Ideen hier nicht neu, daher gab es schon einige schlaue Leute die so eine Basisbibliothek,
wie oben erwähnt, entwickelt haben. Da gibt es einige ziemlich gute die auch kostenlos zur Verfügung gestellt werden —
also warum das Rad neu erfinden?
Meine Favoriten sind übrigens: Prototype oder jQuery.
Fazit: Keine eigene Arbeit notwendig aber man muss sich in die Bibliothek einlernen und eventuell kann es mit der
Lizenz (z.B. bei kommerzieller Nutzung) Probleme geben.
Ich hab zwar leider keine super tolle Universallösung für euch aber ich hoffe dieser Überblick hat euch weitergeholfen ?
6. Sep, 2007
Gestern war ich beim 9. Treffen der
.NET Developer Group Ulm, die es nun schon seit einem Jahr gibt. Für die auf
Microsoft’s .NET Technologie spezialisierte
Usergroup haben sich mittlerweile schon über 100 Mitglieder aus der
Region um Ulm angemeldet.
Und ich bin seit Anfang an dabei, und dies nicht nur weil mein Chef die Gruppe gegründet hat, sondern auch weil mich die Themen interessieren und ich auf dem Laufenden bleiben will
Dieses mal gab es einen sehr interessanten Vortrag zum Thema
Windows Workflow Foundation (WF) mit
ASP.NET. Durch den flexiblen Zeitrahmen konnte uns
Hardy Erlinger die „Director’s Cut“ Version seiner Präsentation zeigen und so war der Vortrag sehr
umfassend und gespickt mit vielen hilfreichen Tipps von der Erstellung eines einfachen Beispiels bis hin zum Aufbau einer komplexeren
Double Opt-In Newsletter-Anmeldung. Und obwohl ich wahrscheinlich nie dazu kommen werde die WF privat einzusetzen, fand ich den Vortrag doch sehr inspirierend und interessant. Außerdem kann es ja auch vorkommen dass ich durch meine Arbeit irgendwann auf die Technologie zurückgreifen muss. Letztendlich fand ich aber die Idee an sich, also dass man den kompletten Workflow bzw. die Programmabläufe grafisch aufbauen und verändern kann, sehr beeindruckend. Meiner Meinung nach eine sehr innovative Technologie die man auf jeden Fall im Auge behalten sollte…
»
Termine und weitere Informationen zur .NET Developer Group Ulm
31. Jul, 2007

Nach dem meine
Codeschnipsel Sammlung nun schon seid fast 2 Jahren
online ist und schon etwas verstaubt wirkte, habe ich es nun endlich
fertig gebracht dem Projekt, durch eine
Komplett-Erneuerung, einen
frischen Glanz zu verpassen.
Unter anderem habe ich den alten Projektnamen “Codedump” (dump = Abladeplatz, Depot,
Grube, Halde, etc.) nun durch den etwas positiver klingenden Namen “Snippet-Archiv”
ersetzt.
Das war natürlich nicht alles —
neue Funktionalitäten gibt es auch noch:
-
Wenn man nun einen Quelltext anklickt erscheint eine Textbox
wodurch man sehr schnell und sauber den Code kopieren kann.
(Ich liebe Copy&Paste
)
-
Die Kommentarfunktion ist jetzt auch überarbeitet und kommt nun nicht
mehr von dem fremden Dienst js-kit.com, der mir etwas zu unübersichtlich
war, sondern liegt auf meinem Server. So kann man jetzt zu jedem
Snippet einen Kommentar hinterlassen, wodurch das ganze Projekt schon
etwas mehr in die Richtung Web 2.0 geht
-
Nach dem die letzte Version meines selbst gebastelten Projektes etwas
unflexibel war und ich z.B. keine C# Snippets hinzufügen konnte, geht
das nun ohne Probleme. Das heißt in Zukunft werden noch viele neue
Snippets folgen…
Leider bin ich aber noch nicht dazu gekommen das Projekt multilingual aufzubauen
(bzw. ich war zu faul dazu *g*). Aber ich denke, dass die meisten Programmierer sowieso
mit Englisch klar kommen werden und auch sollten
Die vorhandenen
PHP Klassen werde ich demnächst auch noch ausbauen, wobei
ich allerdings noch nicht genau weiß ob ich die Kategorie nicht auf meine
Hauptseite verlagern soll. Mal sehn…
So dann noch viel Spaß beim Stöbern in
meinen Code-Snippets!