lunes, 28 de enero de 2013
Estos son los enlaces publicados en Variable not found en Facebook y Twitter del 21 al 25 de enero de 2013.Espero que os resulten interesantes :-)
.Net
- Simple IMAP CLIENT
Sridhar Rajan - Testing async Methods in C# 5
Bill Wagner - C# Optional Parameters in Library Code
Richard Carr - IDisposable and Class Hierarchies
Peter Ritchie - The Dispose Pattern as an anti-pattern
Peter Ritchie
Asp.net
- Adding Request.IsLocal to ASP.NET Web API
Philip W. - ASP.NET Image Control With Fallback URL
Ricardo Peres - ¿Están tus servicios REST en otro servidor?
Eduard Tomás - Validación no-intrusiva en ASP.NET 4.5 y errores de validadores
José Manuel Alarcón
Azure / Cloud
- Broadcast push notifications to millions of mobile devices using Windows Azure Notification Hubs
Scott Guthrie
Html/Css/Javascript
- Using CSS Pseudo Elements :before And :after
Ben Nadel - What’s New in jQuery 1.9
Craig Buckler - Announcing TypeScript 0.8.2
Jonathan Turner - TypeScript Modules – Part 4
John Papa - Sneak Peek Into The Future: Selectors, Level 4
Andrzej Mazur - Important Considerations When Building Single Page Web Apps
Pavan Podila - History API
Gisela Torres - The Importance Of HTML5 Sectioning Elements
Heydon Pickering - Understand the Favicon
Jonathan T. Neal
Visual Studio/Complementos/Herramientas
Windows 8/WinRT
Otros
- How To Guarantee Your Income With Agile Billing
Benjamin Jackson - Unlocking Windows 8 "God Mode" - A Useful Trick but also Mysterious Nonsense
Scott Hanselman - Un caso práctico con Clojure (I)
Juan María Hernández - Por qué Superman lleva los calzoncillos por fuera
José Manuel Alarcón
Publicado en Variable not found
2 Comentarios:
Me ha sorprendido que hayas incluido esos dos enlaces que van en contra del patrón "Dispose". Sinceramente, me parece que son muy desafortunados.
No tiene en cuenta la herencia como debería y, lógicamente, le parece que el patrón no tiene sentido.
El patrón "Dispose" está pensado para que las clases derivadas puedan crear su propio método "Dispose()" sin afectar al "Dispose()" de la clase base. Tal y como lo plantea la clase base sí se vería afectada y podría no realizar el "dispose" de sus recursos.
Los recursos propios de la clase base se pueden quedar en memoria al realizar el "override" del "Dispose()" en la clase derivada.
Hola, Miguel!
A mí también me parece algo excesivo considerar el patrón obsoleto, pero bueno, desafortunados o no, siempre me parece interesante conocer puntos de vista sobre detalles que muchas veces pasamos por alto. Como mínimo nos hacen reflexionar, ¿no?
Gracias por comentar!
Enviar un nuevo comentario