ponte : c#

Screencasts sobre ADO.NET Entity Framework con C#

Gabriel Flores — Tue, 15 Sep 2009 13:13:00 GMT

En esta serie de screencasts vemos como hacer cosas sencillas con ADO.NET Entity Framework, para un primer contacto con esta tecnología.

Introducción

Northwind y pubs:
Para saber como tener instaladas las bases de datos de prueba Northwind y pubs, proveídas por Microsoft

Usando C# en ASP.NET con ADO.NET Entity Framework
Un ejemplo rápido para ver como es el contexto de uso del ADO.NET Entity Framework

Tareas específicas

Búsqueda en ADO.NET Entity Framework con C#
Paso inicial para el resto de las tareas

Alta de registros con ADO.NET Entity Framework con C#
Como agregar registros

Baja de registros con ADO.NET Entity Framework con C#
Como eliminar registros

Cambios a registros en ADO.NET Entity Framework con C#
Como hacer modificaciones

ADO.NET Entity Framework y llaves foráneas

Gabriel Flores — Thu, 30 Apr 2009 16:37:12 GMT

Es algo muy normal trabajar con tablas que están relacionadas con otras por medio de llaves foráneas. Si has usado ADO.NET Framework para hacer algunas operaciones con la BD y para mostrar datos en una página ASP.NET, quizás te hayas encontrado con el dilema de mostrar los campos relacionados de la tabla externa a la que estás mostrando.

Por ejemplo, tomando como ejemplo la clásica base de datos de Northwind, y teniendo las tablas de Products y Categories, y si definimos nuestro modelo de Entidades de esta forma:

Podemos mostrar en un GridView el contenido de Products haciendo la referencia correspondiente:

        NorthwindModel.NorthwindEntities ne = 
            new NorthwindModel.NorthwindEntities();

        var products = from p in ne.Products
                       select p;

        grdProductos.DataSource = products;
        grdProductos.DataBind();

Pero ¿qué tal si quiero mostrar en el mismo GridView la descripción de la categoría? Basta incluir en la declaración del campo la propiedad Include para que se pueda cargar ese dato.

        NorthwindModel.NorthwindEntities ne = 
            new NorthwindModel.NorthwindEntities();

        var products = from p in ne.Products
                       .Include("Categories")
                       select p;

        grdProductos.DataSource = products;
        grdProductos.DataBind();

Y con esto tenemos acceso a los campos de la segunda tabla para de esa manera mostrar como fuente de datos de alguna columna del grid algún campo. En este caso, con un Template Field hacemos un Bind usando simplemente Categories.Description que sería la manera de ligar desde Products a ese campo:

    <asp:TemplateField HeaderText="Category">
        <EditItemTemplate>
            <asp:TextBox ID="TextBox1" runat="server" 
                Text='<%# Bind("Categories.Description") %>'>
                </asp:TextBox>
        </EditItemTemplate>
        <ItemTemplate>
            <asp:Label ID="Label1" runat="server" 
                Text='<%# Bind("Categories.Description") %>'>
            </asp:Label>
        </ItemTemplate>
    </asp:TemplateField>

Por supuesto que en lugar de esto pudiéramos usar Vistas desde el servidor SQL Server con todos los campos que ocupemos, pero esta sería una de las formas de resolver como mostrar los campos en tablas mediante llaves foráneas usando código de ADO.NET Entity Framework.

Algunas funciones Javascript útiles para ASP.NET (en C#)

Gabriel Flores — Fri, 06 Mar 2009 00:28:00 GMT

Nunca está de más conocer algunas funciones útiles para hacer más efectiva la programación web en ASP.NET, entre los que uso bastante son:

Ventana de Confirmación (Messagebox del lado del cliente)

Muy útil para pedirle confirmación al usuario cuando se va a hacer algún proceso del cual se puede arrepentir, por ejemplo, pedirle confirmación para borrar algún registro. En el botón donde se va a agregar la lógica para hacerlo, se le agrega el detalle para abrir una ventana y pedir confirmación. En el evento Load de la página es un buen lugar para hacerlo:

    protected void Page_Load(object sender, EventArgs e)
    {
         btnEliminar.Attributes.Add("onclick", 
         "return confirm('¿Eliminar registro?');");
    }

Si el usuario presiona Ok, se ejecutará el código para borrar el registro, si no, es como si nunca hubiera tocado el botón.

Mostrar una ventana con tamaño determinado

A veces necesitamos mostrar una ventana extra independiente del área de trabajo del usuario para información, algún proceso pequeño o algo que para demostrar atención no puedes abrir en un nuevo tab o en otra ventana del navegador. De esta forma incluso podemos dimensionar la ventana emergente con el tamaño adecuado para nuestros fines.

    protected void Page_Load(object sender, EventArgs e)
    {
        btnNueva.Attributes.Add("OnClick", 
         "window.open('Nueva.aspx',null,'height=220,width=480');");
    }

A tomar en cuenta es que el usuario puede tener bloqueadas las ventanas emergentes, así que una buena idea es mostrar en algún lado de la aplicación que desactive para tu sitio este bloqueo.

Cerrar una ventana

Para casos como el anterior donde después de abrir una ventana donde se espera generar trabajo pero no se puede confiar o resultaría muy engorroso para el usuario cerrar manualmente la ventana, conviene usar este método. En el ejemplo está en el evento Click de un botón pero bien puede figurar después de terminado alguna función.

    protected void btnCerrar_Click(object sender, EventArgs e)
    {
        Response.Write("<script>window.close();</script>");
    }

Estas son algunas funciones donde es necesario hacer trabajo del lado del cliente para determinado comportamiento, por lo mismo no es para todas las situaciones y eventos posibles. Lo único es preguntarse si son cosas que no se pueden hacer del lado del servidor o que serían más rápidas y sencillas que se hicieran del lado del cliente.

Verifica tus nulos

Gabriel Flores — Wed, 24 Sep 2008 14:29:00 GMT

Es muy sencillo verificar si una variable tiene referencia a null:

if (dFecha == null)

Pero ¿y si los datos que quieres evaluar vienen de una base de datos? Cuando se trata de un campo de tipo fecha no es suficiente evaluarlo contra null, y asignarlo a una variable DateTime te requiere hacer un cast para que te permita usarla, pero si está en null, no te permite hacer esta asignación:

//Si es null el campo, no permite hacer este cast
dFecha = (DateTime)miDataReader["Fecha"];

La solución está en evaluarla contra DBNull, que contiene precisamente el valor null a nivel de base de datos:

if ( miDataReader["Fecha"] == DBNull.Value )

Evaluando de esta forma nuestros campos de la base de datos, podremos tener mejor código y más probado.

Parámetros en aplicaciones

Gabriel Flores — Thu, 17 Jul 2008 20:49:00 GMT

Muchas veces necesitas llamar o recuperar los parámetros en la aplicación en C# que estés desarrollando. Lo más sencillo es usar el Environment.GetCommandLineArgs() que nos regresa un arreglo con los parámetros que están mandándonos.

Lo que es importante tomar en cuenta es que si se está enviando una cadena que contiene espacios, por ello mismo nos coloca cada parámetro en distinta posición del arreglo y sólo es suficiente armando de nuevo ese argumento:

static void Main()
{
   string[] args = Environment.GetCommandLineArgs();
   if (args.GetUpperBound() > 1)
   {
      string sArg = args[1] + " " + args[2] + " " + args[3] + " " + args[4];
   }
}

Visual Studio Express 2008 liberado

Gabriel Flores — Mon, 19 Nov 2007 20:39:00 GMT

Ya están disponibles las versiones Express de Visual C#, Visual Basic .NET, Visual C++ y Visual WebDeveloper 2008. Y tiene de interesante bastantes mejoras que puedes encontrar en Visual Studio 2008 (que también liberó su RTM), como son:

Desarrollo de aplicaciones con WPF
Aplicaciones con SQL Server Compact Edition
LINQ integrado (también con intellisense)
Mayor integración con Popfly
Toolkit de desarrollo P2P para Vista

Developer kit para Facebook

Y mucho más. Descarga la versión que más te guste, aprende lo nuevo y empieza a crear tus mejores aplicaciones.

Gráficas fáciles para web

Gabriel Flores — Tue, 28 Aug 2007 17:20:00 GMT

Una necesidad recurrente en cualquier tipo de proyecto es darle presentación a datos de una manera que rápidamente sea aprovechable y útil para quien toma decisiones. La presentación en gráficas comparativas es algo a lo que ya está acostumbrada la mayoría de las personas aunque para generarlas no siempre se cuenta con la herramienta adecuada.

Carlos Aguilar creó hace unos años un control gratuito para ello, el WebChart. Y usarlo es tan sencillo como ponerlo en tu Toolbox de Visual Studio y arrastrárlo a la página que estás creando. En tu código de la página aparecerá así:

<%@ Page Language="C#" %>
<%@ Register tagPrefix="Web" Namespace="WebChart" Assembly="WebChart" %>
<%@ Import Namespace="System.Drawing" %>
<html>
<head><title>WebChart Sample</title></head>
<body>
<Web:ChartControl Width="500" Height="350" id="ChartControl1" runat="Server" />
</body>
</html>

Para darle funcionalidad es tan simple como cargar un dataset:

    //en CrearDataSet está la funcionalidad de conexión a BD
    DataSet dsPrioridades = CrearDataSet();

    PieChart priorityChart = new PieChart();
    priorityChart.DataSource = dsPrioridades.Tables[0].DefaultView;

Y asignarle cuales campos comprenderán tu eje Y y tu eje X, además de cargarlo en el control:

    priorityChart.DataXValueField = "Prioridad";
    priorityChart.DataYValueField = "Proyectos";
    priorityChart.DataBind();
    ChartControl1.Charts.Add(priorityChart);
    ChartControl1.RedrawChart();

El resultado es una buena gráfica:

En la misma página de WebChart puedes descargar el archivo de ayuda que te permitirá saber como manipular todas las propiedades y métodos que tiene para lograr resultados más acordes a lo que necesitas. También hay bastantes ejemplos y código de mejoras a las gráficas que puedes generar.

Technorati tags: webchart, asp.net, c#

Parámetros opcionales en C#

Gabriel Flores — Sun, 24 Dec 2006 16:22:00 GMT

Un manejo bastante fácil de parámetros opcionales en C# es usando la palabra reservada params, así:

    public string concatena(params string[] cadenas)
    {
        string sResult = "";
        foreach (string str in cadenas)
        {
            sResult = sResult + str + " ";
        }
        return sResult;
    }

Y se usaría tan sencillo como esto:

Label1.Text = concatena("uno");

Label1.Text = concatena("primero", "segundo", "tercero");

Sin embargo, se debe tomar en cuenta que esto limita el Intellisense en el proyecto, ya que no se tiene idea de los parámetros que se están pasando a la función. La recomendación políticamente correcta (en términos de POO al menos), es usar funciones con parámetros sobrecargados según se necesiten. Por ejemplo:

    static string concatena(string str)
    {
        return str;
    }

    static string concatena(string str1, string str2)
    {
        return str1 + " " + str2;
    }

    static string concatena(string str1, string str2, string str3)
    {
        return str1 + " " + str2 + " " + str3;
    }

Aunque, claro está, en ejemplos tan sencillos como este nos veremos tentados a usar params, es bueno tomar en cuenta alternativas propias del lenguaje. Cuando escalemos implementaciones, nos agradeceremos a nosotros mismos seguir las reglas del juego apropiadamente.

Más info:

Using Params Keyword

Optional Parameters

How to read optional parameters

Technorati tags: C#, parámetros, code, programación, código, programming

Usando el CascadingDropDown con una base de datos

Gabriel Flores — Tue, 06 Jun 2006 14:05:00 GMT

En el sitio de El Guille me hicieron el favor de publicarme un artículo acerca de cómo usar el control de AtlasToolkit CascadingDropDown usando una base de datos como su fuente de datos. Es un ejemplo de lo sencillo que es usar estos controles y el alcance que estos controles tienen. Aquí lo tienes:

Usando el CascadingDropDown con una base de datos

¿Porqué C#?

Gabriel Flores — Mon, 17 Apr 2006 15:51:00 GMT

(con dedicatoria especial para elGuille)

Un tema recurrente en los primeros episodios del Pozo Técnico era la pregunta obligada "¿VB.NET o C#?" Con este framework, a partir del 1.0 yo respondo con un "¿con cuál te sientes más agusto?" puesto que con estos lenguajes ya no vale la justificación de que "VB no es Orientado a Objetos" ni el "es que es más difícil programar Windows con C++" y todo se reduce a un "es que a mí me gusta más los puntos y comas" y "a mí me gusta más definir todo con Begins y Ends".

Estos dos lenguajes terminan usando el .NET Framework por lo que dependen más del framework que de la semántica con la que están hechos. Entonces, conociendo bien el .NET Framework puedes usar cualquier lenguaje que lo implemente sólamente buscando las peculiaridades o linduras de su propia sintaxis. En todo caso con Visual Studio .NET 2003 sí tienes diferencias importantes en el IDE cuando usas VB.NET o C# (¿cómo hacerle el feo al edit-and-continue?) pero con un ambiente de desarrollo más integrado que tienes en Visual Studio 2005, es más cuestión de gustos que otra cosa.

A mí me gusta C# porque como le decía a El Guille, me gusta delimitar con llaves { }, me gusta más teclear así col[1] que así col(1), y poner punto y coma después de cada línea (aunque programadores VB.NET digan que esto es complicarse la vida). Pero en fin, otras razones más se expresan más claro en estos artículos:

¿Qué elegir: VB .NET o C#? en El Guille
¿Visual Basic .NET ó C#? por Mario Félix Guerrero en MSDN

Aunque espérate, una razón más amplia para decidirte por C# es por ejemplo los Generics y lo que está a vuelta de la esquina con C# 3.0.

Pero bueno, como te decía antes, lo que tú elijas debes sacarle el mejor provecho siempre.