Basierend auf der Idee eines universellen Dataports habe ich nun auch mal die andere Seite genauer betrachtet. Um also den erstellten automatischen Dataport benutzen zu können, benötige ich eine Schema.ini und für jede Tabelle ein CSV-File.
Für dBase-Files und Excel-Tabellen kann man den DBF-View-Lister vom Total Commander benutzen. Dieser erzeugt alles was man braucht.
Bei Oracle gestaltet sich das ein klein wenig schwieriger. Man kann zwar mit vielen Tools ganze Tabellen in CSV exportieren jedoch ist das oftmals zu unflexibel. Des weiteren wird auch keine Schema.ini erzeugt, so dass die Spaltentypen im Navision nicht automatisch angelegt werden würden. Aber man kann sich im Oracle ja auch relativ einfach ein Package schreiben, dass genau das tut.
Also ich übergebe nun meinen Package nur noch die zu exportierenden Tabellen und Oracle legt für mich alle CSV’s und die Schema.ini an.
Seit kurzem steht das ServicePack 2 für Microsoft Dynamics–Nav 4.0 zum Download in der PartnerSource von Microsoft zur Verfügung. Neben einigen BugFixes am Client selbst (DataItems können jetzt auch im Report Designer verschoben werden ohne das Navision abstürzt) sind vorrangig BugFixes in der Anwendung vorgenommen wurden. Besonders interessant für mich sind die BugFixes in der Anlagenbuchhaltung. Anscheinend läuft der Abschreibungslauf jetzt nicht mehr nur bis zum Datum des letzten gefundenen Posten, sondern bis zu einem vorgegebenen Datum – ein Feature was bei uns ziehmlich weit oben auf der Wunschliste der Kunden war. Offenbar löst sich das jetzt in Wohlgefallen auf und wir brauchen das nicht selbst anzupassen.
Unter http://www.roland-weigelt.de/ghostdoc/ kann man mein Lieblingsplugin für das Visual Studio 2005 herunter laden.
Mit GhostDoc kann man durch einfaches Klicken auf den Methodenkopf sich die eine Standard-XML-Dokumentation für die Routine erstellen lassen, die auch alle Parameter und Rückgabewerte dokumentiert. In ungefähr 90% der Fälle (Properties, Standardroutinen wie ToString() usw.) reicht diese automatische Dokumentation schon völlig aus. In den übrigen Fällen braucht man nur noch die entsprechenden Ergänzungen vornehmen.
Ein weiteres nettes Feature ist das die Dokumentation bei geerbter Funktionalität immer aus der Basisklasse übertragen wird. Damit braucht man in abgeleiteten Klassen kaum noch selbst Dokumentation schreiben. Das spart enorm viel Zeit und damit sind alle Ausreden weg auf eine Dokumentation zu verzichten.
