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
