Oscar muchas gracias por la opinión, con la cual estoy de acuerdo en un 100%. Ahora lo que si creo es que quizás mal interpretaste mi mensaje. En primer lugar y me disculpo si estoy equivocado, pero SPA != AngularJS. Recomendé AngularJs, ya que en mi experiencia personal, aprendí MVC y AngularJS de la mano, y la verdad que lo que logre en el proyecto realmente me sorprendio muchísimo (vale aclarar que este proyecto no fue SPA, simplemente utilice AngularJs y todas las "Magicas" soluciones que este maravilloso framework nos aporta). Por esta razón y dado que esta por encarar el aprendizaje de MVC, creo que es un buen momento para ademas encarar el aprendisaje y puesta en practica de Angularjs. Por otro lado, también es verdad que AngularJS es una moda, como tantas las hubo y las abra, pero que sea una moda no quita que nos agarremos de ella y le saquemos el mayor jugo posible.
Saludos. El 3 de diciembre de 2014, 14:28, Oscar Zárate <[email protected]> escribió: > Con todo respeto Mariano, pero disciento! > > Parecería que existe la "silver bullet" y todos sabemos que no es así. No > TODOS los proyectos se adecuan a una SPA y mucho menos "todo es Angular". > > Mucho peor si lo que queres es aprender. > > Personalmente considero un error MUY COMUN en nuestra industria, pensar > que "ESTO' es lo mejor y aquello es "MUY VIEJO". Todo tiene su lugar y > Angular es el "toquesito de moda". > > Anyway, > > 2014-12-04 8:37 GMT+11:00 Mariano German Villarreal Kuber < > [email protected]>: > >> 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 <[email protected]> >>> *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 >>>> >>>> >>> >
