none
Manejo de multiventanas modales en ASP.NET MVC RRS feed

  • Pregunta

  • Hola buenos días, quisiera poder aprender como puedo realizar ventanas emergentes para poder realizar una aplicación.

    Estuve revisando y veo que hay varias maneras en las que realizan el desarrollo de asp.net mvc, algunos usan vistas fuertemente tipadas y otros no, algunos usan los helpers (@html.TextBox() ) y otros usan (<input type="" value="" />), también veo que usan entity framework pero algunos usan store procedures y algunos usan las tablas que trae consigo como resultado de la conexión a una base de datos desde entity framework.

    La verdad es que mi duda viene aquí, no se cual de esas maneras estandarizar un desarrollo en mvc por que veo que algunas cosas son mas sencillas hacerlas de una manera de otra manera.

    Nota: Necesito su ayuda por favor, me gustaría que me brinden ejemplos de como emplear el desarrollo de asp.net mvc utilizando entity framework con store procedures, por que noto que es la manera que mas atractiva veo desde mi punto de vista.

    Aquí pongo las imágenes de lo que deseo realizar:

    http://3.bp.blogspot.com/-KcpJ4W3XaLM/VACzo8WTBJI/AAAAAAAAAyA/8dF-QLE_Glk/s1600/2.png

    Saludos.

    sábado, 2 de abril de 2016 17:43

Todas las respuestas

  • >>me gustaría que me brinden ejemplos de como emplear el desarrollo de asp.net mvc utilizando entity framework con store procedures,

    Getting Started with Entity Framework 6 Code First using MVC 5

    Code First Insert/Update/Delete Stored Procedures

    primero aprender lo basico usando EF directo contra la db, despues pasar a procedure es solo definir el mapping

    saludos


    Leandro Tuttini

    Blog
    MVP Profile
    Buenos Aires
    Argentina

    lunes, 4 de abril de 2016 13:05
  • En lo personal no me gusta ningún ORM, menos EF.  EF es bien bonito porque ya sea que se empiece con el business layer o el db layer, EF le genera el otro.  Además de eso provee el contexto que con sus propiedades tipo DbSet<> que implementa IQueryable<> pueden escribirse consultas sin necesidad de escribir SQL.  ¿Pero sabe qué?  Es justamente todo eso bonito lo que también es malo para mí.  Code First es lindo porque empieza uno con el business layer, pero es bien molesto el deployment; Database First es más útil y no se mete conmigo a la hora de hacer deployment, pero pierdo algo de control en el business layer.

    Como no me meto con Code First, para mí es DB first solamente.  Bajo esa luz, puedo decir que por sobre todos los pros y los contras, el contra más grande para mí es que todo queda junto.  No hay separación de capas.  Tengo que tener el Business Layer con el DB layer.  Eso es lo que definitivamente me aleja de EF y otros ORM's.

    En cuanto a vistas, yo uso fuertemente tipadas cada vez que puedo, y uso los HTML helpers cada vez que puedo.  ¿Está mal no usarlos?  No.  Para nada.  Da exactamente lo mismo si se usa o no.  Es un helper, un ayudante.  No es requisito usarlo.

    Finalmente:  Si me viera obligado a usar EF, seguramente que yo también optaría por SP's.


    Jose R. MCP
    Code Samples

    lunes, 4 de abril de 2016 14:05