ASP.NET - Inline vs. Code-Behind

Question

Mi rendo conto che ponendo questa domanda avrei potuto iniziare l'apocalisse, ma un mio collega usa un sacco di codici in linea nelle loro pagine aspx, dove come preferisco usare il code-behind.

C'è un modo giusto e sbagliato qui?

Answer 1

A meno che lo standard di codifica non dica diversamente.

Il code-behind IMO aiuta a separare le preoccupazioni, quindi preferisco questo, ma a volte anche gestire un solo file è carino.

Answer 2

Code-behind è il luogo più tradizionale e logico. Se funziona, funziona, ma non sopporto di farlo nell'aspx.

Answer 3

Ho scritto il post esatto qualche tempo fa:

OnDataBinding vs Inline: pro, contro e overhead

Preferisco il codice dietro. Di solito ho un'area #region per tutte le cose di database. Consente alle persone esperte in HTML / CSS di modificare l'HTML e tutto ciò che devono sapere è quali controlli di base usare e definire l'evento OnDataBinding nella definizione del controllo. Possono spostare le cose e fare qualsiasi cosa e non hanno alcuna conoscenza di ciò che effettivamente serve per ottenere i dati in quel database in quanto potrebbe non essere così semplice come un semplice 'Eval (& Quot; qualcosa & Quot;) ;.

Answer 4

Bene, c'è un codice incorporato e poi c'è un codice incorporato. Se hai un blocco di script in alto per il tuo page_load, va bene. Ma se stai mescolando molte punture di api (<% %>) con il markup, alla fine inizierai ad avere problemi quando quelle punture di api non funzionano come vorresti con altri controlli server.

Answer 5

Personalmente preferisco compilare gli errori rispetto agli errori di runtime, quindi metto tutta la mia logica in code behind.

Occasionalmente, quando ho solo bisogno di un valore da mostrare nella pagina, inserisco <% = SomeValue% > ma anche allora preferisco di gran lunga creare un'etichetta e impostarla.

Answer 6

Voglio essere sicuro di aver capito la domanda - per in linea, intendi snippet come

<a><% some.asp.net.code %></a>

o intendi uno o due file per ogni pagina:

page.aspx
page.aspx.cs

Perché NON sono un fan di quello che chiamo il codice 'incorporato' nel primo esempio ma preferisco il codice e il markup nello stesso file con un < script runat = " server " >

Answer 7

Non c'è giusto / sbagliato in nessuno dei due aspetti.

Puoi scrivere del codice inline & amp; alcuni di questi dovrebbero essere scritti in code-behind. Non può essere assoluto. Dipende da quanto diventa leggibile / mantenibile quando lo scrivi dall'altra parte.

EDIT: come si dice, scrivere il codice per l'amplificatore & umano; per inciso per il compilatore.

Answer 8

Tendo a usare il code-behind poiché è l'unico modo per WPF e cerco di rimanere coerente e sembra più naturale. Ma è soggettivo.