Claudius Ceteras on 9/26/2007 9:17 AM Erster

* Eigentlich keine Datasources.
Ich bin methodisch noch nicht ganz in ASP.NET 2.0 angekommen. Rein theoretisch aber ObjectDataSource.
In letzter Zeit war es oft dOOdads wenn nichts eigenes.

* Da ich es noch zu selten benutzt hab, bin ich nicht wirklich an Grenzen gestossen bisher, aber ich könnte mir vorstellen, dass z.B. das ObjectDataSource nicht mit allen Patterns nachdem man eine Datenschicht aufbauen kann optimal zusammenarbeitet.

* Ich verwende und entwickle manchmal Custom Controls, aber meistens reichen mir User Controls mit öffentlichen Membern. Bei Custom Controls lasse ich eigentlich so gut wie immer die fortgeschritteneren design-time-support-geschichten weg, da ich die Controls eh meistens nur aus code ansteuere.

* Für Aktionen innerhalb der Seite LinkButtons. Hyperlink-Controls wenn ich auf was externes verlinke, oder auf eine Detail-Seite, die von mehreren Stellen aus erreichbar sein soll (z.B. MitarbeiterDetail.aspx?id=123)


* Ich arbeite meistens mit CodeBehind/Beside, aber ich setze natürlich alle feststehenden Properties und Startwerte soweit möglich deklarativ.

* Anwendungen sind bunt gemischt. Vom eigenen CMS auf ner Hightraffic-Site bis Intranets/Extranets, wobei es meistens Extranets werden, damit man von überall zugreifen kann.

robert on 9/26/2007 5:13 PM - nix ObjectDataSource, der DataLayer ist im Hinterland .. (und ObjectDataSource fürs BusinessKlassen zu pflegen ist imho einfach ein Zwischenschritt der zuviel Arbeit macht, wenn man direkt an seine Controls Binden kann)

- DataSource-Controls - klar, aber die lassen sich ja an alles Binden was IEnumerable ist, bei mir meistens eine Liste von Objekten (fast immer vom Typ IList)

- im ItemTemplate wünsche ich mir einfaches Scripten ohne Eval(''), vor allem damit Designer besser in den Templates gestalten können

- (Customer Controls) Nee, habe ich früher mal gemacht, aber der Aufwand ist groß. Meist reicht ein User Control mit Public Properties

- (LinkButton oder Hyperlink) Beides, Hyperlinks halt zum navigieren und LinkButtons wenn im CodeBehind was zu erledigen ist

- Sowohl als auch, ASP.NET AJAX fast auschliesslich deklarativ

- wir bauen klassische Websites

Jan Welker on 9/27/2007 8:46 AM 1.wenn, dann die ObjectDataSource
2.nicht mehr
3.Ich verwende einen eigenen Datalayer, desshalb verwende DataSource-Controls nicht mehr.
4.ja
5.ich bevorzuge LinkButtons
6.CodeBehind
7.klassische Websites

Mathias Raacke on 9/27/2007 8:40 PM - bei kleinen übersichtlichen Projekten SqlDataSource, ansonsten eher ObjectDataSource. In meinen 2 aktuellen Projekten LinqDataSource
- Ja
- DataSource Controls machen vieles sehr einfach, aber manchmal hat man einfach mal einzelne Fälle die plötzlich wahnsinnig kompliziert werden
- Ja, oft, aber nicht immer.
- Unterschiedlich.
- Soviel wie möglich deklarativ.
- Websites und Intranetanwendungen

Thomas on 10/4/2007 10:45 PM 1. Wenn, dann eher SqlDataSource.
2. Eigentlich weder noch - nur wenn ich etwas "zusammenklicken" muss oder kann, also bei Dummys oder Sachen, die mit Sicherheit nicht weiterentwickelt werden müssen.
3. Völlig verkapptes Konzept, diese Dinge gehören einfach nicht ins UI.
4. Ja.
5. Im Web niemals LinkButtons, weil die schlicht JS voraussetzen, ansonsten je nach Bedarf, d.h. wenn ich nen Postback brauche nen Button, ansonsten nen Link.
6. Logik + Datenzugriff liegen bei Miniprojekten in App_Code, ansonsten in externen Bibliotheken. .aspx/.ascx und *.cs werden nur zur Ansichtssteuerung/DataBinding genutzt.
7. Volle Bandbreite, normale Websites, Websites mit eigenem CMS bis hin zu komplexeren Software-Projekten, deren Frontend schlicht nur das Web ist.

Reinhold on 10/11/2007 9:07 AM 1: Nix DataSource
2: Ja, aber auch meistens IList zum Binden.
3: Chaos
4: Ja
5: Siehe meinen Vorredner
6: Fast ausschließlich CodeBehind mit eigenen Businessklassen. Nix App_Code
7: Kleinere Webs, große Portale, Intranet, DNN, WinForms

Alexander Gißibl on 10/26/2007 7:04 AM Ich habe mich _vorerst_ von ASP.Net verabschiedet, da ich es
1. nicht einsetzen darf (Arbeitgeber will das nicht!)
2. mit ASP eigentlich ganz gut zurecht komme.

.Net ist eigentlich eine gute Sache und ich durfte zumindest in VB.NET mal eine Netzwerkadapterüberwachung einführen - klappt hervorragend. ^
Bei Webanwendungen bleibe ich bisher bei ASP - klappt ebenfalls hervorragend.