2011-01-07 10 views
1

Ich habe ein Problem mit einem Benutzer Steuerelement, das ich entwickle, die eine ListView gebunden an eine ICollection<T> und eine DataPager enthält. Was ich finde ist, dass wenn die Pager-Links geklickt werden, ein PostBack initiiert wird und die Page_Load und Page_PreRender Ereignisse getroffen werden, aber die Ereignishandlermethode PagePropertiesChanging des DataPagers wird nie ausgelöst. Das Steuerelement, das ich entwickle, wird in einer Sitecore-Website verwendet, die möglicherweise dazu führen kann, dass ClientID durcheinander gebracht wird und verhindert, dass Postback-Ereignisse korrekt behandelt werden.Gibt es eine Möglichkeit, Low-Level-Debugging von ASP.NET PostBacks

Was ich wissen möchte, ist, wenn es eine Möglichkeit gibt, auf einer niedrigen Ebene die Postbacks zu debuggen, um zu sehen, wie Postback-Informationen den verschiedenen Event-Handlern zugeordnet werden.

Ich habe bereits die folgenden Fragen gesehen, aber sie scheinen keine Lösung für dieses Problem zu haben. Question 1, Question 2.

Auch berichtet über die ListView.

Antwort

1

Persönlich würde ich einen neuen Test in Ihrem bevorzugten Test-Framework einrichten (Sie schreiben Komponententests ... oder?) Und den HttpContext testen, um einfach zu testen, was passiert, wenn Sie Ihre Postbacks initiieren .

Auf diese Weise können Sie genau sehen, was bei jedem Schritt des Postbacks passiert.

Sie können auf diese Weise ein paar interessante Dinge tun. Erstens können Sie die Daten auf die gleiche Weise wie Ihre Web-App versenden, und zweitens können Sie die gesendeten Daten einfach ändern, um zu sehen, welche Teile davon bestimmte Probleme verursachen (wie z ClientIDs wie oben erwähnt).

Verwandte Themen