Ein Framework, dass allerdings (fast) uneingeschränkt empfohlen werden kann ist MooTools. MooTools ist ein freies JavaScript-Framework, zur effizienten Entwicklung von erweiterbarem Code. Es ist vollständig objektorientiert, modular aufgebaut, kompakt und liefert browserübergreifend kompatiblem Code. Die Erweiterbarkeit und seine Modularität ermöglichen es dem Entwickler, selbst zu entscheiden, welche Komponenten er wirklich einzusetzen möchte und welche lieber nicht.

Außerdem existiert eine umfangreiche Dokumentation des Frameworks. Auf der folgenden Seite werden einige Beispiele vorgestellt. Es gibt auch zahlreiche Plugins und Erweiterungen basierend auf dem MooTools Framework.

GhostDoc unterstützt den Entwickler beim Kommentieren des Quelltexts. GhostDoc erzeugt XML-Kommentare und schlägt dem Entwickler auch Kommentartext für die Zusammenfassung der Methode vor.

Und so funktioniert’s: Die Installationsdatei hier runterladen und installieren. In Visual Studio findet man nun unter Extras > GhostDoc > Configure GhostDoc die Möglichkeit zum Anpassen der Kommentarregeln.

Weitere Infos auch in folgendem Beitrag:  GhostDoc – Kommentare wie aus Geisterhand

• Umbenennen von Variablen und Funktionen
• Ausschließen bestimmter Variablen und Funktionen vom Obfuskieren
•  Kommandozeilenunterstützung

Das Tool kann auch für kommerzielle Projekte eingesetzt werden und kann hier heruntergeladen werden.

Der EMS SQL Manager kann in der Lite Version nach erfolgter Registrierung kostenlos von der Herstellerseite heruntergeladen werden.

Die .dll kann hier heruntergeladen werden und muss dann nur noch ins Projekt eingebunden werden. Ein Tutorial auf der Website erklärt die Funktionen von iTextSharp.

Einen Nachteil hat die Bibliothek. Sie ermöglicht leider nicht das Drucken von pdf-Dokumenten.

Neben der Konsolenausgabe und weiteren Ausgaben hat man auch Zugriff auf den Windows Performance Monitor. Dies ist sehr praktisch, wenn man Tests durchführt, welche die Performance der Software testen sollen.

log4net kann hier heruntergeladen werden. Um es einzubinden muss man die entsprechende dll im eigenen Projekt referenzieren. So muss man für ein Projekt in .NET 1.1 die Datei bin\net\1.1\release\log4net.dll referenzieren.

Die Konfiguration von log4net erfolgt über die app.config bzw. web.config oder eine externe XML-Datei. Ausführliche Beispiele zur Konfiguration finden sich auf der Projektwebsite.

log4net Komponenten/Konzepte:

• Loggers: Sind Objekte, die der Entwickler zur Ausgabe von Logging-Informationen verwenden kann. Sie stellen eine API zur Verfügung, welche die Ausgabe von Log-Events in den folgenden Schweregraden ermöglicht: DEBUG, INFO, WARN, ERROR, FATAL.
• Appender: Appender behandeln die Ausgabe der Log-Events. So schreibt z.B. der EventLogAppender seine Ausgaben in das Windows Event Log, während der RollingFileAppender seine Ausgaben in eine Datei schreibt. Weitere Appender: AdoNetAppender, ConsoleAppender, SmtpAppender… Interessant ist die Möglichkeit, für verschiedene Schweregrade unterschiedliche Appender einzusetzen.
• Layout: Appender nutzen Layouts zur Formatierung der Log-Event-Ausgaben (z.B. XmlLayout zur Ausgabe der Log-Events als XML-Elemente)

Eine einfache Konfiguration innerhalb der App.Config könnte z.B. so aussehen:

[code lang="xml"]

log4net Dokumentationen und Tutorials:

• log4net in einer ASP.NET Anwendung einsetzen
• Ausführliches log4net Tutorial
• log4net Konfiguration

Im Programm hat man die Möglichkeit, sich mit einer Datenbank zu verbinden. Unterstützt werden Access, MySQL, MSSQL und Oracle Datenbanken. Aus der Datenbank wählt man dann die entsprechenden Tabellen aus, für die die Zugriffsschicht erstellt werden soll. Es lassen sich auch einzelne Spalten ausschließen.

Die Erstellung der Datenzugriffs-Schicht erfolgt mit Hilfe von Templates. Zurzeit kann zwischen dem DAO Framework Template und dem NHibernate Framework Template gewählt. Die Ausgabe erfolgt jeweils in C#.

Manuell erstellte Hibernate-Mappings bieten dennoch einen reichhaltigeren Funktionsumfang und eine feinere Abstimmung vom Klassen- zum Relationenmodell. So unterstützt Hibernate verschiedene Kopiersemantiken für Collections (insb. Kompositionen), die Codus von Haus aus nicht ausschöpft. Many-to-many-Relationships oder schwache Entitäten werden ebenfalls nicht berücksichtigt. Stattdessen erhält man generierte Klassen für die 3 an der Beziehung beteiligten Relationen. Dadurch verlagern sich allerdings einige der Tätigkeiten, für die Hibernate geeignet (zuständig?) ist, in die oberen Schichten. Ich möchte nicht ausschließen, dass die aktuelle Codus-Version hier mehr leistet – die Testversion bot hier auf den ersten Blick jedenfalls keine Unterstützung.

Bleibt unterm Strich dennoch, dass Codus eine Menge Arbeit sparen kann, sofern einfache Relationenmodelle eingesetzt werden.

Auf der Website kann auch das Plugin “Votive” für Visual Studio heruntergeladen werden. Es ermöglicht den Aufruf von WiX aus Visual Studio. Außerdem ermöglicht es die Erstellung von .wxs-Dateien mit IntelliSense-Unterstützung

Die Erstellung einer Installerdatei kann entweder über das Plugin erfolgen, oder manuell durchgeführt werden, indem man eine XML-Datei (.wxs) erstellt, die die Installerkonfiguration enthält. Diese XML-Datei wird dann mit dem Tool candle.exe in eine .wixobj-Datei umgewandelt, aus der dann mit dem Tool light.exe eine .msi-Datei erstellt wird. Einfacher geht es aber mit dem “Votive“-Plugin.

Auf der Projekt-Website findet sich ein Tutorial zur Erstellung der .wxs-Datei. Ein weiteres Blog zum Thema WiX, das ebenfalls sehr zu empfehlen ist, findet sich hier.

•  Der Process Monitor bietet ähnliche Funktionen wie der Filemon und der Regmon, aus denen er hervorgegangen ist. der Process Monitor ermöglicht die Anzeige der aktuellen Registry-, Dateisystem-, Prozeß- und Thread-Aktivität.
• Autoruns zeigt alle Programme an, die beim Start von Windows automatisch gestartet werden.