Um das Ausführen der Benutzeroberfläche einer WinForm-Applikation nicht durch Hintergrundprozesse zu blockieren, ist es notwendig, mit asynchronen Aufrufen zu arbeiten. Dies ist mit .NET 1.1 relativ aufwendig (Implementierung von ISynchronizeInvoke etc.).

Besserung bringt hier .NET 2.0 mit der BackgroundWorker-Komponente, die mit wenigen Zeilen Code o.g. Problem erheblich vereinfacht.

Beim Durchforsten des Codes von IssueVision, einer Beispielanwendung für SmartClient-Entwicklung bin ich auf die Komponente "BackgroundWorker for .NET 1.1" gestossen, die wie der Name bereits vermuten lässt, eine Implementierung der BackgroundWorker-Komponente für .NET 1.1 darstellt.

Die .NET 1.1 Implementierung ist so gestaltet, dass ein Umstieg auf .NET 2.0 keine Probleme bereitet.

Der Downoad beinhaltet den SourceCode der Komponente, so dass auch Anpassungen leicht möglich sind.

Hinter diesem unscheinbaren Titel verbirgt sich eine deutschsprachige Sammlung nützlicher Artikel und FAQs zu Win- und Webform DataGrid.

Mit dem Erscheinen von Service Pack 2 für Windows XP unterstreicht Microsoft die Wichtigkeit des Themas Sicherheit. Das Service Pack wird nicht nur eine Sammlung bisheriger und neuer Updates sein, sondern es gibt neben einigen grundlegenden Änderungen in den Einstellungen der Systemoptionen auch interne Anpassungen. Dabei gilt konsequent das Prinzip: "Security first". Damit werden bereits im Vorfeld potenzielle Angriffsflächen reduziert und somit die Schäden eines Angriffs minimiert.

Termin: 06. Mai 2004, 14.00 Uhr

Zum WebCast anmelden

Performance ist immer ein Thema - so auch bei .NET.

In dem Artikel "Improving .NET Application Performance and Scalability" haben diverse Autoren Links zu etlichen Artikeln veröffentlicht, die sich dem Thema Performanceoptimierung unter .NET widmen.

Wer sich mit dem User Interface Process Application Block befasst, sollte einen Blick auf den Artikel "The User Interface Process Application Block : Part 1" bei CodeProject werfen.

Eine Auflistung der aktuell verfügbaren Application Blocks von Microsoft findet sich bei AspxFiles.

Um in eine .NET Application leicht änderbare Business rules implementieren zu können, bietet es sich an, diese Regeln mit Hilfe einer Scriptsprache wie VBScript zu implementieren. Wie das funktioneren kann, zeigt Roy Osherove in seinem neuen Artikel "Make your .Net application support scripting - the practical way"

Entgegen den Erwartungen hat sich hier in Wien ein Weg ins Internet gefunden....

Microsoft stellt seit kurzem einen neuen Application Block zur Implementierung von Autorisierung und Benutzer-Profilen bereit.

Möchte man verhindern, daß eine Windows-Anwendung über den Close-Button (das x in der rechten oberen Ecke) oder die Taskleiste geschlossen wird, ist dies nicht ohne weiteres (also Properties o.ä.) möglich.

Man muß die Methode WndProc überschreiben und die Messages zum Form überwachen. Handelt es sich um das System-Kommando "SC_Close" (=0xF060), so darf die Message nicht an das Form weitergeleitet werden. Somit wird das Close-Command nicht verarbeitet, das Fenster bleibt geöffnet. Natürlich könnte man dem Fenster dann z.B. auch ein Minimize-Command unterschieben...

Der Code sieht wie folgt aus:

public const int SC_CLOSE = 0xF060;
public const int WM_SYSCOMMAND = 0x0112;

protected override void WndProc(ref System.Windows.Forms.Message m)
{
   if(!(m.Msg == WM_SYSCOMMAND && (int)m.WParam == SC_CLOSE))
   {
      base.WndProc(ref m);
   }
}

Christoph Wille hat auf ASPHeute einen Artikel mit dem Titel "Passwörter speichern - aber richtig!" veröffentlicht - ein must read für jeden, der Login-Daten verarbeiten muß!

Irgendwie war das abzusehen: da ich mir einige kleine Hilfsmittel zur Arbeit mit .NET erstellen möchte, werde ich mich nun auch mit der WinForm-Entwicklung befassen. Beim ersten Herantasten bin ich dabei auf eine interessante Sammlung von kostenlosen Controls gestoßen:

divil.co.uk

Hier finden sich Controls wie z.B. Menüleisten im XP/.NET-Look, VS.NET-ähnliche Docking-Controls, Outlook-Leisten, ein Wizard-Control uvm.