fboiton's blog » practices

TryParse? Convert? … mejor “Maybe”

fboiton — Wed, 04 Aug 2010 02:09:00 +0000

Revisando el MSDN Flash del 2 de agosto me topé con un artículo que me llamó la atención “TryParse vs. Convert” el cual es el planteamiento de la opinion personal de @kodefuguru. Dicho planteamiento me pareció bastante acertado y la propuesta de utilizar una opción simple y declarativa envolviendo el uso de los “TryParse” en una nueva libreria como una buena práctica lo considero aconsejable.

La opción planteada es el uso de una clase “Maybe” la cual se puede descargar de codeplex la cual contiene los métodos para convertir cadenas de caracteres a Entero, Boolean, Byte, etc., asi:

Con esto evitamos el lidiar con las excepciones por cadenas con contenido “no convertible” con los “Convert” y tampoco agregamos sentencias condicionales, segun pienso innecesarias y que generan código repetido, por el uso del TryParse.

Una buena práctica que espero les sirva!

Utilizando las clases Uri y HTTPUtility para obtener los elementos de una URL

fboiton — Thu, 24 Jun 2010 18:49:25 +0000

Recuerdo los tiempos cuando para obtener algunos elementos de una URL como el nombre del Archivo o el Query String trabajabamos manipulador de cadenas que separaba por “/”, “?”…. y bueno, olvidemos eso.

La .NET Framework nos provee 2 herramientas Uri y el método ParseQueryString de la HttpUtility cuyos detalles de documentación se encuentran acá:

Demos una vista a la Uri Class, para esta clase debemos tener el namespace System incluido en nuestra clase. Luego de instanciarla pasando con el constructor el URL con el que vamos a trabajar, tenemos ya las diferentes partes accesibles por medio de atributos del objeto.

var uri = new Uri(url); Debug.Write(uri.AbsolutePath); Debug.Write(uri.AbsoluteUri); Debug.Write(uri.Query); Debug.Write(uri.Host); Debug.Write(uri.Port);

Y ahora HttpUtility.ParseQueryString, este método es estático asi que podemos utilizarlo con habilitar el namespace System.Web

using System.Web;


//…class structure
        NameValueCollection qryStringCollection = HttpUtility.ParseQueryString(“a=1&b=2&c=3”);      
        Response.Write(qryStringCollection["a"]); // escribirá 1       
        Response.Write(qryStringCollection["b"]); // escribirá 2       
        Response.Write(qryStringCollection["c"]); // escribirá 3

como verán el método retorna una “NameValueCollection” cuyo comportamiento es como un diccionario (llave, valor).

ASP.NET Website Generic Handlers

fboiton — Thu, 24 Jun 2010 15:22:35 +0000

Existen ocasiones que necesitamos dejar por un lado el HTML y responder XML, json, etc. Muchas veces hemos utilizado una página ASPX y el Response.Write para estos fines, sin embargo, existe otra opción… Los ASP.NET Generic Web Handler cuando trabajamos con ASP.NET WebSites.

No es que sea totalmente malo utilizar una ASPX, en realidad el punto es que toda ASPX hereda de System.Web.UI.Page y éste incluye ovehead que no necesitamos para lo que necesitamos.

Primero agregamos al proyecto nuestro Handler

Una vez creado, obtendremos el código definido por el template

Quien hace acá la magia es esta directiva:

Básicamente, define que la Clase “Handler” se debe instanciar para manejar la respuesta al llamar a dicho archivo.

Recordemos definir siempre el content type, el cual en este ejemplo definiré para javascript “application/x-javascript” y la respuesta (que para efectos de este post lo dejaré con un Response.Write) la modificaré para retornar un array en formato json, lo que nos lleva a una clase así:

public class Handler : IHttpHandler { public void ProcessRequest (HttpContext context) { context.Response.ContentType = "application/x-javascript"; context.Response.Write("{testlist:['value 1','value 2', 'value 3']}"); } public bool IsReusable { get { return false; } }

Al correr el scritp este es el resultado:

Aclaro… Existen formas para serializara diferentes formatos, para relacionarlo con el ejemplo pueden ver la documentación en msdn de Script Serialization