zPod

Monos y Manzanas: Key Value Coding y Configuración

2009-07-14T23:13:00.002-03:00

Hacia el final de la entrega anterior de Monos y Manzanas estuve contando sobre como utilizar los bindings de Cocoa con Monobjc. En el capítulo final de esta serie de posts veremos como es posible agilizar la implementación de clases que utilicen Key Value Coding (KVC de ahora en mas) desde .NET y como agregar un panel de preferencias para modificar la configuración de la aplicación y que la misma sea persistida de forma automática.

Ante todo, fe de erratas: una persona del equipo de MonobjC con la cual me contacté, me acalró que no es necesario crear una instancia que nadie usa de NSAutoReleasePool en el bootstrapping de la aplicación, ya que eso se hace automáticamente.

En el último ejemplo mostrado, cada vez que se quería implementar una propiedad que pudiese ser utilizada para los bindings con KVC era necesario crear los setters y getters, indicarles que iban a ser llamados como mensajes de ObjectiveC y llamar a las notificaciones de cambios de propiedad.
Para no tener que hacer esto por cada propiedad que queramos exponer al runtime de ObjectiveC, crearemos un nuevo atributo el cual indique que esa propiedad podrá ser utilizada con KVC:

using System;

namespace zPod.Objc
{
   public class KeyValueCodingAttribute : Attribute
   {
       public KeyValueCodingAttribute (string propertyName)
       {
           PropertyName = propertyName;
       }
      
       public string PropertyName
       {
           get;
           set;
       }
   }
}

Teniendo esto, las propiedades que querramos exponer se verán así:

[KeyValueCoding("modelo")]
public BrowserModel Modelo
{
   get;
   set;
}

Muy lindo hasta ahora pero... ¿Como le indicamos al runtime de ObjectiveC que deberá tomar la propiedad "modelo" al intentar llamar al mensaje "modelo" o "setModelo:"? Simple, sobreescribiendo el llamado a los mensajes "setValue:forUndefinedKey:" y "valueForUndefinedKey"

[ObjectiveCMessage("setValue:forUndefinedKey:")]
public override void SetValueForUndefinedKey (Id val, NSString key)
{
   this.ResolveSetValueForUndefinedKey(val, key);
}
      
[ObjectiveCMessage("valueForUndefinedKey:")]
public override Id ValueForUndefinedKey (NSString key)
{
   return this.ResolveValueForUndefinedKey(key);
}

Al no encontrar una clave definida, Cocoa avisa a la clase que se intento leer o dar valor a la clave utilizando estos mensajes.

En estas implementaciones se está llamando a los métodos ResolveSetValueForUndefinedKey y ResolveValueForUndefinedKey. Los mismos son extension methods creados para la clase NSObject que resuelven cual es la propiedad que deberá ser devuelta o modificada utilizando reflection para saber si tienen el atributo definido anteriormente. El código de estos métodos se incluye dentro de los fuentes de este ejemplo.

Hacia el final de la entrega anterior de Monos y Manzanas comenté que Cocoa proveía un controller especial llamado NSUserDefaultsController que permite guardar automáticamente las preferencias del usuario.
Ahora vamos a ver como crear un nuevo panel de preferencias donde configurar la URL Home de nuestro browser.

Volviendo al Interface Builder, agregamos un nuevo NSPanel y le agregamos un TextField para ingresar la URL Home

Para poder abrir el panel desde el menu de preferencias, conectamos la opción Preferences... del menú con el panel creado, asociándolo a la acción makeKeyAndOrderFront:.

Dado que se necesita únicamente una instancia de este panel, lo configuramos como se muestra en la siguiente imagen. Lo mas importante es desmascar las opciones Released When Closed y Visible at launch para que no se muestre al incio, pero que al cerrar la ventana solamente se oculte y no se destruya el objeto.

Creamos el binding para el value del TextField, conectándolo con la instancia de SharedUserDefaultsController, utilizando la clave values y el model key path homePage.
Al utilizar este controller, los valores conectados serán persistidos automáticamente.

Como último paso dentro del Interface Builder, agregamos un nuevo boton para ir a la home, agregamos una nueva acción llamada goHome: al BrowserController y los asociamos de la misma manera que el boton Go.

Volviendo a C#, Dentro del código del BrowserController, modificamos el método AwakeFromNib y agregamos el método que responda al mensaje goHome:, para que al iniciar la aplicación vaya a la URL definida como home y, en caso de no haber nada, definirle un valor default (recuenden que en _userDefaults tenemos guardada una instancia de SharedUserDefaultsController):

[ObjectiveCMessage("goHome:")]
public void GoHome(Id sender)
{
   NSString home = _userDefaults.ValueForKeyPath("values.homePage");
   this.Modelo.WillChangeValueForKey("url");
   this.Modelo.Url = home;
   this.Modelo.DidChangeValueForKey("url");
   Browse(sender);
}

[ObjectiveCMessage("browse:")]
public void Browse(Id sender)
{
   NSString url = this.Modelo.Url;
   browser.MainFrameURL = url;
   _userDefaults.SetValueForKeyPath("CocoaBrowser - " + url, "values.title"); 
}

[ObjectiveCMessage("awakeFromNib")]
public void AwakeFromNib ()
{
   NSString home = _userDefaults.ValueForKeyPath("values.homePage");
   if (home == null)
   {
       _userDefaults.SetValueForKeyPath(new NSString("http://zPod.com.ar"), "values.homePage");
   }
  
   GoHome(null);
}

Listo! Ahora a compilar y a disfrutar de su nuevo browser con botón de Home para Mac hecho en .NET!

Con esto queda finalizada la serie de posts: Monos y Manzanas. El código completo lo pueden bajar de aca.

Hasta la próxima!
Zaiden

Monos y Manzanas: Binding entre la UI y el Modelo

2009-07-12T11:05:00.003-03:00

En el último post expliqué como hacer una aplicación sencilla para Mac cuya UI estaba hecha con Interface Builder, y el resto de la plomería de fondo utilizaba C#, gracias a Mono y el bridge Monobjc.

Dada la extrema simplicidad de nuestro CocoaBrowser, hubieron algunos conceptos que escaparon al ejemplo inicial.

En esta nueva entrega de Monos y Manzanas veremos como hacer uso del binding provisto por Cocoa y el Interface Builder para conectar nuestra interfaz gráfica al Modelo de nuestra aplicación.

Por ahora, definiremos una nueva clase BrowserModel, la cual representará el “modelo” de nuestra apliación de juguete.

public class BrowserModel
{
 private string _url;
 public string GetUrl()
 {
  return _url;
 }

 public void SetUrl(string newUrl)
 {
  _url = newUrl;
 }
}

Posiblemente se pregunten: Por qué la propiedad esta definida con metodos Get y Set, en vez se ser una propiedad “normal” de C#, al estilo “public string Url { get; set'; }”?

Es por un requerimiento del bridge con Objective-C y el binding con la UI, pero vamos a verlo bien mas adelante.

La idea es que lo que usuario tipee dentro del TextField utilizado para ingresar la URL de nuestro browser actualice automáticamente nuestro modelo y, en caso de actualizar el modelo desde otro lugar, se actualice automáticamente el TextField.

Para poder hacer esto, agregaremos un nuevo campo a la clase BrowserController que nos de acceso al modelo, y lo haremos visible para el bridge, con los siguientes getter y setter:

[ObjectiveCClass]
public class BrowserController : NSObject
{
 //
 // Mucho codigo antes...
 //

 private BrowserModel _modelo = new BrowserModel();

 [ObjectiveCMessage("modelo")]
 public BrowserModel getModelo()
 {
  return _modelo;
 }

 [ObjectiveCMessage("setModelo:")]
 public void setModelo(BrowserModel nuevoModelo)
 {
  WillChangeValueForKey("modelo");
  _modelo = nuevoModelo;
  DidChangeValueForKey("modelo");
 }

 //
 // Mucho codigo despues...
 //

}

Esta forma de crear los campos permite a ObjectiveC utilizar la clase con algo conocido como Key Value Coding, accediendo a ciertas propiedades de nuestra clase como si fuesen pares Clave - Valor, tanto para leer como para escribir.

Los métodos WillChangeValueForKey y DidChangeValueForKey permiten avisarle a la UI que hubo un cambio en el valor la propiedad.

Para que las propiedades de la clase BrowserModel sean accesibles de la misma manera, las decoramos de forma similar, quedando como resultado:

[ObjectiveCClass]
public class BrowserModel : NSObject
{
 // Constructores requeridos por NSObject
 public BrowserModel()
 {
 }
  
 public BrowserModel (IntPtr nativePointer) : base(nativePointer)
 {
 }

 private string _url;

 [ObjectiveCMessage("url")]
 public string GetUrl()
 {
  return _url;
 }
 
 [ObjectiveCMessage("setUrl:")]
 public void SetUrl(string newUrl)
 {
  WillChangeValueForKey("url");
  _url = newUrl;
  DidChangeValueForKey("url");
 }
}

Como pueden ver, es requisito agregar el atributo [ObjectiveCClass] y hacer heredar la clase de NSObject (o algún hijo) para que la misma sea visible desde ObjectiveC. Al hacer esto, deberán agregar los dos constructores indicados en el código.

Dado que ahora el URL a navegar será indicado por las propiedades del modelo, podemos sacar la referencia al TextField del BrowserController y modificar el metodo Browse de la siguiente manera:

[ObjectiveCClass]
public class BrowserController : NSObject
{
 //
 // Mucho codigo antes...
 //

 [ObjectiveCMessage("browse:")]
 public void Browse(Id sender)
 {
  string url = this.fModelo.getUrl();
  browser.MainFrameURL = url;
 }

 //
 // Mucho codigo despues...
 //

}

Con esto listo, solo resta hacer los bindings propiamente dichos en el Interface Builder.

El primer paso será agregar un ObjectController desde la Library. Este tipo de controller nos permite hacer binding facilmente a un objeto concreto del modelo. En caso de querer hacer binding contra Arrays, Diccionarios y otros tipos de datos, existen controllers mas apropiados.

Dentro de los atributos del ObjectController, agregar una nueva clave llamada “url”, la cual usaremos como nexo entre el modelo y la UI.

Dentro de los bindings del ObjectController, indicamos que el Controller Content debe hacer binding con el BrowserController, utilizando como Model Key Path “modelo”. Esto hará referencia a la propiedad modelo que creamos – e hicimos visible con setter y getter para ObjectiveC – dentro de la clase creada en C#.

Finalmente, seleccionamos el TextField de la URL y dentro de la solapa de bindings indicamos que se deberá hacer el binding con el ObjectController, utilizando “selection” como Controller Key y “url” como Model Key Path. Para que el modelo se actualice cada vez que se modifica el TextField y no únicamente al terminar de editarlo cambiando el foco, deberemos marcar el check de “Continuosly Update Value”.

Como yapa, en esta versión de los fuentes, podrán ver como hacer binding contra una clase especial llamada NSUserDefaultsController, la cual nos permite mantener guardadas las preferencias del usuario haciendo binding contra las mismas. En este ejemplo se utiliza para guardar el titulo de la ventana de la aplicación, aunque su utilidad mas común es dentro de los paneles de preferencias.

El código lo pueden bajar de aca.

Hasta la próxima!
Zaiden

Monos y Manzanas: Como hacer aplicaciones Cocoa con .NET

2009-07-08T01:32:00.002-03:00

Desde que soy usuario de OS X he intentado varias veces desarrollar alguna aplicación que pueda aprovechar todo el poder de la plataforma .NET y las delicias gráficas de las interfaces gráficas creadas con Cocoa y sus frameworks para Mac.

La necesidad de utilizar .NET sobre el sistema operativo impulsado por Steve Jobs está cubierta desde hace un buen tiempo por la gente de Mono y su implementación multiplataforma del CLR y gran mayoría de las librerías incluidas en el .NET Framework.
El problema radicaba en como poder interactuar de forma simple y comoda con una UI hecha en Cocoa y no con el - bastante sovietico - port de Windows.Forms que incluye Mono, o con librerías graficas como GTK que se ven bastante alienigenas dentro de la Mac.

Investigando un poco, encontré que existen varios proyectos que hacen de bridge entre el mundo de Mono y .NET y los frameworks provistos por Cocoa.
Inicialmente, utilicé la librería publicada en el mismo sitio de Mono: Cocoa#. El problema fue que, pese a su simplicidad, tenía demasiados problemas de performance y estabilidad, por lo que quedó descartada.

Hace no mucho leí de otro bridge que, apartentemente, tiene bastante aceptación: Monobjc. Estas librerías permiten utilizar tanto una interfaz creada en Cocoa y sus frameworks desde una aplicación .NET como exponer - con ciertas restricciones - clases hechas en .NET dentro de una aplicación nativa hecha en Cocoa y ObjectiveC.

En este caso voy a explicar, paso a paso, como crear una nueva aplicación que nos permita navegar por la web cuya (única) View esté desarrollada con Cocoa utilizando el Interface Builder y el Controller y (ausente) Model estén hechos en C#

Requerimientos

Mac OS X Leopard
XCode + Interface Builder (se baja gratis de la página de apple)
Bridge de Monobjc (http://www.monobjc.net)
Mono Runtime y MonoDevelop (http://go-mono.com)

Para empezar vamos a crear una nueva View utilizando Interface Builder (se recomienda tener al menos conocimientos básicos sobre como utilizar Interface Builder).

Al abrir Interface Builder seleccionamos el template de Cocoa Application

Una vez creado el proyecto, podremos ver la ventana principal creada para la aplicación, su menú, el listado de objetos existentes, el inspector donde podrémos modificar propiedades de los controles y la librería de controles disponibles desde Cocoa

En la librería de controles buscamos los controles de WebView, TextField y Button y los agregamos a la ventana, como se ve en la imagen. Pueden modificar las propiedades de estos controles en el inspector para permitirles ajustar su tamaño de acuerdo al resizing de la ventana.

Con la ventana lista, agregamos un nuevo Object a la ventana que contiene la lista de objetos disponibles, y cambiamos el nombre de su clase por ObjectController. Este será el objeto que represente al Controller que crearemos desde C# mas adelante.

Dentro de las actions disponibles para el controller deberemos agregar "browse:" que corresponderá a la acción de iniciar la navegación del URL escrito en el TextField anterior.
De la misma manera, deberémos exponer los Outlets "address", "window" y "browser" como se muestra en la imagen, los cuales asociaremos al TextField, la ventana y el WebView.

El último paso de esta parte será hacer el link entre las acciones y outlets definidos en el BrowserController y los controles creados dentro de la UI. Para hacer esto mantenemos apretada la tecla control y dibujamos una linea hacia cada uno de los controles. De esta manera aparecerá un menú para vincularlos hacia los outlets disponibles en el Controller.
De forma análoga se debe dibujar una linea desde el botón hacia el BrowserController, para asociar el click a la action "browse:"

Para asegurarse de haber vinculado todo de forma correcta, al hacer click derecho sobre el BrowserController se deberá ver un panel similar a este:

Con la interfaz lista, guardamos la ventana como un nuevo archivo NIB (ojo! guardar como NIB y NO como XIB!).

Ahora, a programar el controller y el bootstrap de la aplicación en C#
Para hacerlo, pueden utilizar cualquier IDE de su agrado. En particular, yo uso MonoDevelop.

Deberémos crear un proyecto el cual referencie a las assemblies de Monobjc, Monobjc.Cocoa y Monobjc.WebKit ya que son las que utilizamos dentro de la interfaz.
Dentro del proyecto crearemos dos clases: la primera será el bootstrap de la aplicación y la segunda sera el BrowserController

Para hacer el bootstrap deberémos crear una clase muy similar al siguiente ejemplo:

using Monobjc;
using Monobjc.Cocoa;
using System;

namespace zPod.CocoaBrowser
{
 public class Program
 {
  public Program ()
  {
  }

  public static void Main (String[] args)
  {
   ObjectiveCRuntime.LoadFramework ("Cocoa");
   ObjectiveCRuntime.LoadFramework ("WebKit");
   
   ObjectiveCRuntime.Initialize ();
   NSApplication.Bootstrap ();
   
   NSAutoreleasePool pool = new NSAutoreleasePool();
   
   NSApplication.LoadNib ("MainWindow.nib");
   NSApplication.RunApplication ();
  }
 }
}

Las primeras lineas del método Main cargan los frameworks de ObjectiveC que utilizaremos. En este caso "Cocoa" y "WebKit".

Luego de cargar los frameworks se inicializa el bridge con el runtime de ObjectiveC y se dispara la aplicación.

Como verán, antes de cargar el NIB se crea un nuevo NSAutoreleasePool. Esto sirve para evitar leaking por parte de ObjectiveC.

Finalmente llamamos al metodo LoadNib, el cual cargará la interfaz grafica creada anteriormente y lanzamos la aplicacion con el método RunApplication.

La creación del BrowserController es muy sencilla: en la misma hay que crear propiedades que corresponderán a los outlets definidos en la interfaz y metodos para atrapar las actions disparadas desde la misma.

Las clases marcadas con el atributo [ObjectiveCClass] serán expuestas al runtime de ObjectiveC. Las propiedades decoradas con el atributo [ObjectiveCField] representan los outlets y los métodos decorados con [ObjectiveCMessage] sirven para atrapar las actions disparadas por la View.

using System;
using Monobjc;
using Monobjc.Cocoa;
using Monobjc.WebKit;

namespace zPod.CocoaBrowser
{
 [ObjectiveCClass]
 public class BrowserController : NSObject
 {
  [ObjectiveCField]
  public NSTextField address;
  
  [ObjectiveCField]
  public WebView browser;

  [ObjectiveCField]
  public NSWindow window;

  public BrowserController ()
  {
  }

  public BrowserController (IntPtr nativePointer) : base(nativePointer)
  {
  }

  [ObjectiveCMessage("browse:")]
  public void Browse (Id sender)
  {
   string url = address.Cell.Title;
   
   browser.MainFrameURL = url;
  }

  [ObjectiveCMessage("awakeFromNib")]
  public void AwakeFromNib ()
  {
   window.Title = "CocoaBrowser - zPod";
  }
 }
}

En este ejemplo, se ve el método AwakeFromNib, el cual se ejecutará al finalizar de cargar la vista. En el mismo, seteamos el título de la ventana.

Para atrapar la accion "browse", creamos un metodo con su correspondiente atributo y dentro del mismo cambiamos la URL del MainFrame del WebView.

Una vez listo esto, solo queda probar la aplicación.

Según la documentación de Monobjc, se tendría que poder ejecutar un script de NAnt que proveen ellos y crear una estructura de directorios específica. Dado que eso no me está funcionando (por algún motivo NAnt no encuentra a mono) armé un pequeño script de bash que arma todo lo necesario para tener nuestra App empaquetada y lista para ejecutar.

Aca dejo para bajar esta aplicación de ejemplo como proyecto de MonoDevelop, el cual al compilarse dejará en el directorio bin/Debug todos los archivos necesarios para armar el paquete. Lo único que hay que hacer es, desde la consola, ir al directorio /bin/Debug del proyecto y ejecutar:

./MakePackage CocoaBrowser

Con esto se generará un nuevo paquete de aplicación ejecutable, cuyo resultado es:

Ahora, a divertirse!

Saludos!

Zaiden

Visual Studio 2010 Beta 1: Primeras Impresiones

2009-05-24T13:58:00.008-03:00

Como ya mencioné en el post anterior, luego de solucionar los problemas severos de performance causados por la combinación WPF + Aceleración de VMWare pude empezar a probar el Beta 1 de Visual Studio 2010.

Por alguna razón oscura que no llego a comprender, en MS decidieron que sería una buena opción hacer que Visual Studio utilice WPF en la capa de presentación.

La ventaja de esto es que la posibilidad de tener cientos y cientos de efectos, transiciones, menúes voladores y demas yerbas, mas la posibilidad de hacer sumamente extensible la UI del afamado IDE.

Pero todo esto viene con un precio... la performance. Si Visual Studio 2008 ya era pesado, la nueva versión salta una o dos categorías mas: iniciar el IDE, abrir una solución chica y compilarla se lleva nada mas y nada menos que 238MB de ram (mas 14MB del PresetantionFontCache).

Igualmente, estos valores y la performance presentada son indicadores que deben ser tomados con pinzas, ya que al ser el Beta 1, todavía queda un largo camino para dar lugar a optimizaciónes (las cuales espero, por el bien de mis VMs, que aparezcan!).

Otro problema que encontré (también atribuible al estado de Beta del producto) fue la cantidad de crashes que tuve. Durante el coding del ejemplo que dejé al final (una tarde) me habra crasheado unas 5 veces... bastante mas de lo tolerable. Esperemos que la estabilidad sea un punto importante a mejorar en la proxima Beta o RC

Cerrado este tema, pasemos a los "chiches" nuevos que trae:

.NET 4 (beta) y C# 4

Nueva version del CLR y del lenguaje estrella de la plataforma .NET. En este otro post (http://zpodblog.blogspot.com/2009/01/material-de-la-conferencia-sobre-c-4.html) pueden bajar una presentación que dimos con RodoF sobre los features nuevos incluidos en el lenguaje (tipado dinámico, parametros opcionales y por nombre, co y contra varianza en parametros de tipos, y algunas cosas mas).

F#

Esta versión de Visual Studio es la primera en incluir este lenguaje funcional para la plataforma .NET.
Debo decir que todavía no me puse a ver mucho sobre el mismo, pero será cuestion de encontrar una excusa suficientemente buena como para incluir alguna librería que tenga que hacer en F# para algún proyecto a futuro.
Por ahora los dejo con un bonito ejemplo de como obtener el n-esimo termino de la suceción de fibonacci (no puedo evitar caer en los clásicos) en F#:

let rec fibonacci elem =
match elem with
| 1 -> 1
| 2 -> 1
| n -> fibonacci (n - 1) + fibonacci (n - 2)

Printf.printf "Ingrese numero de termino: "
let termino = System.Console.ReadLine();

Printf.printfn "%i" (fibonacci (System.Int32.Parse termino))
let k = System.Console.ReadKey();

Parallel Extensions

Quienes hayan tenido que hacer optimizaciones en algún proyecto sabrán que uno de los primeros puntos a mirar es la paralelización de tareas independientes. Las Parallel Extensions vienen a simplificar este tipo de tareas.
Por ejemplo, en caso de tener una colección y querer aplicar una funcion a cada uno de los elementos, en vez de hacer un viejo y querido "foreach", podemos hacer:

miColeccion.AsParallel().ForAll(elem =>
{
//codigo a ejecutar por cada elemento de la colección
});

La gran ventaja de esto es que nos abstraemos de todo el manejo de concurrencia, manteniendo la ganancia de performance.

Sequence Diagram

Si hacemos click derecho sobre un método, vamos a notar que hay una nueva opción llamada "Generate Sequence Diagram". Al seleccionarla nos pregunta la profundidad máxima para las llamadas del diagrama y si queremos excluir las llamadas a clases dentro de ciertos namespaces (como System, u otros personalizables). Finalmente, nos presenta un diagrama como este:

Este es un feature sumamente útil en caso de tener que comprender lo que hace un código ajeno, sin tener que empezar a navegar todo el código! (y pensar que yo casi me hago una herramienta para generar estos diagramas... por suerte nunca prosperó!)

Definitivamente, una gran adición al Visual Studio.

Bueno, por ahora esto es lo que pude ver. Me queda pendiente el "Architecture View" y varios features mas que ni siquiera llegué a ver.

Como extra, dejo mi primer proyectito hecho en C# 4 que permite acceder datos provenientes de una conexión de ADO.NET levantando los campos como propiedades dinámicas del resultado y pudiendo aplicar un pipeline de filtros que hagan transformaciones sobre el resultado al ser obtenido.

La idea es poder hacer este tipo de cosas

using (var conn = new DynamicConnection(realADOConnection, new ImageMapper()))
{
dynamic result = conn.Query("SELECT * FROM Customer WHERE IdCustomer = @0", 37);
/* O tambien
dynamic result = conn.Query("SELECT * FROM Customer WHERE IdCustomer = @IdCustomer",
DynamicConnection.CreateParameter("@IdCustomer", 37));
*/

foreach (dynamic row in result) //recorrer el resultado con un foreach
{
   //lectura directa
   int id = row.IdCustomer;
   string name = row.Name;

   /*
   Aca, el ImageMapper se encarga de leer el campo
   y mapearlo a un Image
   */

      Image customerPicture = row.Picture;
   grid.AddRow(id, name, customerPicture);
}

//Obtengo un solo valor
dynamic val = conn.QueryValue("SELECT TOP 1 Name FROM Customer WHERE Id = @0", 37);
MessageBox.Show(val);
}

Lo pueden bajar de aca: DynamicDataAccess

Hasta la próxima!
Z

Problemas de super-lentitud con la Beta 1 de Visual Studio 2010?

2009-05-24T11:47:00.003-03:00

Bueno, en caso de estar trabajando con VMWare, posiblemente el problema sea que está activada la aceleración 3D en la VM.

Aparentemente este supuesto feature de VMWare tiene problemas para correr cosas hechas en WPF y dado que el nuevo Visual Studio 2010 lo usa extensivamente, la diferencia de velocidad es mayor a 100x una vez desactivada la "aceleración" (o, mejor dicho, desaceleración)

Ya mejorada la velocidad, con una VM de 2GB es bastante usable, aunque usa unas fuentes sospechosamente borrosas, como todo lo hecho con WPF.

En breve subo un post con las primeras impresiones del nuevo IDE de Microsoft y el primer proyectito no-charla (o al menos, no usado en una charla todavía) de C# 4.

Saludos!

MTGDeck Version 0.5

2009-05-17T20:16:00.005-03:00

Paso a presentarles la primera version Beta (0.5) del MTGDeck!

Este programa/juego permite jugar al conocido juego de trading cards "Magic: The Gathering" desde la computadora a través de la red, sin la necesidad de comprar los no-tan-baratos set de cartas, pudiendo probar distintos mazos, combinaciones, estrategias, etc...

El juego esta separado en dos aplicaciones distintas:

- Servidor: programa encargado de almacenar la información de las manos de los jugadores y de comunicarlos entre si. El mismo puede servir varias partidas distintas y para jugar siempre será necesario acceso al servidor donde se aloje la partida a la cual se desea ingresar.

- Cliente: programa desde el cual - conectándose a un servidor - permite jugar partidas de Magic contra el resto de los jugadores conectados.

Que NO hace el programa:

- NO valida las (complicadas) reglas del juego y cada una de sus cartas. El propósito de este programa es el de reemplazar el set de cartas, y nada mas. El hecho de "jugar" propiamente dicho todavía queda a cargo de los humanos.

- NO permite jugar contra la computadora. El único modo de jugar solo es, simplemente, no tener contrincante.

- NO te va a ayudar a ganar minas (aceptémoslo, es un juego bien nerd)

Que SI hace el programa:

- Permite jugar desde uno (practica solo) hasta varios jugadores dentro de la misma partida

- Permite armar mazos, utilizar cualquier carta que haya existido para Magic: The Gathering, referenciándolas por su nombre en ingles

- ¡Te ahorra dinero! (¡no hoy que ir a comprar cartas!)

- ¡Te proporciona horas y horas de diversión nerd!

Requerimientos:

- Windows XP o superior con todos sus Service Packs.

- .NET Framework 3.5 con todos sus Service Packs.

- Algun tipo de conexión de red (y al menos la primera vez que se usa cada mazo, conexión a internet).

Info sobre el proyecto:

- UI hecha con .NET 3.5 en Winforms.

- Para la comunicación entre los clientes y el server se puede utilizar tanto un cliente/server de WCF funcionando con basicHttpBinding - proximamente esto será configurable - y otro cliente/server hecho con old-school Remoting.

Esto tiene dos motivos: por un lado, hay algunas computadoras en los cuales el server de WCF no funciona. Todavía no pude encontrar el problema, pero voy a seguir buscando. El otro motivo es que las librerías de Remoting en Mono estas mucho mas maduras que las de WCF y, pese a que todavía me topo con algunos errores del lado de Mono, pienso que dentro de poco voy a poder tener la app mas cross-platform (si me vuelvo suficientemente loco me pongo a hacer una interfaz nativa para Mac y todo!).

Por default, se utiliza el Client de WCF, pero esto se puede modificar por configuración (y ya que es levantado por reflection... ¡Pueden hacer sus propios clientes y servers en casa!)

FAQ:

- ¿De dónde bajo el juego?

Esta versión la pueden bajar de aca. El código fuente y las futuras versiones las podrán encontrar en el sitio de MTGDeck en Google Code

- ¿Cómo empiezo?

El paquete incluye un pequeño manual de usuario. Ahí esta toda la info necesaria para salir andando.

- Todo muy lindo pero... ¡Cómo armo mi mazo?

El formato del archivo de mazos es muy simple: cada línea tiene la cantidad de cartas de un tipo, seguida por el nombre de la carta. Las lineas que comienzan con "#" son ignoradas. Junto con el paquete se incluye un ejemplo.

Para armar mazos, recomiendo la siguiente página: http://www.essentialmagic.com/decks/

- ¡No puedo conectarme al servidor! ¿Qué pasa?

Posiblemente, el problema sea que el firewall de Windows (o algún otro) no este permitiendo conectarse al puerto 1234 (o el que esté configurado) en la computadora donde el servidor esté ejecutando. Para solucionarlo, habilitar el puerto en el firewall o desactivarlo por completo.

Durante las pruebas me ha ocurrido que hay máquinas donde el server indica que levantó correctamente, sin embargo es imposible conectarse, incluso desde la máquina local. Cuando tenga identificado este error y lo solucione, avisaré.

- Encontré un error. ¿Cómo lo reporto?

Pueden contactarse conmigo por twitter (http://twitter.com/pablozaiden), por mail o dejando un comentario en el blog.

- Me gustaría que el juego tuviese tal o cual feature. ¿Qué puedo hacer?

Nuevamente, podes contactarme por alguno de los medios nombrados anteriormente y si sos desarrollador podes contribuir con el desarrollo (proximamente)

A continuación dejo unos screenshots del juego en acción:

Saludos!

Pirata Informático

2009-05-13T09:06:00.004-03:00

Hasta donde yo sabía, un pirata es una persona con pata de palo, un loro en el hombro, sed por los doblones y - eventualmente - con la habilidad de ganarle un duelo de insultos al Sword Master.

Por lo tanto, la pregunta que viene al caso es: por que los medios de comunicación se empeñan en llamar pirata a la gente que encuentra vulnerabilidades en sistemas de software o - mas bizarro aún - comparte música por internet?

Primera reunion de ALT.NET Argentina

2009-05-12T23:10:00.005-03:00

Tratando de mantener la vida del blog y siguiendo lo comentado en la lista de mails ALT.NET Argentina, vamos a hablar un poco de lo que fue la primera reunión del grupo

(para quien no sepa de que trata esto, puede darse una vuelta por: http://altdotnet.org/ y/o http://altnet-argentina.pbworks.com/ )

Pese a la no-tan-feliz combinación de día/horario para el inicio de esta reunión (sábado a las 9 de la mañana!) el ambiente era muy bueno: muchas caras conocidas - bastante mas dormidas que de costumbre - y muchas ganas por empezar las sesiones pensadas para el día.

A eso de las 10.00, nos fuimos presentando en ronda (no pude evitar tirar un chiste) y pasamos a contar que temas habían propuestos para las sesiones del día y arreglar entre todos los horarios y las salas de cada uno.

Independientemente del tema a tratar en cada una, se utilizó la modalidad de "open space", donde cada uno es libre de opinar y plantear su punto de vista cuando le parezca - siempre y cuando se haga de forma ordenada - y no las clásicas charlas con un orador y muchos escuchas.

Durante el día hubieron 4 franjas donde se llevaron a cabo sesiones simultáneas. En particular, voy a hacer una pequeña reseña sobre las cuatro donde yo participé:

(no recuerdo los nombres concretos, pero con el título de fantasía que puse se entiende)

1. SOA: ¿Vivo o muerto? ¿Cáncer o salvación?

En esta charla hubieron 4 a 6 sillas adelante, dándole al usuario de las mismas el derecho a hablar, siguiendo estas reglas:

- Siempre debe haber una silla vacía

- Si alguien quiere hablar, debe sentarse en una de esas sillas

- Si quedan todas las sillas ocupadas, deberá retirarse quien esté hace mas tiempo (o quien considere que ya no está aportando a la conversación, pero esto queda a criterio de cada uno)

La misma empezó comentando la experiencia de distintas personas que llevaron (o intentaron llevar a cabo) proyectos con arquitecturas que implementaban el patrón SOA y a raíz de esto, muchos - me incluyo - comentamos donde nos parecía que estaban las falencias usuales en este tipo de emprendimientos, cuales eran los beneficios, que costos se pagaban por intentar hacer SOA "porque es la palabra de moda" y cuando valía la pena realmente tener componentes de un proyecto que siguieran este patrón.

2. Microsoft... ¿Está innovando?

Este es un tema que propuso Miguel Angel Saez y, pese a que no mucha gente se prendió, me pareció un tópico sumamente interesante para tratar.

Acá charlamos sobre las alternativas a distintos problemas, viendo la forma - o formas - en que lo encaran Microsoft, otras empresas como Sun, Oracle, Amazon, Google, etc. y por último "la comunidad open source".

Para cada uno hablamos sobre cuanto de "inspiración" y cuanto de creatividad hubo en su creación y hacia donde veíamos el rumbo de evolución de cada una de estas tecnologías o productos.

Hacia el final de la sesión estuvimos hablando sobre Windows 7, su comparación con OS X (o inspiración en...) y cual grande - o pequeño - era el salto desde Windows Vista.

-- Pizza Break --

El almuerzo fue una gran sesión en si misma: todos hablando con todos sobre lo discutido en las sesiones anteriores, tratando de ver que nos perdimos y contando - mordisco de muzzarella de por medio - lo que aprendimos de los demás en las charlas que estuvimos.

Y sigue la tarde con...

3. YARF: Yet-Another-Rodo-Framework, o ¿Cuándo debo meter qué cosa?

Esta vez, pese a ser unos cuantos usamos la vieja y querida ronda para hablarnos entre todos y no tuvimos ningún problema.

Acá se charlo sobre para que tipos de desarrollo pensábamos que era mejor utilizar tal o cual framework o tecnología, o si - como algunos preferimos - hacernos el nuestro propio framework a media.

Hablamos de ventajas y desventajas de pensar necesidades a futuro, cuándo conviene reutilizar y cuándo conviene tirar lo que tenía y volver a pensar desde cero una mejor solución. Tocamos temas como la sobreingeniería de las soluciones planteadas, problemas con la división en capas (ya sea por defecto o por exceso) y varias cosas mas.

4. .NET hace monerías

La idea de esta charla fue hablar sobre las experiencias que hayamos tenido utilizando Mono (implementación Open Source de .NET) en distintas plataformas y poder contarles a los que nunca habían escuchado de este proyecto, o no lo habían probado, cual era el estado del mismo y que se podía o no hacer en comparación a .NET.

Durante la charla se mostró un poco de Mono en acción desde una maquina con Linux y mi Mac. Mostramos el REPL de csharp que viene incluido con Mono, explotando el hecho de que el compilador es provisto como "una librería mas". También vimos el plugin de Moonlight - implementación de Mono de Silverlight - corriendo dentro de Firefox en Linux y un pequeño vistazo a la IDE multiplataforma Monodevelop.

Bueno, con esto cierro el post de hoy. Si alguien quiere, pregunte sobre algún tema mas en particular de las sesiones y, de acordarme, con gusto responderé.

Saludos y hasta la próxima (donde pienso que subiré la primer versión beta del MTGDeck)!

Usando el MTGDeck para intentar devolverle la vida al blog

2009-05-10T09:53:00.003-03:00

Hace unos 6 meses empecé otro de tantos proyectos que suelo dejar sin terminar... sin embargo el mismo tuvo su breve mención dentro del blog: MTGDeck

La idea de este proyectito era poder jugar al juego de trading cards Magic: The Gathering, sin la necesidad de tener las cartas (probar mazos, combinaciones, etc...).
Como implementar las 192381092381290 reglas que hay para cada carta de Magic era algo impensable, se me ocurró que la funcionalidad del juego sería únicamente la de suplantar las cartas (y mesa) del juego. Con esto quiero decir que el seguimiento de las vidas, cumplimiento de reglas, fases del juego, etc... seguirían a cargo de los jugadores.

Para permitir jugadas de mas de 2 jugadores, encaré el desarrollo de esta aplicación directamente como client-server, donde el server guardaría el estado de las manos y cartas jugadas de cada uno de los jugadores y el cliente simplemente le enviaría cuales son los cambios hecho en la mano propia.

Para desarrollarlo decidí - y no por casualidad - empezar por el server (ya que carece de ese cáncer que mucho conocemos como la interfaz gráfica).

No mucho tiempo después ya tenía listo el servidor... y ahí es cuando las cosas se pusieron feas: al empezar a desarrollar el cliente pude hacer un repositorio de cartas que se encargaba de traer la imagen de cada carta, un prototipo de lo que sería la mano de cada jugador... y perdí el interés.

Siempre lo mismo... en el momento que hay que hacer la UI mis proyectos caen a velocidades estrepitosas.

Sin embargo, hace unas semanas decidí que era hora de terminar lo que alguna vez empecé y pese a su no-del-todo-hermosa interfaz gráfica, el juego parece estar andando.

Actualmente, el proyecto está en las últimas fases del alpha-testing (gracias Krako!) y será liberado en breve a las masas!

Para que se vayan dando una idea, toda la comunicación esta manejada con WCF (actualmente usando BasicHttp), pero por las dudas también hice un conector basado en remoting, hecho a la old school.

La interfaz de usuario está hecha en Winforms, pero la idea es que, eventualmente, pueda ser portada a otras cosas (GTK#, WPF, Web... iPhone?) ya que los servicios que expone el server pueden ser consumidos desde todos los anteriormente nombrados.

Bueno, con esto cierro. Supongo que durante esta semana estaré poniendo la primer beta y veremos si tiene tanto éxito en Taringa como lo tuvo mi RapidshareDownloader (nota al pie: si alguien lo sigue usando, le recomiendo pasar a JDownloader que es mucho mas potente)

Saludos!
Z

Material de la conferencia sobre C# 4

2009-01-21T10:31:00.007-02:00

Ya está disponible para bajar el material que usamos ayer con RodoF en la conferencia "Agregando dinamismo al código: C# 4 entra en escena" sobre las nuevas características que van a venir con C# 4 y la próxima versión del .NET Framework.

Link

Hasta la próxima!
Z

Chiche nuevo: iPod touch (2da gen)

2008-11-15T16:04:00.001-02:00

Después de haber probado el ipod de johnny, me vinieron muchas ganas de cambiar mi viejo mp3 player por algo mas novedoso y... Taraaaaa! Ipod touch de 16 gb nomás!!

El bicho esta muy bueno. Yo pensaba que escribir con el tecladito iba a ser molesto, pero el autocorrector que tiene es tan bueno que escribir este post desde el ipod es casi mas fácil ue desde la mac!

Lo único de malo que tiene esta version es que (todavía) no se puede hacer el jailbreak, por lo que estoy limitado a las apps disponibles en el app store de apple, que no son pocas, pero bueno... Yo quería usar mono acá!

Hasta el prox post!

Z

Charla de Voice Recognition y Synthesis con .NET 3.x

2008-10-06T12:12:00.003-03:00

Este sabado dimos con RodoF una charla en el CodeCamp sobre Voice Recognition y Synthesis utilizando .NET 3.x.
La presentación la pueden bajar de aca.

Durante la charla, estuvimos mostrando el proyecto de KeySimulator - VoiceCommander, el cual ya estuve comentando en el blog. Pueden obtener el código desde Codeplex.

Saludos!

Z

Aplicacion recomendada: Facebook Exporter for iPhoto

2008-09-26T11:02:00.003-03:00

Ayer me topé con una gran aplicacion que permite exportar directamente nuestros albumes de iPhoto a una cuenta de Facebook. La pueden bajar desde aca: Facebook Exporter for iPhoto.

Dentro de unos dias voy a tratar de ponerme a ver que APIs expone facebook para ver que nueva aplicacion puedo agregar a la gran seccion de "Cool and Useless"

Saludos!!

Z

Error spawning rc.exe - C++ - Visual Studio 2008

2008-09-24T11:07:00.002-03:00

Como continuación del post anterior, comento como solucionar el error que me llevó a reinstalar el Visual Studio 2008.

Al intentar compilar proyectos de C++, tiraba el error:

Error spawning rc.exe

Aparentemente, el problema es que este se instala al elegir el paquete de c++ tools (o algo asi) dentro de la instalación de Visual Studio. Por lo tanto, de no instalarlo no van a poder compilar nada.

Saludos!
Z

Problemas desinstalando Visual Studio 2008

2008-09-24T10:32:00.004-03:00

Debido a que mi Visual Studio 2008 decidió - sin mi consentimiento - que no iba a poder compilar proyectos de C++, decidí desinstalarlo y reinstalarlo para ver si algo se arreglaba.
El problema (va, otro de los problemas) fue que al intentar hacerlo, apareció el siguiente error:

A problem has been encountered while loading the setup components. Canceling Setup.

Despues de mucho (realmente mucho) dar vueltas por internet buscando una solución, encontré que el problema era que el hotfix KB952241 (bajado por Windows Update) trajo un bug en el instalador, resultando en el error encontrado.
Habiendolo desinstalado, todo volvió a la normalidad.

Si a alguien mas le pasa, espero que por leer esto no tenga que pasar tanto tiempo buscando soluciones como yo.

Un saludo!
Z

Rapidshare Downloader y CodeCamp

2008-09-22T09:56:00.004-03:00

Hola nuevamente!

Después de algunos meses volví para postear aca.
Para (re)comenzar, voy a dejar una aplicación que hice hace unos meses la cual, dada una lista de links de Rapidshare, los baja automaticamente.

Debo decir que no es el código mas bonito del mundo, pero cumple con su funcion mas que bien.

Originalmente, la aplicación funcionaba tanto en Windows como en Linux y OS X con Mono, pero aparentemente desde la beta 1 de Mono 2.0 se rompió algo relacionado con los web requests y no estan saliendo bien los requests hechos por POST, necesarios para esta aplicación, asi que por ahora solo funcionará en Windows (tal vez en Linux tambien, aunque lo dudo mucho).

Programa y Fuentes

Próximamente voy a estar publicando una aplicación que estamos armando con Giga para jugar al Magic PC a PC usando remoting o WCF para conectarse.

Por otro lado, quiero avisar que el día 4 de Octubre desde las 10.00 hasta las 19.00 se realizará el evento Microsoft CodeCamp, en el cual estaré dando una conferencia con RodoF sobre el uso del motor de Voice Recognition y Voice Synthesis desde .NET 3.x. No se lo pierdan!

Saludos!!

Z

zPod Reloaded: Vuelta al blog, desde el otro lado de La Fuerza!

2008-06-10T09:53:00.002-03:00

Si... ya se. No posteo nada desde hace 2 meses.
La verdad es que intenté postear algo, pero no se me ocurrió nada piola...

Ahora estoy oficialmente del lado de la luz: tengo una MacBook :) Por lo que mis problemas configurando y tuneando drivers locos hechos por gente loca de internet se acabaron (por lo menos por un tiempo... mi viejo quiere probar ponerse OS X en su notebook!)

Actualmente estoy laburando en un proyecto que exprime a fondo los features nuevos de C# 3, asi que si hacemos algo realmente copado, veré de postearlo.

Ya que no postié nada que valga la pena, les dejo dos videos que muestran cuan duro es trabajar en Lagash :)

Monitor dual en OS X

2008-04-06T17:34:00.003-03:00

Despues de varios meses de estar usando OS X, pude configurarlo para usar la salida VGA como segundo monitor. Para hacerlo hay que tener instalado el Leopard Graphics Update, usar estas extensiones y arrancar la maquina con el monitor enchufado.

Z

Frase célebre

2008-03-24T22:01:00.003-03:00

Hace mucho que no posteo nada, asi que voy a usar una frase célebre de relleno:

Computer science education cannot make anybody an expert programmer any more than studying brushes and pigment can make somebody an expert painter

Eric Raymond

Z

El eslabón que faltaba entre el .NET Framework y los browsers: Volta

2008-03-03T11:17:00.005-02:00

Hace un mes, mas o menos, mi amigo Johnny me había comentado al pasar sobre un compilador de MSIL a Javascript que estaban haciendo en Microsoft, pero no le di mucha importancia. Pensé que era uno de esos proyectos locos que solo servían como prueba de concepto o similar... hasta que lo vi.

Microsoft Volta es un proyecto (todavía en estado alpha o, a lo sumo, pre-beta) de Microsoft Live Labs para poder desarrollar aplicaciones web multicapa sin tener que preocuparse por aprender nuevos lenguajes, lidiar con problemas para hacer javascript cross-browser y varias otras cosas.
En cierta manera se puede ver como la respuesta de Microsoft al Google Web Toolkit, aunque todavía bastante menos maduro y obviamente, usando .NET en vez de Java.

Un ejemplo de lo que nos permite hacer Volta es hacer el diseño en HTML de una página, codificar todo su comportamiento desde cualquier lenguaje que trabaje con el .NET Framework y finalmente, el compilador de Volta generará todo el código y las assemblies necesarias para correr todo lo que se quiera correr desde el cliente, y las clases que deban ser ejecutadas desde el servidor serán llamadas de forma transparente, sin tener que agregar nada aparte de un atributo en la clase, indicándolo.

Nota antes de intentar usar esto: para poder crear nuevos proyectos de Volta, es necesario tener instalado Visual Studio 2008 y el Tecnology Preview de Volta. Tener en cuenta que es una de las primeras versiones que salen fuera de Microsoft como preview y aún contiene varios bugs y limitaciones.

Nota sin mucho sentido: como todavía no hay version del Copy Source as HTML para Visual Studio 2008, los ejemplos que voy a mostrar los voy a pegar como imágenes. Perdón por eso, pero hacer que se vea bien el codigo posteado en blogger es una tarea bastante ardua y no tengo muchas ganas de perder tiempo en esto :D

A continuación les muestro una aplicación de ejmplo que hice, la cual consiste en un simple Chat:

Mi idea era la siguiente: hacer una página que tenga 2 textboxes, uno para el nick y otro para el mensaje a escribir, un boton para enviar el mensaje y un div donde se vaya escribiendo el texto del chat.

Para empezar, creé el html de la página:

Una vez hecho esto, codifiqué la clase que representa esta página y obtuve los controles desde código manejado para poder usarlos:

En el evento Click del boton de la página hice que se llame al método _btnSend_Click, el cual se encarga de llamar al metodo AddMessage de la clase ChatState, la cual es la encargada de mantener el estado del chat, y luego agrega el nuevo texto al div donde se muestra la conversación:

Para poder mostrar también lo que el resto de la gente escribía en el chat, necesitaba poder pedirle al servidor que me actualice el contenido del div, por lo que creé un Time que se de dispare cada 5 segudos y llame al metodo UpdateChatBox, el cual se encarga de pedir las nuevas lineas agregadas al chat usando el método GetResponse de la clase ChatState y mostrarlas:

Como se habrán dado cuenta, la gran mayoría de todo este código debería correr en el cliente, excepto tal vez por la clase ChatState, la cual debería ejecutar en el servidor, conservando el estado de la conversación. Para hacer esto lo único que hay que hacer es ir a la clase ChatState, hacer click derecho sobre el nombre, ir a Refactor y hacer click en Tire-split to run at origin. Haciendo esto, se le agregará el atributo RunAtOrigin, lo que le indica a Volta que ese código debe ser ejecutado en el servidor y no en el cliente:

Finalmente, tocando F5 se dispara el browser elegido para debug (se puede usar IE o Firefox) y... listo! Estamos debuggeando nuestra aplicación volta!

Aca muestro un ejemplo de la aplicación funcionando:

Código del ejemplo: aca.
Hasta aca llega el post de hoy. Cuando haga algo mas veo de postearlo.

Z

Me tomo en whisky y empiezo a nombrar especies?

2008-02-24T21:39:00.003-02:00

La idea nombrada en el título de este post es lo único que me viene a la mente sobre el momento en que los científicos nombraron "Caballito de mar" al caballito de mar.

Se me ocurren dos posibles conversaciones:

Cientifico A: ... estás loco. Nadie va a ser tan boludo. Esta bien que la mayoría de la gente es bastante ignorante. Pero supongo que de esta si se darán cuenta.

Científico B: Vos haceme caso. La gente del populacho son un grupo de ovejas decerebradas. Vos decile que este bicho inerte es un caballo y lo van a comprar como billete del gordo de navidad...

O bien, la otra posibilidad:

Luego de haberse tomado 2 ginebras, 5 fernet y 4 whiskys...

Cientifico A: Che, encontré un animal de 15cm de largo, con caparazón ocificado, cabeza tupular, carente de dientes y ninguna extremidad...

Cientifico B: Un caballo!

Basado en una reflexión original de Luis Piedrahita

Hasta la próxima!
Z

Somos el único animal suficientemente idiota...

2008-02-21T12:19:00.002-02:00

Se dice que la estupidez humana no tiene límites, ya que somos el único animal suficientemente idiota para tropezar 2 veces con la misma piedra. Básicamente, intentar dos veces lo mismo y esperar distinto resultado

Ayer confirme mi humana estupidez.

Hace ya unos meses había tratado de utilizar la salida VGA de la notebook desde OS X sin mucho éxito. En el camino, casi destruyo la instalacion de mi máquina ya que me quedó lockeada una resolucion fea y no se veía nada en la máquina. Finalmente pude zafarla y volver a hacerlo andar.

Ayer volví a hacer lo mismo esperando tener éxito esta vez (iluso...). Obviamente, volví a destruir la configuración de la resolución de la maquina. El problema es que esta vez de tantas cosas que toque, dejé al sistema imposible de bootear. Por suerte pude levantar la particion desde el DVD de instalacion de OS X, guardar todos los datos importantes en un Pendrive y finalmente... reinstalar :(

Conclusión: me terminé durmiendo a las 3.30 de la mañana mientras reinstalaba todo.... por boludo.

Hasta la próxima!

Z

Un pequeño paso para el hombre, un gran salto para el desarrollo .NET en OS X: La nueva version de Mono incluye el MonoDevelop para Mac!

2008-02-07T21:59:00.000-02:00

Gente, desde hace unos dias, el paquete de instalación de Mono para OS X incluye una pequeña sorpresa: MonoDevelop!

Finalmente los usuarios de OS X tenemos un entorno de desarrollo decente, con completado de codigo y toda la bola para .NET!

Screenshot:

Hasta la próxima!

PD: pese a que ya no va a ser necesario, voy a ver si le programo una interfaz en GTK# o similar al ZSense para poder correrlo en OS X sin depender de Windows.Forms

Intellisense de bolsillo (y multiplataforma): ZSense!

2008-01-20T23:08:00.001-02:00

Dado que la gran mayoría de mis amigos están disfrutando de sus vacaciones, ya sea en la costa, el sur o en el exterior, este fin de semana fue bastante aburrido: me quedé en casa practicamente sin hacer nada. Todo parecía seguir asi hasta que me vino una idea a la cabeza...

Desde que instalé OS X en la laptop estoy queriendo desarrollar aplicaciones .NET usando el port de Mono que hay para OS X. El gran problema que tengo es que al no haber port de MonoDevelop (o al menos, no hay sin tener que recompilar medio universo y bajar nosecuantas librerías extra...) termino levantando una VM con Windows XP y el Visual Studio. No pido tener un IDE que se integre con el debugger ni mucho menos, sino que pido algun editor que tenga IntelliSense para no tener que estar programando con la ayuda abierta constantemente.

Aqui es donde aparece la idea que me vino el día de hoy: lo que hay que hacer es tener el IntelliSense dentro de una aplicacion hecha en .Net, asi, cuando quiera desarrollar, la puedo usar como referencia.

Sin mas presentación, les entrego a... ZSense!

Este es un proyectito bastante chico que hice hoy (pero planeo seguir mejorando con el tiempo) que recibe una linea de código con tipos de .Net y va mostrando en una lista las opciones disponibles para seguir escribiendo la linea.

Esta primera versión tiene algunos detalles ásperos: el tipo inicial debe estar escrito entre comillas dobles. Por ej, una linea válida sería: "System.Int32".GetHashCode().CompareTo(System.Int32)

Como pueden ver, la manera de indicar que sobrecarga de un método se quiere usar es escribiendo el tipo de dato de cada parámetro, separados por comas.

Si se quieren usar mas assemblies aparte de las predeterminadas, se pueden cargar en la lista de la izquierda.

Para mas detalle, vean el código! (si, ya se... hay unas cuantas cosas que podrían estar mejor - como el parsing - pero lo quería sacar andando rápido. Ya tendré tiempo para mejorarlo).

Les dejo aca la versión inicial. En un rato lo subo a Codeplex asi voy dejando ahi las últimas actualizaciones.

Screenshot, corriendo el mismo ejecutable en OS X con Mono (todavía hay algunos problemas, pero anda...) y en Windows con VMWare Fusion

Un saludo!

Problema con parametros de tipo string de longitud 0 en Oracle usando System.Data.OracleClient

2008-01-18T20:50:00.000-02:00

Haciendo unas pruebas para una migración a Enterprise Library, nos encontramos con un problema (no se si intencional o no) utilizando las clases de acceso a datos contra Oracle que trae .NET Framework 1.1.

Supongamos que uno quiere hacer la siguiente consulta:

SELECT * FROM Countries WHERE Country_id = :c_id

Si usamos el siguiente código, la aplicacion generará una excepcion por tener un parametro de tipo string con longitud 0:

using (IDbConnection conn = new OracleConnection("Password=hr;Persist Security Info=True;User ID=hr;Data Source=localhost"))

{

    conn.Open();

    using (IDbCommand command = conn.CreateCommand())

        command.CommandType = CommandType.Text;

        command.CommandText = "SELECT * FROM Countries WHERE Country_id = :c_id";

        IDbDataParameter param = command.CreateParameter();

        param.ParameterName = "c_id";

        param.DbType = DbType.AnsiStringFixedLength;

        param.Value = String.Empty;

        command.Parameters.Add(param);

        using (IDataReader reader = command.ExecuteReader())

            DumpReader(reader);

    conn.Close();

El error es: Parameter 'c_id': No size set for variable length data type: String.

Para solucionar esto tenemos dos opciones:

1. Usar la librería provista por Oracle para .NET para acceder a los datos. Esta librería maneja de forma correcta los Strings vacios. (al menos es asi usando la última version de la librería. Me falta confirmar que con versiones anteriores tambien funcione)

2. Enviar DbNull.Value como valor del parametro, en vez de String.Empty. En otro blog leí que Oracle maneja de la misma manera tanto a los strings vacíos como a los NULL. Sin embargo yo no estoy 100% seguro de que esto sea asi, asi que de tener confirmación o refutación de esto, por favor haganmelo saber! De todas maneras, mi recomendación es usar ODP.Net

Hasta la próxima!

Z