Es macht Sinn alte VB6 Projekte von Source Safe zu lösen und in Git zu überführen. Hier die Einstellungen für .gitignore und .gitattributes:
http://stackoverflow.com/questions/2462480/using-git-with-vb6/37311186#37311186
Wenn jetzt noch Visual Studio Code ein paar Features in Sachen VB6 mitbringen würde, z. B. so wie hier: https://atom.io/packages/language-vbscript.
Hier ein ANTLR4 Grammatik: https://github.com/uwol/vb6grammar
Eine wirklich aktuelle und umfassende Einführung in Harbour gibt diese Seite: http://www.kresin.ru/en/hrbfaq.html.
Es wird auf alle wesentlichen Aspekte eingegangen, vom Erzeugen von Harbour selber über das compilieren von PRG-Dateien und erzeugen von z. B. EXE-Dateien.
Auch die Unterschiede und erweiterten Möglichkeiten von Harbour im Vergleich zu Clipper werden dargestellt: http://www.kresin.ru/en/hrbfaq_3.html#Doc
Wer sich aktuell fragt, ob nun Version 3.2 oder 3.4 die richtige Harbourversion ist, der sei auf diesen Thread verwiesen: https://groups.google.com/forum/#!topic/comp.lang.xHarbour/kmN5Qptwzrk.
Aber etwas was Harbour fehlt ist ein ordentlicher Editor. Wir wäre es mit Githubs Atom-Editor: https://atom.io/ für den gibt es bereits ein Harbour-Paket: https://github.com/hernad/atom-language-harbour
Jetzt setzt sich auch der Hamburger auf Windows 10 durch. Hier ein toller Blogeintrag, wie man den Hamburger bei den kommenden Windows 10 Universal Apps per XAML implementieren kann: http://blog.jerrynixon.com/2015/04/implementing-hamburger-button-with.html
Hier ein Link für eine gute Übersicht, welche APIs sich bei Windows 8.1 verändert haben, bzw. hinzugekommen sind.
https://msdn.microsoft.com/en-us/library/windows/apps/dn751496.aspx
Simple und effektiv eine Open Source Library um Serial-Keys für eigene Programme zu erstellen: https://skgl.codeplex.com/
Wenn man wissen möchte, was es alles gibt: http://msdn.microsoft.com/de-de/library/ms123401.aspx
Visual Studio hat sicherlich einen sehr guten Debugger an Bord. Was aber ziemlich unterirdisch ist, ist das Immediate Fenster. Es kommt nie irgendwie Freude auf damit zu arbeiten, da alles zu umständlich und steif ist. Seit den Nuget-Paketen bringt der Visual Studio Nuget Packet Manager ein Powershell Eingabefenster mit die sogenannte Packet Manager Console. Wie wäre, wenn man dies nutzen könnte?
Damit könnte man kleine Debugskripte in Powershell schreiben oder bei neuen Libraries deren Funktionen mittels Powershell ausprobieren. Da Powershell ein ziemlich mächtiges und flexibles Typsystem (PSTYPE) im Hintergrund hat, kommt man viel schneller ans Ziel.
Entscheidend ist die Zeile:
$dte.Debugger.GetExpression("expression", 1, $true)
$dte wird von Visual Studio zur Verfügung gestellt und darüber erhält man Zugriff zum Debugger von dem aus man wieder beliebige Ausdrücke auswerten kann. Die Paramter sind hier beschrieben: http://msdn.microsoft.com/en-us/library/envdte.debugger.getexpression.aspx.
Im Beispiel von der Seite http://ogresoft.blogspot.de/2013/06/how-to-write-loop-or-lambda-expression.html wird dann
$a = $dte.Debugger.GetExpression("ints[$i]")
verwendet um aus einem Programm das Array ints abzufragen mit dem spezifischen Element $i und speichert es in $a. Man erreicht also durch die Verwendung von GetExpression den Export einer aktuellen Variablen in den Powershell Runspace, so dass man anschließend über eine normale Powershell Variable damit arbeiten kann.
Damit öffnet sich für alle DevOps die sich auch mit Powershell auskennen ganz viele neue Möglichkeiten um produktiver zu sein. Einen Nachteil hat die Sache jedoch: Tab-Completion und Intellisense funktionieren nicht bzw. nicht richtig. Aber vielleicht wird die Zukunft mehr bringen, wenn mit Powershell 5.0 neue Möglichkeiten beim Remote-Debugging kommen.
Hier noch etwas zu den Innereien von $DTE: http://ogresoft.blogspot.de/2013/06/how-to-write-loop-or-lambda-expression_17.html
Wer sich dafür interessiert, was sonst noch so geht, der verwendet
ls Variable:*
um herauszufinden, welche anderen Variablen außer $DTE vorhanden sind. Hier noch die Beschreibung zum DTE-Interface und was dies hergibt: http://msdn.microsoft.com/en-us/library/envdte.dte.aspx.
Wenn man nun etwas weitersucht und sich dem Thema widmet, dann findet man auf einmal dies: http://csharpening.net/?p=1726 Powershell Tools für Visual Studio mit einer REPL für Powershell! Dazu gibt es dann auch noch den Source Code auf Github: https://github.com/adamdriscoll/poshtools.
Aktuell musste ein altes VB6 Programm eingesehen werden. Leider war vom Source weit und breit nichts zu sehen. Also verwendet man einen Decompiler. Momentan scheint der beste dieser zu sein: http://www.vb-decompiler.org/
Wer sich mit XML Schemata beschäftigt, der wird irgendwann über eines der folgenden Schema Design Pattern stolpern:
Eine schnelle Einführung über die Unterschiede bietet dieser Artikel: http://www.oracle.com/technetwork/java/design-patterns-142138.html. Vor allem ist die Tabelle interessant, welche die Vor- und Nachteile bzw. Unterschiede gegenüberstellt. Außerdem wird auf Netbeans Enterprise Pack verwiesen welcher direkte Konvertierungen von der einen Form in die andere Form vornehmen kann.
Wer mehr auf das Microsoft Lager steht, der wird hier fündig:
Russian Doll: http://blogs.msdn.com/b/skaufman/archive/2005/04/21/410486.aspx
Salami Slice: http://blogs.msdn.com/b/skaufman/archive/2005/04/25/411809.aspx
Venetian Blind: http://blogs.msdn.com/b/skaufman/archive/2005/04/29/413491.aspx
Garden of Eden: http://blogs.msdn.com/b/skaufman/archive/2005/05/10/416269.aspx
In den Artikeln ist immer die Rede von fünf Artikeln, aber es gibt nicht fünf Design Pattern, sondern eben nur obige vier, da der fünfte Artikel sich mit der Umsetzung in BizTalk beschäftigt.
Wo kommt so was nun zur Anwendung? Aktuell beispielsweise bei ZugFeRD http://www.ferd-net.de/, dort wird der Venetian Blind Designansatz explizit genannt.
Der faule Programmierer 
Neueste Kommentare