Für jeden Entwickler, der Debuggen für einen wichtigen Teil der Entwicklungsarbeit hält habe ich folgenden BLog von John Robbins als Tipp :

http://www.wintellect.com/cs/blogs/jrobbins/default.aspx

Es ist ebenfalls autor dieses Buches dass ich nur empfehlen kann:
 

n letzter Zeit beschäftige ich mich damit, Desginunterstützung für Contorls zu erstellen.
Hierbei gibts z.bsp. die neuen smartTags
s.

Um diese soll es mit aber zunächst mal gar nicht direkt gehen.
Sondern viel mehr um ein Problem dass mich schon immer begleitete aber nun bei den smartTags an Bedeutung gewann.
Fehler im Designer!

Was tun wenn Fehler im Designer auftreten ? Man ist ja in keiner Runtime Umgebung und kann somit ja keine Brakepointssetzen ! oder doch ?

Die Lösung ist einfacher als erwartet. Dazu habe ich über eine NewsGroup einen sehr interessanten Link von Frank Dzaebel bekommen s. u.
Die Lösung um im Designer Debuggen zu können ist folgende:
Man setzt in den Projekteigenschaften des ControlLibrary Projektes unter Debuggen ein extres programm zum Debuggen und zwar Visualstudio selbst.


Der rest ist einfach ,man setzt nun das ControlLibrary Projekt als Startprojekt. Zur Controle damit man nachher sieht dass der Debugger etwas tut setzen wir uns in einen eigenen Designer einen Breakpoint.

Führt man nun das Projekt auf öffnet isch eine neue VisualStudio instanz. Diese hat noch kein Projekt geöffnet und tut nichts. Davon sollte man sich einfach nicht irritieren lassen und einfach das ContorlLibrary Projekt in dieser Instanz wieder öffnen. Wenn man sich nun den Designer für das Control anzeigen lässt springt der Debugger an!



Hier der Link zur Microsoft seite mit der Aneitung zum Debuggen im Designer http://msdn2.microsoft.com/de-de/library/5ytx0z24(VS.80).aspx

Notgedrungen muss ich mich immer Wieder mit dem berechnen der Kalenderwochen bei diversen Controls auseinander setzen.
Z.bsp. habe ich schon controls gesehen die es schaffen auf eine 55. KW zu kommen. Ganz zu schweigen dass das Berechnen der Kalenderweochen nach deutschen System und der DIN 1355 selten konsequent umgesetzt ist.

Einen einstieg zu Kalenderwochen im Allgemeinen findet man bei Wikipedia s. http://de.wikipedia.org/wiki/Kalenderwoche#Kalenderwoche

Das deutsche Kalender System definiert sich dadurch dass der erste Tag der Woche der Montag ist und die erste KW mit der Woche beginnt, bei der denen mindestens VierTage im neuen Jahr liegen.


Im .NET Framework wird dies durch :

CultureInfo.CurrentCulture.DateTimeFormat.FirstDayOfWeek = DayOfWeek.Monday;
CultureInfo.CurrentCulture.DateTimeFormat.CalendarWeekRule = CalendarWeekRule.FirstFourDayWeek;

definiert. Man sollte erwarten dass wenn man nun GetWeekOfYear(...) aufruft dass die errechneten Kalenderwochen immmer passen. Leider ist das nicht der Fall denn der 29. Dezember 2003 wäre nach der Norm in der 1.KW 2004 und nicht in der 53.KW 2003. Leider ist der Rückgabewert der Funktion 53.....

Dieses Verhalten ist nicht unbedingtein Bug aber auch nicht direkt zu erwarten s. hierzu: http://www.mycsharp.de/wbb2/thread.php?postid=196701#post196701
Abbhilfe schafft hier ein .NET Snippet s. http://dotnet-snippets.de/dns/kalenderwoche-berechnen-SID260.aspx

Ich werde die Tage ein Control Online stellen, welches dann wahlweise mit der .NET Methode oder aber diesen schnippet arbeitet.

Das Forum zum .NET (Compact) Framework ist nun unter http://smartdevelopment.de/forums/default.aspx online.

Viel Spaß beim Austausch mit gleichgesinnnten!

In Ralf Westphals BLog bin ich auf einen BLog eintrag getroffen, der mich sehr überrascht und nachdenklich gestimmt hat.

Es geht u.a. Darum dass die BASTA gerne nur noch entwickler hat die sich an bestimmte vorgaben wie z.bsp. Rahmenbedingungen wann wo die Sprecher uaf andern Konferenzen sprechen dürfen halten sollten.

Meiner persönlichen Meinung nach schadt es nur der Qualität der Sessions da so bestimmte einige sehr gute Sprecher fehlen werden.

Den Blog eintrag von Ralf Westphal möchte ich euch nicht vorenthalten.
Ihr findet ihn unter: http://feeds.feedburner.com/~r/ralfw/~3/76854772/die-basta-sagt-basta-zur-sprecher.html

Unter http://www.dotnetcasts.com/default.aspx befindet sich ein sehr interessanter BLog.

Ziel ist es dort webcasts zu erstellen und anzubieten. Die erste Serie an Webcasts soll bald schon online sien.