Gracias German, lo sumo a la lista de tutoriales para leer antes de empezar a 
tocar MVC.

Abz



> On Dec 3, 2014, at 18:38, Mariano German Villarreal Kuber 
> <[email protected]> wrote:
> 
> Te recomiendo adicionar angularjs, tu proyecto va a salir mucho mas rápido.
> 
> El dic 3, 2014 6:33 PM, "Joel Bo" <[email protected]> escribió:
>> Gracias a todos por los comentarios, links, cursos, etc. Me queda claro que 
>> MVC es la tendencia y aunque tal vez mi proyecto no lo requiera, me gusta 
>> estar "al dia”, asi que voy a intentar estudiar y portarla a MVC. Si puedo 
>> retuilizar las clases que arme para el acceso a datos y para representar mis 
>> objetos creo que va a ayudarme a bajar los tiempos. Donde probablemente voy 
>> a “pecar” de amateur es en no utilizar frameworks adicionales.
>> 
>> gracias nuevamente!
>> 
>> From: Oscar Zárate
>> Sent: ‎Wednesday‎, ‎December‎ ‎3‎, ‎2014 ‎5‎:‎21‎ ‎PM
>> To: [email protected]
>> 
>> Joe,
>> 
>> Si tu idea es seguir de "aficionado" (hobbies) entonces TODO sirve. Lo que 
>> estas haciendo funciona.
>> 
>> Si tu intención es ser "profesional" (vivir de esto o usar las herramientas 
>> que usan los que viven de esto) entonces MVC es el modelo que se viene, 
>> incluso la próxima versión de ASP.NET (principios de 2015) incluye dos 
>> modelos, el viejo (donde podes seguir usando todo lo "viejo") y un nuevo 
>> modelo (donde WebForms no funciona, que se conoce como "optimizado para la 
>> nube" o "cloud optimized").
>> 
>> El siguiente paso es ver si queres aprender un ASP.NET MVC o algo tipo SPA 
>> es otro concepto.
>> 
>> ASP.NET MVC = las Views generan el HTML, son bastante bobas y no hablan con 
>> la persistencia (base de datos, archivos en disco o lo que sea). 
>> Tenes un modelo y los controladores (junto a las vistas) todo del lado del 
>> server y solo el HTML viaja al cliente volviendo (desde el cliente) solo 
>> llamados a tus controladores.
>> 
>> SPA = single page application, esto es JavaScript (que generan el HTML) 
>> contra WebApi (que generan JSON). En este modelo tenes un MVC en el cliente 
>> y otro MVC en el server.
>> En este caso, en el server tenes modelos y controladores (como en el 
>> anterior caso) pero las "vistas" devuelven JSON que es recibido desde el 
>> Cliente y JavaScript (normalmente con algún framework, la moda de hoy dicta 
>> Angular pero "pronto" puede cambiar como todo en este mercado) es el que 
>> tiene toda la logica y "sabe" que hacer. En este caso, el servidor es el 
>> "bobo" siendo el cliente el más "rico" (aunque esto no tiene que ser siempre 
>> así).
>> Lo interesante de este modelo es que podrías poner diferentes "clientes" 
>> (Clientes de escritorio, Mobiles, Android, IOS, Windows Phone, Windows 8) 
>> que hablen contra la misma interface (WebAPI). 
>> 
>> Personalmente, te recomendaría http://www.asp.net/mvc (tiene toneladas de 
>> videos, artículos y tutorials para que sigas) y si queres gastar unos 
>> dolarcitos probá http://www.pluralsight.com/ (lo podes probar gratis, pero 
>> te aviso que es adictivo).
>> 
>> Como veras, hay mucho y muy distinto y como te decía antes, todo cambia en 
>> este mercado a la velocidad de la luz.
>> 
>> SaludOZ,
>> 
>> 2014-12-04 0:06 GMT+11:00 Joel Bo <[email protected]>:
>>> Hola a todos! Programo como hobbie por lo que hace años que los sigo pero 
>>> nunca escribo. Ahora estoy desarrollando un proyecto personal pero que va 
>>> un poco mas en serio, por lo que queria consultartes lo siguiente: La app 
>>> la empecé en Web Forms (ASP NET 4.5 C#) por una cuestion de familiaridad. 
>>> Sin embargo, una vez que aprendi a usar webmethods y AJAX/JSON/JQUERY  para 
>>> hacer actualizaciones parciales y javascript/JQUERY/CSS para modelar la 
>>> presentación, me pareció un método mucho mas “estandar" y optimo, por lo 
>>> que ya no utilizo controles asp ni el modelo de postbacks ni el viewstate. 
>>> O sea básicamente utilizo el modelo de conexión a DB y los objetos Page, 
>>> Session , WebMatrix (para auth con simplemembership), etc pero no controles 
>>> ASP.
>>> 
>>> La pregunta es: tiene sentido lo que estoy haciendo? Seria mejor pensar en 
>>> ir a MVC (el cual no conozco y por eso no quise invertir el tiempo en 
>>> aprenderlo ahora pero de lo poco que entendí apunta mas al estilo de 
>>> programación que estoy usando)? O puedo seguir “tranquilo” de que no estoy 
>>> trabajando en un modelo “frankestein”) con Web Forms?
>>> 
>>> Se agradecen comentarios en base a sus conocimientos y experiencias!
>>> 
>>> gracias
>>> Joe

Responder a