Die bei ASP.NET mitgelieferten Controls werden immer umfangreicher und ausgefeilter.

Nichtsdestotrotz stelle ich mir immer wieder die Frage: wer nutzt dieses oder jenes Control und warum? Wo liegen die Grenzen?

Insbesondere würden mich folgende Dinge interessieren:

• Kommt eher die SqlDataSource zum Einsatz oder die ObjectDataSource?
• Wird überhaupt mit den DataSource-Controls gearbeitet?
• Wo seht Ihr die Grenzen, insbesondere der DataSource-Controls?
• Verwendet / entwickelt Ihr Custom Controls für die Visualisierung von eigenen Objekten?
• Verwendet Ihr LinkButtons oder nach wie vor Hyperlink(-Controls)?
• Arbeitet Ihr eher mit CodeBehind (bzw. Beside wie es seit 2.0 korrekt heißt) oder eher deklarativ?
• Welche Art sind Eure ASP.NET-Anwendungen? (klassische Websites, Intranets, Extranets usw.)

Ich bin gespannt auf Euer Feedback!

Rocky Heckman, seines Zeichens Security MVP, zeigt in dem Screen Recording "Assembly Hijacking" was man dank SQL Injection mit einer ASP.NET Website so alles anstellen kann (und das ausnahmsweise im negativsten aller Sinne).

Wenn man bedenkt, dass Chris bereits vor über 5 Jahren geeignete Gegenmittel mit .NET vorgestellt hat, ist es doch erstaunlich (genauer: erschreckend), wie häufig einem SQL Injection heute noch tagtäglich begegnet.

Bei Channel9 gibt es die "Input Validation Training Modules", in welchen folgende (ASP.NET 2.0)Security-Themen in Screen Recordings (je ca. 5-10 Min. lang) behandelt werden:

• Canonicalization
• Cookies
• Cross-Site Scripting
• Regular Expressions
• SQL Injection
• Validation Controls

Für jedes Thema steht der entsprechende Source-Code zum Download bereit sowie Links zu existierenden Microsoft Guidances zum jeweiligen Thema.

Der MSDN-Artikel "Störungsfrei ausgeführte Sites durch Vermeiden dieser zehn verbreiteten ASP.NET-Fehlerquellen" zeigt 10 Beispiele auf, die ASP.NET Webseiten lahmlegen oder zumindest die Performance negativ beeinflussen können.

Der Artikel stellt eine Übersetzung des Artikels "Keep Sites Running Smoothly By Avoiding These 10 Common ASP.NET Pitfalls" von Jeff Prosise in der Juli-Ausgabe des MSDN Magazine dar. Leider wurden auch Begriffe wie ViewState oder Cache übersetzt... ich empfehle das englische Original ;-)

Der Titel sollte Aussage genug sein...

"Nine tips for a healthy "in production" ASP.NET application"

Wer sich als ASP.NET-Entwickler mit E-Commerce und Kreditkartenzahlungsmechanismen befassen will/muß, sollte Rick Strahls Artikel "Integrating Electronic Payment Processing into ASP.NET Web Applications" lesen. Rick stellt dort Implementierunen für ASP.NET 1.1 und 2.0 vor.

Erhält man bei Kompilieren einer Applikation in Visual Studio 2005 eine Fehlermeldung wie diese:

"Compiler Error Message: CS0006: Metadata file C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\spsweb\0e3514bf\cb1844e7\assembly\dl2\3b163f16\00452d31_84e5c301\infragistics.webui.ultrawebgrid.v3.dll (Name ist beliebig gewählt) could not be found"

sollte man u.a. sich auf der Suche nach Diensten wie dem Indexdienst machen. Dieser sperrt nämlich solcherlei Dateien nämlich gerne - das Resultat hatte ich bereits Eingangs gepostet ;-)

In meinem Fall war es übrigens der "Microsoft Search" Dienst - Beschreibung:

"Creates full-text indexes on content and properties of structured and semi-structured data to allow fast linguistic searches on this data"

Vermutlich installiert bei der Installation der Windows Live Toolbar - noch nichtmal eine Stunde installiert und schon gibts den ersten Ärger...

Using Windows WF, you can create processor flow-based workflows and host them in any type of .NET application. ASP.NET developers face a unique set of issues that can benefit from workflows, such as maintaining state and page navigation.

Todd Kitta shows a sample implementation of the MVC Pattern using WF and ASP.NET in his devx article "Working with Windows Workflow Foundation in ASP.NET"

Dino Esposito has written an article on Control development through inheritance based on ASP.NET 2.0 bits.

Kirk Allen Evans has discovered a neat ASP.NET 1.1 Trick, that allows you to have multiple Forms (<form>-Tags) in a WebForm.