ASP.NET - Inline vs. Code-Behind

Question

Me doy cuenta de que al hacer esta pregunta, podría haber comenzado el apocalipsis, pero un colega mío usa mucha codificación en línea en sus páginas aspx, donde prefiero usar el código subyacente.

¿Hay una manera correcta e incorrecta aquí?

Answer 1

No, a menos que su estándar de codificación indique lo contrario.

El código subyacente de la OMI ayuda a la separación de las preocupaciones, así que prefiero eso, pero a veces también es bueno tratar con un archivo.

Answer 2

El código subyacente es el lugar más tradicional y lógico. Si funciona, funciona, pero no puedo soportar hacerlo en la aspx.

Answer 3

Hice la publicación exacta hace un tiempo:

OnDataBinding vs Inline: pros, contras y gastos generales

Prefiero el código detrás. Por lo general, tengo un área #region para todas las cosas de enlace de datos. Permite a las personas expertas en HTML / CSS ajustar el HTML y todo lo que tienen que saber es qué controles básicos usar y definir el evento OnDataBinding en la definición del control. Pueden mover las cosas y hacer lo que sea y no tienen conocimiento de lo que realmente se necesita para ingresar los datos en ese enlace de datos, ya que podría no ser tan simple como un simple 'Eval (& Quot; algo & Quot;) ;.

Answer 4

Bueno, hay un código en línea, y luego hay un código en línea. Si tiene un bloque de script en la parte superior para su page_load, está bien. Pero si está mezclando muchas picaduras de abejas (<% %>) con el marcado, eventualmente comenzará a tener problemas cuando esas picaduras de abejas no funcionen como quisiera con otros controles del servidor.

Answer 5

Personalmente prefiero los errores de compilación a los errores de tiempo de ejecución, así que pongo toda mi lógica en el código subyacente.

Ocasionalmente, cuando solo necesito un valor para aparecer en la página, pondré <% = SomeValue% > pero incluso entonces prefiero crear una etiqueta y configurarla.

Answer 6

Quiero asegurarme de que entiendo la pregunta: en línea, ¿te refieres a fragmentos como

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

o te refieres a uno o dos archivos para cada página:

page.aspx
page.aspx.cs

?

Porque NO soy un fanático de lo que llamo el código 'incrustado' en el primer ejemplo, pero prefiero el código y el marcado en el mismo archivo con un < script runat = " servidor " >

Answer 7

No hay bien / mal con ninguno de estos.

Puede escribir un código en línea & amp; parte de esto debería estar escrito en código subyacente. No puede ser absoluto. Depende de cuán legible / mantenible se vuelva cuando lo escriba en el otro lado.

EDITAR: como se dice, escribir código para human & amp; incidentalmente para el compilador.

Answer 8

Tiendo a usar el código subyacente, ya que es la única forma para WPF y trato de mantener la consistencia y se siente más natural. Pero eso es subjetivo.