Le migliori pratiche dei tag ASP.NET

Personalmente direi di usare controlli HTML ogni volta che è possibile. Rende molto più facile il confronto tra la tua fonte e il markup reso, che è bello quando stai creando CSS e JavaScript, o quando stai risolvendo i problemi di rendering.

Se in fondo alla strada è necessario convertirne uno in un controllo server, non è poi così male. In alcuni casi puoi solo lanciare un runat="server" su di esso e avere accesso a molte proprietà dal code-behind, oppure puoi cambiare il tag secondo necessità ( <input> in <asp:TextBox> , ecc.) Solo pochi secondi.

Microsoft ha introdotto per la prima volta i controlli server nel tentativo di rendere lo sviluppo web simile a quello di Windows VB6 possibile. Ha consentito agli sviluppatori che avevano una scarsa conoscenza dell'HTML e del Web, di creare pagine Web trascinando i controlli su una superficie di progettazione.

Nei primi giorni di .NET, questo (probabilmente) aveva molto senso, ma come il web è maturato, e gli sviluppatori in generale sono più informati e a proprio agio con il proprio HTML, il modello di controllo del server sembra stantio, e sviluppi come MVC che si avvicinano maggiormente al modo in cui gli sviluppatori web sono abituati a lavorare al giorno d'oggi.

Detto questo, se hai dimestichezza nel mettere l'HTML direttamente nella pagina, allora fallo. Hai più controllo sul rendering della pagina e, come dichiarato da Joe, è molto più semplice risolvere i problemi di layout.