Interesante screencast sobre Integración Continua realizado Scott Hanselman y Jay Flowers en DotNetRocks TV, hacen uso de CI Factory para explicar este tema.
Category: .NET
Programación usando Microsoft .NET
Seguramente más de uno que ha tenido la oportunidad de revisar código ajeno donde se hacía uso de expresiones regulares, sufrió de algún modo para entender algunos patrones; esto sucede generalmente porque pocos suelen poner nombres a los grupos que definen y menos aún usan comentarios dentro de los patrones.
El siguiente ejemplo ilustra de manera básica un patrón confuso:
using System.Text.RegularExpressions;
class Program
{
static void Main(string[] args)
{
RegexOptions options = RegexOptions.IgnoreCase;
Match match = Regex.Match("http://google.com", pattern, options);
foreach (Group group in match.Groups)
{
Console.WriteLine(group.Value);
}
}
}
Ese mismo ejemplo, usando la opción RegexOptions.IgnorePatternWhitespace permite entender más fácilmente la expresión regular mostrada:
using System.Text.RegularExpressions;
class Program
{
static void Main(string[] args)
{
Match match = Regex.Match("http://google.com", pattern, options);
foreach (Group group in match.Groups)
{
Console.WriteLine(group.Value);
}
}
}
Como se puede apreciar, el segundo ejemplo da una idea más clara de lo que captura el patrón definido.
Si desarrollan en .NET y usan expresiones regulares, no hay excusas para hacer sufrir a los que revisan o dan mantenimiento al código que hicieron 😉
A partir de Visual Studio 2005, se incluyeron nuevos controles (ReportViewer
) y clases (LocalReport, ServerReport
, etc) con los cuales se pueden diseñar reportes tanto para aplicaciones de escritorio como para aplicaciones Web.
Una característica útil de estas nuevas clases, al igual que los reportes diseñados en Crystal Reports, es que permiten automatizar el proceso de conversión de los reportes a diferentes a diferentes formatos: MS Excel, PDF e Imagenes (en formato TIFF).
Revisando documentación acerca de este conjunto de clases encontré un ejemplo publicado por Raj Kaimal que justamente exporta los reportes a formato PDF desde ASP.NET usando el método Render de la clase LocalReport:
{
LocalReport localReport = new LocalReport();
localReport.ReportPath = Server.MapPath("~/Productos.rdlc");
ReportDataSource reportDataSource = new ReportDataSource("Ejemplo_Productos", GetData());
localReport.DataSources.Add(reportDataSource);
string mimeType;
string encoding;
string fileNameExtension;
//The DeviceInfo settings should be changed based on the reportType
//http://msdn2.microsoft.com/en-us/library/ms155397.aspx
Warning[] warnings;
string[] streams;
byte[] renderedBytes;
//Render the report
renderedBytes = localReport.Render(
reportType,
deviceInfo,
out mimeType,
out encoding,
out fileNameExtension,
out streams,
out warnings);
Response.Clear();
Response.ContentType = mimeType;
Response.AddHeader("content-disposition", "attachment; filename=productos." + fileNameExtension);
Response.BinaryWrite(renderedBytes);
Response.End();
}
En la primera porción de código resaltada, reportType
puede tomar los siguientes valores: PDF, Excel o Image
; los valores para deviceInfo
varían de acuerdo al formato que se use y están documentados en MSDN
Por si alguien está interesado, he preparado un pequeño ejemplo basado en el código mostrado.
En PostgreSQL, para que una tabla tenga un campo autoincrementable se puede usar SERIAL o BIGSERIAL, éstos últimos en realidad no son tipos de datos reales puesto que internamente se crean secuencias para los campos que usan esta sintáxis, por ejemplo:
id serial NOT NULL,
name character varying,
description character varying
);
Tabla «public.blog_category»
Columna | Tipo | Modificadores
-------------+-------------------+------------------------------------------------------------
id | integer | not null default nextval('blog_category_id_seq'::regclass)
name | character varying |
description | character varying |
Para representar representar esa tabla en NHibernate, hay que hacer algo adicional a lo que normalmente se hace con otro tipo de bases de datos:
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2">
<class name="Buayacorp.Domain.BlogCategory, Buayacorp.Domain" table="Blog_Category">
<property name="Name" type="String">
<column name="Name" length="255" sql-type="varchar"/>
</property>
<property name="Description" type="String">
<column name="Description" length="3000" sql-type="varchar"/>
</property>
<bag name="Blogs" inverse="true" lazy="true" cascade="all-delete-orphan">
<key column="category_id"/>
<one-to-many class="Buayacorp.Domain.Blog, Buayacorp.Domain"/>
</bag>
</class>
</hibernate-mapping>
En las líneas resaltadas se puede apreciar que para mapear el campo id
es necesario especificar el nombre de la secuencia definida en la base de datos, esto es porque para generar los nuevos valores para ese campo se usa la función nextval, que justamente toma como parámetro ese nombre. Por ejemplo, para la siguiente porción de código:
using System.Collections.Generic;
using System.Text;
using NHibernate.Cfg;
using NHibernate;
using Buayacorp.Domain;
using System.Xml;
namespace Buayacorp.Demo
{
static class Program
{
static void Main()
{
Configuration cfg = new Configuration();
cfg.AddAssembly("Buayacorp.Domain");
ISessionFactory factory = cfg.BuildSessionFactory();
ISession session = null;
ITransaction transaction = null;
try
{
session = factory.OpenSession();
transaction = session.BeginTransaction();
BlogCategory cat = new BlogCategory("Tecnología", "Blogs con información sobre lo último en tecnología...");
session.Save(cat);
Console.WriteLine(cat.Id); // cat.Id ya tiene un valor generado
transaction.Rollback();
}
finally
{
if (session != null)
session.Close();
}
}
}
}
Las consultas que se ejecutan en el servidor de base de datos son:
2007-04-22 17:44:38 PET LOG: sentencia: BEGIN; SET TRANSACTION ISOLATION LEVEL READ COMMITTED;
2007-04-22 17:44:38 PET LOG: sentencia: ROLLBACK
2007-04-22 17:44:38 PET LOG: sentencia: unlisten *
Para los curiosos, pueden descargar el archivo que contiene el código mostrado en esta entrada.
Para los interesados:
-
Semanas atrás reportaron un bug XSS en ASP.NET 2.0, básicamente es el mismo problema que comentaba en la entrada ValidateRequest no es suficiente para protegernos de ataques XSS.
- Interesante Webcast sobre XSS, CSRF y Ajax Hacking (idioma: inglés; duración:
01:21:35
) presentado por Joe Stagner: explica bastante bien que son, como funcionan y como protegerse (ASP.NET) de este tipo de ataques. Dan especial énfasis a la peligrosa relación entre AJAX y XSS, también analizan algunos virus basados en éstos (Samy y Yamanner). La charla comienza aproximadamente en el minuto15:30
.