Burbujas en .NET - Todos los comentarios

re: [WebCast] Aprovecha el poder de facebook en tu web.

Eduard Tomàs i Avellana — Thu, 09 Feb 2012 07:13:45 GMT

@Veranete

Pues me temo que no... :(

Esos webcasts se ve que "caducan" al cabo de un cierto tiempo y luego... desaparecen :(

Un saludo!

re: [WebCast] Aprovecha el poder de facebook en tu web.

Veranete — Wed, 08 Feb 2012 18:58:26 GMT

Hola Eduard,

El link a la charla ya no funciona, hay alguna forma de bajar la grabación?

Muchas gracias ......

re: C# Básico: Eventos

Juanma — Thu, 05 Jan 2012 15:02:52 GMT

Siempre está bien recordar las bases. Una buena forma de evitar este if tan feo:

if (HabitanteDadoDeAlta != null)

{

HabitanteDadoDeAlta(persona);

}

Y de paso cubrirse del race condition, es asignar un manejador de eventos vacío al declarar el evento:

public event CiudadEventHandler HabitanteDadoDeAlta = delegate {};

Juanma.

C# Básico: Eventos

Burbujas en .NET — Thu, 05 Jan 2012 11:52:47 GMT

Bueno… empieza el 2012: el último año de nuestra existencia si los maias no andaban errados (unos tíos

Presentación de El Baúl Geeks de Kiquenet

kiquenet — Sat, 17 Dec 2011 19:05:19 GMT

Bueno, aquí estamos, al final me he embarcado en esta aventura que supone todo un reto, y en parte un

re: [Debate] ¿Debería tener C# referencias const?

andrechi — Thu, 03 Nov 2011 13:52:52 GMT

El problema no es lo que tu no puedas hacer, es lo que pueden hacer otros, que luego te lo tienes que comer.

Cada vez que meten algo nuevo en C# tiemblo.

re: [Debate] ¿Debería tener C# referencias const?

Pablo Núñez — Thu, 03 Nov 2011 12:37:15 GMT

Sólo con una lectura superficial, me inclino a pensar que con los readonly y las interfaces es suficiente, aunque en algunos casos se necesiten clases especiales como ReadOnlyCollection (que bien podía ser una interfaz, pero entonces tendríamos el peligro de los casting). Los objetos inmutables también pueden construirse sobre el lenguaje actual, con poco esfuerzo (véase string).

Pero sí me gustaría que el lenguaje permitiera identificar (y validara) las funciones puras, eso he votado en tu encuesta.

Nada más, que me ha encantado el artículo, y la cerveza te la debemos a ti. Toda la divagación sobre la doble jerarquía de herencia es muy interesante, está claro que ahí hay un problema de difícil solución. En mi opinión, las cosas, cuanto más simples, mejor, y esta creo que fue la filosofía de C# al evitar construcciones complejas de C++.

Aunque en muchos aspectos no sé qué es culpa o mérito de C# y qué le viene impuesto por el .NET Framework.

re: [ASP.NET MVC] Pasar parámetros a través del PathInfo

Eduard Tomàs i Avellana — Wed, 19 Oct 2011 09:57:42 GMT

@Camilo

Te tendría que funcionar.

/Partido/Index -> Invoca acción sin id ni id2

/Partido/Index/1 -> Invoca con id =1 y sin id2

/Partido/Index/1/2 -> Invoca con id=1 y id2=2

Recuerda que en el controlador los parámetros DEBEN ser nullables! O bien usas int? si son enteros o string (o cualquier otra clase).

Ya dirás... ;-)

re: ObservableCollection, INotifyPropertyChanged y WinRT

Eduard Tomàs i Avellana — Mon, 17 Oct 2011 13:17:10 GMT

@andrechi

Efectivamente Windows 8 no está siquiera en fase beta (en ningún momento afirmo lo contrario, ni hay ninguna crítica hacia MS por esa inconsistencia en la API). Incluso al final del artículo afirmo que en futuras versiones de Windows 8 seguramente eso estará arreglado.

Que sea una Developers Preview no es impedimento para que empecemos a publicar detalles (desde tutoriales, hasta incosistencias como la de este post) a sabiendas de que pueden cambiar (y cambiarán) y que el material quedará obsoleto.

Dicho esto, tienes razón en lo que planteas, así que he agregado una nota al inicio del post para que quede claro que el artículo está basado en la Developers Preview :)

Muchas gracias por comentar! ;-)

re: ObservableCollection, INotifyPropertyChanged y WinRT

andrechi — Mon, 17 Oct 2011 12:07:36 GMT

Que yo sepa Windows 8 ni siquiera está en fase beta y lo que ha publicado Microsoft fue una preview, Así que, no solamente habrá cosas que no funcionen, si no, que también te las pueden cambiar.

Así que cuidado con este tipo de artículos, porque se quedan purulando por la red y dentro de un tiempo, cuando salga la versión definitiva confundirán a la gente. Aunque por lo menos este tiene fecha.

re: ObservableCollection, INotifyPropertyChanged y WinRT

Eduard Tomàs i Avellana — Mon, 17 Oct 2011 06:16:12 GMT

Hola Pedro!

Un placer verte por estos lares también... ;-)

Dicho esto, un par de puntualizaciones :)

1. Esto es una Developers Preview. Es de esperar que esto esté de algún modo u otro arreglado en la versión final.

2. Aunque usemos C# y XAML, NO estamos usando WPF ni Silverlight. La verdad es que no se han cargado INotifyPropertyChanged, "simplemente" lo han movido de sitio. El problema és que también estamos viendo el "antiguo" (y que es el que seguirá usándose en WPF y Silverlight). El tema de INotifyPropertyChanged no es muy proecupante, porque cuando el propio VS2011 te propone dos usings distintos, lo que te hace, al menos, estar alerta. El código antiguo seguirá funcionando en WinRT con una "simple" recompilación. Lo más "jodido" es lo de la ObservableCollection<T> porque aquí si que VS2011 no puede ayudarte (ni una recompilación tampoco :p). Lo de que en WinRT no usen ObservableCollection<T> tiene que ver, seguramente, con que no quieren ataduras a nada de .NET que no sea "propósito general". Seguramente en versiones finales, ObservableCollection<T> no la tendremos disponible cuando desarrollemos bajo WinRT.

Un abrazo y gracias por comentar! :D

re: ObservableCollection, INotifyPropertyChanged y WinRT

Pedro Hurtado — Sun, 16 Oct 2011 20:35:15 GMT

Hola Eduard,

La verdad que como siempre un buen post, pero yo creo que estos no se toman ni un café juntos para diseñar nuevos productos, pues no se han escrito lineas con INotifyPropertyChanged.

Unos de forma prudente heredando de una clase que la implementaba otros en cada una de ellas.

La verdad que hay cosas que no entiendo, llegara un momento en el que no se podrá llevar este ritmo :(

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Josep Maria Camps i Riba — Thu, 13 Oct 2011 09:44:48 GMT

Hi cracker!!!!

un post genial Eduard, de hecho lo he visto tan interesante que lo acabo de aplicar en una aplicación y... "de conya"!!!

Te comento un par de cosas que he visto al aplicarlo:

1.- Creo que la función bindLinks agrega un gestor de eventos cada vez que se llama, yo inicialmente lo había solventado agregando la función gestora del evento click solo si el enlace no tiene ya el binding. Después he visto una forma creo que más elegante de hacerlo: vincular el evento click con la función live() de jQuery ...$("a[data-ajax]").live("click", function (evt)... con esto consigues no tener que hacer el bindLinks en el ajaxLoad para los nuevos enlaces (al ser una petición ajax, live ya añade la función gestora a los nuevos enlaces que pueda tener toda nueva vista cargada por ajax).

2.- He hecho una primera prueba de la solución que comenta @Hugo y me funciona a medias, me explico, parece que si usas el layout por defecto (_Layout.cshtml) funciona correctamente pero si tienes tu propio layout definido en las vistas se carga el layout aunque devuelvas PartialView...

Saludos y enhorabuena por el post! Xampi

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Eduard Tomàs i Avellana — Mon, 10 Oct 2011 14:31:55 GMT

Uff... Gracias a todos por vuestros comentarios!

@Rodrigo: Creo que no estás simplificando nada. Yo también pienso que es fácilmente automatizable, aunque no me he puesto a mirarlo "en serio". Quizá con un controlador base, un custom action result que devuelva una vista o vista parcial en función de si la petición es ajax o no y unos helpers debería bastar...

@Hugo: Gracias por la aportación! La verdad es que no lo he probado, pero si funciona lo que dices nos ahorramos las vistas parciales y se simplifica todo un pelín! :)

@Lluis: De nada... aunque por lo que he leído no me vas a poder pagar esa birra en el community day... :(

Saludos!

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Kiquenet — Mon, 10 Oct 2011 13:01:51 GMT

Gran artículo, excelente Eduard. Una gran referencia a tener en cuenta. Saludos.

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Lluis Franco — Sat, 08 Oct 2011 19:54:34 GMT

Plas, plas, plas... :-)

Pedazo de post, nano! Además, una de las cosas de mi lista 'TODO' era mirar el History API para algo muy parecido a esto. Así que me acabas de ahorrar un montón de trabajo :-D

Te debo una birra :-P

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Hugo Biarge — Sat, 08 Oct 2011 17:47:37 GMT

Un post magnífico, Eduard... como siempre.

Sólo un apunte, si me permites, revisando la implementación. Yo creo que tal y como lo tienes montado, no necesitas las vistas parciales, sino que te sirve devolver la misma vista mediante return View() ante un GET normal y un return PartialView() ante una llamada AJAX. De esta forma tienes una única vista para cada acción (más límpio desde mi punto de vista) y en los controladores no tienes que llamar a return PartielView("partialViewName").

La idea la he sacado de la plantilla por defecto que viene en los proyectos de MVC4. Ellos hacen algo parecido para mostrar los formularios de Login y Registro como Popups.

Es una tontería, pero cuando lo descubrí me pareció un tema interesante, y aquí aplica a la perfección.

Saludos y enhorabuena de nuevo.

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Rodrigo Corral — Sat, 08 Oct 2011 12:15:04 GMT

Excelente post... no se puede explicar mejor.

Viendo la técnicas que utilizas me parece que sería facilmente generalizable y que es algo que Microsoft podría añadir en próximas versiones de MVC. Creo que a base de atributos (que marcasen los metodolo que deben detectar si la llamada es ajax y que view devolver en cada caso), un controlador del estilo SinglePageAppController y un helper para crear los links con el comportamiento 'ajaxificado' tendriamos todo lo necesario...

Es más no es necesario ni esperar a Microsoft... se puede hacer facilmente conociendo la técnica que expones ¿no?. ¿O estoy simplicando el asunto?.

¡Un saludo!

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

Unai — Sat, 08 Oct 2011 10:25:53 GMT

Magnifico,

Exposicon,tecnica y resolucion..

Congrats

Unai

re: Aplicaciones "de una sola página” con HTML5 y ASP.NET MVC

José M. Aguilar — Sat, 08 Oct 2011 09:47:24 GMT

Un post interesantísimo, Eduard. Enhorabuena. :-)

Parece que poco a poco (¡viva html5!) se van dando soluciones a problemas clásicos en el desarrollo web. Ya sólo falta que los navegadores vayan adoptando estas APIs. Y mientras tanto, a tirar de plugins ;-)

Saludos!