Mostrando del 71 al 80 de 100 registros
Las tareas asíncronas se hacen necesarias cuando las aplicaciones se quedan congeladas debido a acciones que no terminan y no dejan que el usuario siga utilizándolas, seguramente has visto el mensaje "La aplicación no responde...". Veamos como se resuelve este problema con una nueva característica del Framework 4.5.
Para todo aquel que no lo conozca, Mono es el proyecto de software libre impulsado por Novell que se dedica a la creación de herramientas orientadas a desarrollar software, bajo las directivas de los estándares ECMA, que rigen las especificaciones de parte de la plataforma .NET, creada por Microsoft. En el año 2000 Microsoft presenta su plataforma .NET, toda una revolución en cuanto a lo que había desarrollado la empresa de Redmond hasta la fecha, ya que a través de ella pretendía simplificar y cambiar para siempre la forma de desarrollar servicios web, así como de aplicaciones de escritorio. A largo plazo, Microsoft quería convertir la plataforma en el sustituto natural a la Windows API.
¿Qué pasa si en alguna en un procesos de actualización de datos de una base de datos falla a la mitad? Lo normal en la mayoría de los casos es deshacer todo lo que se ha hecho y dejar la base de datos como estaba. Este proceso sería muy complicado hacerlo a mano, por no decir imposible. Para esto están las transacciones, que de una manera muy fácil nos ayudan a resolver este tipo de problemas.
En números anteriores, dotNetManía ha venido presentando algunas de las novedades de programación que estarán presentes en .NET Framework 4 y C# 4.0, como los parámetros nombrados y por omisión, la varianza y contravarianza, o la programación por contratos. En esta entrega vamos a tratar la que tal vez sea la más controvertida y revolucionaria de las novedades: el tipado dinámico (dynamic typing)
El bloqueo de una aplicación es una de las situaciones más frustrantes que un usuario puede vivir. Los bloqueos son muy difíciles de encontrar antes de su envío y todavía más difíciles de depurar después de haber implementado una aplicación. A diferencia de un error, es posible que el bloqueo de una aplicación no produzca un volcado ni desencadene una lógica de error personalizado. Los usuarios suelen cerrar una aplicación congelada antes de capturar dicha información, lo que significa que no hay ningún seguimiento de la pila que ayude a encontrar el origen del problema.
En este artículo se proporciona una descripción general del uso de la nueva característica de depuración Editar y continuar que incorpora Visual C# 2005. Esta característica permite realizar cambios en el código durante la fase de depuración de una aplicación y aplicar dichos cambios sin tener que cerrar la aplicación, volver a generarla y, a continuación, ejecutarla de nuevo.