Lector RSS con Framework 3.5 sin LINQ

Llevaba tiempo dándole vueltas al nuevo Framework 3.5 y queriendo mejorar el anterior lector RSS que hice con LINQ y que nunca me ha convencido: http://oscarmontesinos.blogspot.com/2009/01/lector-rss-en-c-35-y-linq.html, está claro que la inexperiencia te hace pasar malos ratos y perder tiempo dándole vueltas a temas que ya están solucionados. Pero ¿cuál es el camino a seguir?, como me dijo mi amigo Pedro Hurtado, el camino a seguir empieza con el Framwork 1.0 y reflector....

Después de leer algunos libros y leer código de otra gente (Marino Posadas por ejemplo), descubrí que existía en Framework 3.5 y en Silverlight también, el espacio de nombres:




junto con el de .Net para WebClient que me sirve para lo que creo: mejorar y optimizar el lector RSS de una forma más "Framework" y sin experimentos raros con LINQ. Así que me puse manos a la obra y saqué el siguiente código que me servía para mis propósitos en las aplicaciones que suelo elaborar:




El ahorro de código con el anterior sistema, es considerable, así como la utilización de clases de framework nos aporta más conocimiento sobre el sitio en el que estamos leyendo las noticias de una forma estructurada, completa y simple de interpretar.

Un saludo
Oscar Montesinos

(Todos los ejemplos son optimizables y discutibles, esta solución no es la mejor (de hecho es la 3ª versión que publico sobre el mismo tema), seguro que existe alguien que la puede hacer mejor, tan sólo es mi aportación con lo que voy aprendiendo día a día, si te sirve me alegro, si no te sirve y puedes mejorarlo, te invito a que lo hagas y lo compartas con todos.)

LINQ a XML con namespace

Hoy toca una rápida.

Al intentar consultar un XML generado por la competencia mediante LINQ por el procedimiento tradicional, me ha pasado que no me encontraba nada cuando en los XML generados por nuestra aplicación si me encuentra los elementos que busco mediante la siguiente instrucción:





Revisando el xml que genera la competencia y comparándolo con el nuestro me he dado cuenta que en la cabezar usa el atributo xmlns, es decir, que usa namespace para el nombre de cada elemento:











Así que la cosa cambia, porque un elemento que dependa del raiz DOCS_NOT ya no se llama tal cual lo vemos, se llama por ejemplo , así que la búsqueda mediante linq cambiará a:





es decir, que de alguna manera hay que indicarle el namespace.

Pues nada más, saludos a todos y a divertirse...

Un saludo
Oscar Montesinos.

Lector RSS en C# 3.5 y LINQ

(Este artículo tiene otro punto de vista en este otro que creo mejora este sistema: http://oscarmontesinos.blogspot.com/2009/08/lector-rss-con-framework-35-sin-linq.html)

Retomando mi actividad normal diaria, me he encontrado con una clase para leer RSS que tenía por ahí guardada y que he retocado para usar LINQ.

Primero he creado una clase con los atributos que necesito y a la que he llamado Articulo:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

public class Articulo
{
public DateTime Fecha;
public string Titulo;
public string Contenido;
public string Enlace;
public Articulo()
{
}
public Articulo(DateTime pFecha, string pTitulo, string pContenido, string pEnlace)
{
Fecha = pFecha;
Titulo = pTitulo;
Contenido = pContenido;
Enlace = pEnlace;
}
}

Luego he creado una clase para leer las RSS y que consta de 2 métodos:

• uno público que es el punto de entrada y dónde le pasamos una lista de cadenas que representa cada una de ellas una dirección de subscripción a una RSS
• uno privado que es el que se encarga de ir leyendo cada servidor de noticias.

Aquí el código:
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading;
using System.Xml;
using System.Xml.Linq;
using JPA.XML.Clases.Entidades;

public class LectorRSS
{
public List CargarRSS(List feeds)
{
//Ejemplos de links
//List feeds = new List
//{
// "http://noticiasjpa.blogspot.com/feeds/posts/default",
// "http://dnnotaword.blogspot.com/feeds/posts/default",
//};
List articulos = new List();
foreach (String sFeed in feeds)
{
leerRSS(articulos,sFeed);
}
return articulos;
}
private void leerRSS(List articulos, string sFeed)
{
try
{
//cargamos el XML a leer.
var feed = XDocument.Load(sFeed);
//la consulta en LINQ:
var result = from c in feed.Root.Elements()
where c.Name.LocalName == "entry" //Selecciono sólo las entradas
select new Articulo //por cada entrada creo un objeto Artículo.
{
Fecha = c.Elements().Where(Fecha => Fecha.Name.LocalName == "published").
Select(Fecha => DateTime.Parse(Fecha.Value)).First(),
Titulo = c.Elements().Where(Titulo => Titulo.Name.LocalName == "title").
Select(Titulo => Titulo.Value).First(),
Contenido = c.Elements().Where(Contenido =>Contenido.Name.LocalName == "content").
Select(Contenido => Contenido.Value).First(),
Enlace = c.Elements().Where(Enlace => Enlace.Name.LocalName=="link").
Select(Contenido => Contenido.Attribute("href").Value).Last()
};
articulos.AddRange(result);
//A continuación tenéis el código sustituído:
//foreach (XElement xElement in ListaArticulos)
//{
// if (xElement.Name.LocalName == "entry")
// {
// Articulo articulo = new Articulo();
// foreach (XElement xElement2 in xElement.Elements())
// {
// switch (xElement2.Name.LocalName)
// {
// case "title":
// articulo.Titulo = xElement2.Value;
// break;
// case "content":
// articulo.Contenido = xElement2.Value;
// break;
// case "published":
// articulo.Fecha = DateTime.Parse(xElement2.Value);
// break;
// case "link":
// foreach (XAttribute xAttribute in xElement2.Attributes())
// {
// if (xAttribute.Name == "href")
// {
// articulo.Enlace = xAttribute.Value;
// }
// }
// break;
// }
// }
// if (articulo.Contenido.Trim() != "")
// {
// articulos.Add(articulo);
// }
// }
//}
}
catch (Exception ex)
{
throw new Excepciones.LectorRSS(ex.Message);
}
}
}

YIELD C#

En esta entrada vamos a ver un ejemplo de la nueva instrucción YIELD para C# 3.0 que podemos encontrar en Visual Studio 2008.

Como muchas de las nuevas características de C#, parece que todas estas vienen derivadas de las necesidades de nuevas instrucciones para LINQ, pero eso es harina de otro costal, ya sabrán los de Microsoft porqué está, yo sólo pretendo mostrar una utilidad de la misma.

Podemos comparar esta instrucción con la que nos encontramos en INFORMIX de RETURN x WITH RESUME; para procedimientos almacenados, ya que su función es parecida. Esta función nos devuelve un valor encubierto en un IEnumerable tantas veces como encuentre YIELD dentro de una iteración o bucle que a su vez se encuentre en una función.

Esto así, cuesta un poco de digerir si no se acompaña con un pequeño ejemplo:

El ejemplo mostrará de una lista de clientes, los clientes que superan la media de ventas del total de clientes. Este mismo ejemplo se puede hacer con LINQ, pero como lo que se pretende mostrar es YIELD pues omito cualquier alusión a LINQ.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace EjemploYield
{
class Program
{
protected class Cliente
{
public int Codigo { get; set; }
public string Nombre { get; set; }
public double Ventas { get; set; }
public Cliente (int Codigo, string Nombre, double Ventas)
{
this.Codigo=Codigo;
this.Nombre=Nombre;
this.Ventas=Ventas;
}
}
static void Main(string[] args)
{
List clientes = new List {
new Cliente(1,"Pepe",100),
new Cliente(2,"Juan",12),
new Cliente(3,"Alfonso", 23),
new Cliente(4,"Pedro", 37),
new Cliente(5,"Martin",0),
new Cliente(6,"Antonio", 45)};
foreach (Cliente cli in ClientesSuperiorAMedia(clientes))
{
Console.WriteLine(cli.Nombre);
}
Console.ReadKey();
}
static IEnumerable ClientesSuperiorAMedia(List clientes)
{
double media = Media(clientes);
for (int i=0;i {
if (clientes[i].Ventas>=media)
{
yield return clientes[i];
}
}
}
static double Media(List clientes)
{
double suma = 0;
foreach (Cliente cli in clientes)
{
suma+=cli.Ventas;
}
return suma/clientes.Count;
}
}
}

Crear fichero XML con LINQ

Hola a todos, estoy peleándome estos días con Linq para XML y os publico este mini-artículo para que no tengáis problemas a la hora de crear un fichero XML con Linq. Os preguntareis ahora que para que queremos usar linq si podemos hacerlo con DOM o a mano. En mi caso he preferido usa linq porque vengo del mundo SQL y veo mucho más clara la búsqueda de datos al estilo SQL que montando complejas cadenas con XPath para buscar un dato o 4 datos de un fichero XML. Como lo he visto más fácil así, me he tirado al ruedo y me sale esto:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Xml.Linq;


class Program
{

static void Main(string[] args)

{
//Creamos un XDocument.
//Un XDocument contiene el XML completo, y
//le añadimos un nodo raiz, en este caso del de clientes.
XDocument configuracion = new XDocument(
new XDeclaration("1.0", "UTF-8", "yes"),
new XElement("Clientes"));

//Ahora nos situamos en el nodo Clientes
XElement lastAddress =
(configuracion.Descendants("Clientes").Last());

//Añadimos uno nodo nuevo que representa un cliente
XElement nodo = new XElement("Cliente");

//Lo identificamos por su codigo de cliente
XElement elemento = new XElement("Cod001");
//y le añadimos un par de atributos
elemento.SetAttributeValue("Nif", "B12345678");
elemento.SetAttributeValue("Nombre", "Neumáticos SV S.L.");
nodo.Add(elemento);

//Lo añadimos al nodo principal de clientes
lastAddress.Add(nodo);

//Repetimos el proceso para otro cliente.
nodo = new XElement("Cliente");
elemento = new XElement("Cod002");
elemento.SetAttributeValue("Nif", "A1234568");
elemento.SetAttributeValue("Nombre", "Coches Noaveriados S.A.");
nodo.Add(elemento);
lastAddress.Add(nodo);

//Guardamos el fichero xml.
configuracion.Save("C:\\Clientes.XML");

}

}