Gracias por Invitarme.

Después de investigar un rato, ver algunos ejemplos y leer bastante código termine seleccionando la librería ASIHTTPRequest, esta librería es robusta y me permite hacer cosas como invocar los servicios de forma asíncrona (lo que debe ser obligatorio en aplicaciones con interfaz de usuario móvil o de escritorio) o consumir servicios que requieren autenticación por medio de headers.

Descargue las clases, agréguelas a su proyecto, no olvide incluir la clase reachability que esta en la carpeta Externals de ASIHTTPRequest  y estará listo para consumir servicios Rest desde iOS, o casi listo…

Ahora bien, hace casi un año se lanzo la versión 5 del sistema operativo iOS y eso le generará algunos problemas ya que una de sus grandes novedades fue la recolección automática de objetos (ARC), es decir que ya no había que destruir manualmente las referencias a los objetos que no se usan, algo que antes hacíamos escribiendo instrucciones como:

[shareDialog release]

Otras instrucciones como retain, dealloc tampoco son necesarias si se esta trabajando en el modo ARC (Automatic Reference Counting)

Ahora bien, estos cambios que se introducen en el compilador hacen que librerías como la que venia usando para consumir los servicios queden inservibles.  Sin embargo el compilador tiene una opción (flag) que se puede aplicar por cada archivo de clase de forma que ignore la característica de ARC para ese archivo al momento de compilar.  Instrucciones (en ingles) y unas buenas fotos de como hacerlo aquí

En este punto su solución debe compilar y ya tiene todo lo necesario para empezar a consumir servicios REST desde su aplicación iOS 4 o 5.

PD: Sobre ARC, Es importante aclara que esto es una nueva característica del compilador y no del encargado de la ejecución, así que no es ni parecido al Garbage Collector de .Net aunque podría confundirse, básicamente lo que esta pasando es que el compilador agrega las instrucciones a nuestro programa cuando lo compila

Juan Peláez
Arquitecto de Software

Desde hace más de un año en 3Metas, con  nuestro equipo de desarrolladores en Colombia, Bucaramanga, Manizales, Popayan, Medellin, Fort Lauderdale, Miami, Atlanta, Los Angeles, Shangai, Hawai y Australia hemos venido desarrollando aplicaciones para iOS tanto para iPad como para iPhone para clientes alrededor del  mundo.

Sin embargo creo que en un periodo de no menos de 6-10 años ese modelo no será exitoso en Colombia y la razón es muy simple: en Colombia no existen mecanismos de salida que son los que garantizan la existencia de los modelos de emprendimiento en Estados Unidos.

Qué es un mecanismo de salida? Fácil, es la forma como el inversionista va a recuperar su inversión más las ganancias en algún momento, ojala próximo en el corto plazo, del tiempo.

Entonces, supongamos que usted en USA un ángel inversionista le da 50.000 dólares, ese querido amigo espera que usted venda en la ronda A a un fondo de inversión la empresa en 1 millón de dólares y que el convierta sus 50.000 en 300.000 ojala en un año. Ahora bien, y en esto también somos diferentes, y muy diferentes, si en USA la empresa se quiebra y usted nunca tiene un producto o no vende la empresa en los 300.000 en cierta medida el inversionista entiende el riesgo y en general digamos que no pasa nada. (Para cubrirse el inversionista puso 50.000 en cuatro empresas, 3 de las cuales quebraron y una se venido en 300.000 así que aun perdiendo 150.000 en las 3 empresas quebradas, recupero el 100% de la inversión y gano 100.000 más).

Qué hace el fondo que compró en la ronda A con su inversión, espera que pase una de dos: a) que haya una ronda B y vender su participación de 1 millón en 50 millones, o que la compañía se haga publica (IPO) en la bolsa de valores y su participación de 1 millón ahora valga 300 millones.

Ahora fijémonos que pasa en Colombia: Usted crea su empresa y no hay Ángeles Inversionistas (punto). Si usted consigue un inversionista de los mismos 50.000 dólares eso es un préstamo, si su empresa fracasa, el inversionista espera su retorno de los 50.000. Ok no seamos tan negativos, digamos que su empresa no fracasa, entonces que alternativas hay: a) un fondo de inversión para la ronda A, no, eso no existe en Colombia, los fondos de inversión solo invierten en ciertos sectores y el software, internet, etc, no están entre ellos. (He hablado con varios fondos así que en este punto puede creerme), le queda la alternativa b) usted mismo de las utilidades o de la operación le compra a su inversionista su parte, es decir le paga el préstamo, solo que aclaremos que como no le cobro intereses y usted en teoría le dio una participación de la compañía le esta comprando su parte. Ahora bien supongamos que no soy tan negativo y usted tiene un familiar o mejor amigo del colegio que es socio de un fondo de inversión, entonces logra una ronda A y hace historia, primero lo felicito y segundo vamos a preocuparnos por como ese fondo va a recuperar su inversión? lo que nos deja en las siguientes alternativas: a) ir a bolsa, que aunque es posible en Colombia desde hace un par de años en teoría, en la practica es casi imposible por las restricciones legales y de protección que buscan evitar que los inversionistas se arruinen. Así que muy, pero muy pocas empresas han logrado salir a bolsa. Le queda la opción b) que es comprarle usted al fondo de inversión su parte de la compañía.
En este punto esperemos que el fondo de inversión haga su trabajo y sean los primeros en lograr vender una compañía colombiana a un fondo en el extranjero o inversionista. Esos lo hemos visto en Brasil y Argentina pero en Colombia aún no.

El punto entonces es que mientras no se den las condiciones para que haya mecanismos de salida, claros, rápidos y con retorno para el inversor el emprendimiento del tipo Silicon Valley en Colombia no va a despegar.

Hay otras consideraciones sobre ese modelo de emprendimiento que creo que son importantes como el enfoque en el producto/servicio más que en hacerse ricos de la noche a la mañana, pero eso es motivo de otro post.

using (SecurityEngineDb LAPDb = new SecurityEngineDb())
{
var user = LAPDb.users.Single(p => p.username == userName);
return user;
}

Entonces EF transforma eso en la instrucción Select [Campos] from Users Where UserName = @UserName, etc, etc.
Ahora bien, hay algunas instrucciones SQL que por su complejidad, optimización o la razón que sea no se puede escribir utilizando linq, así que el context también incluye la capacidad de escribir instrucciones SQL, utilizando DBContext.Database.SqlQuery, y a este método le podemos pasar la instruccion SQL y sus parámetros (ya todos sabemos que las instrucciones SQL deben ser parametrizadas para evitar ataques de SQL Injection cierto? pero bueno ese es otro post). El método sqlQuery es un genérico asi que si el entity framework es tan inteligente que se da cuenta que al final el objeto es un usuario o cualquier otra entidad del modelo simplemente lo pongo en el SqlQuery(sqlInstucction, parameters) y voila, tengo unos usuarios que son el resultado de mi complicada instrucción SQL.

Pero y si la instrucción SQL retorna un conjunto de columnas que no corresponden a ninguna de mis clases del modelo? (algo que creo que es muy común, por ejemplo, en reportes), pues hemos visto que una alternativa es declarar esa clase independiente del modelo y utilizarlo como parámetro en el sqlQuery.

Por ejemplo, mi consulta compleja devuelve unos campos que son equivalentes a esta clase:

public class FullfiledTransition
{
public int Requested { get; set; }
public int Fullfilled { get; set; }
public Guid Transition_id { get; set; }
public Guid idSourceActivity { get; set; }
public Guid idTargetActivity { get; set; }
}

puedo definirla sin que quede relacionada con el modelo , es decir no quiero un objeto en la base de datos con esta estructura. y utilizarla con el sqlQuery asi:

var fullfilledTransitions = wfEngineDb.Database.SqlQuery(sb.ToString(), activityInstanceId);
donde sb es el StringBuilder (ya sabemos que siempre hay que concatenar con stringBuilde cierto?) de mi instrucción SQL y activityInstanceId el parámetro que recibe esa instrucción.

es un pequeño truco que ayuda a sacar máximo provecho del EF y su capacidad de ejecutar instrucciones SQL.

Ahora bien, una de las cosas más interesante del Entity Framework cuando se trabaja con Code First consiste en la capacidad de crear bases de datos que reflejan el modelo y sobre las que se van a almacenar los datos y esto es casi mágico para el desarrollador, pero ya en el ambiente de producción y en aplicaciones corporativas se requiere más control, así que es mejor definir su propia cadena de conexión. Esto resulta un poco complicado la primera vez porque uno siempre se esta preguntando pero como supo EF a donde conectarse, servidor, usuario, nombre de la base de datos, etc.  Revisando la documentación del entity framewor en el objeto DbContext que es de donde se hereda el controlador de la base de datos vemos lo siguiente en el constructor

Constructs a new context instance using conventions to create the name of the database to which a connection will be made. The by-convention name is the full name (namespace + class name) of the derived context class.  See the class remarks for how this is used to create a connection.

y un poco más en la documentación de clase se encuentra lo siguiente:

The Entity Data Model backing the context can be specified in several ways. When using the Code First approach, the System.Data.Entity.DbSet<TEntity> properties on the derived context are used to build a model by convention.   The connection to the database (including the name of the database) can be specified in several ways.  If the parameterless DbContext constructor is called from a derived context, then the name of the derived context is used to find a connection string in the app.config or web.config file. If no connection string is found, then the name is passed to the DefaultConnectionFactory registered on the System.Data.Entity.Database class.

The connection factory then uses the context name as the database name in a default connection string. (This default connection string points to .\SQLEXPRESS on the local machine unless a different DefaultConnectionFactory is registered.) Instead of using the derived context name, the connection/database name can also be specified explicitly by passing the name to one of the DbContext constructors that takes a string. The name can also be passed in the form “name=myname”, in which case the name must be found in the config file or an exception will be thrown.

Note that the connection found in the app.config or web.config file can be a normal database connection string (not a special Entity Framework connection string) in which case the DbContext will use Code First.

Que básicamente nos dice que la base de datos se llamara como se llame la clase (incluido el namespace) de donde que fue heredada de DBContext, por ejemplo, si mi clase se llama MyNamespace.MyComponente.MyClase, así se llamara la nueva base de datos en una instancia de SQL que se llame SQLExpress dentro de la maquina en la que esta ejecutándose la Dll. Ahora bien si se quiere definir el nombre de la base de datos se puede invocar el constructor de DBContext asi:

public MTRDB() : base(“MyDB”) { }

Donde MTRDB es el nombre de la clase que esta heredando de DBContext y MyDB es el nombre con el que quiero que se cree la base de datos en la instancia SQLExpress de la maquina local.

Ahora si lo que se quiere es prevenir que EF vuelva a crear la base de datos o que utilice una base de datos existente en otro servidor, con otro nombre, con seguridad de SQL o cualquier combinación de las anteriores se debe crear una llave de tipo Connectionstring en el archivo config (web.config o app.config) de la solución que esta referenciando la clase que heredo de DBContext, esta llave debe tener el mismo nombre de la clase (si no se uso el constructor) o el mismo nombre que se uso en el constructor, por ejemplo y de acuerdo al ejemplo anterior, si la app encuentra una llave de configuración que se llame MyDB utilizará la información de esa cadena de conexión para conectarse a la BD donde espera encontrar los modelos de objetos.

Un detalle importante es que cuando se utilizan cadenas de conexión es bueno incluir el parámetro  MultipleActiveResultSets=True en la cadena de conexión, ya que de no hacerlo el DBContext solo podrá manejar un resultado al tiempo y no permitirá ejecutar otros comandos mientras no se cierre el proceso del anterior. así que algo como esto


using (WFEngineDb wfEngineDb = new WFEngineDb())
{
var fullfilledTransitions = wfEngineDb.Database.SqlQuery<FullfiledTransition>(sb.ToString(), activityInstanceId);
foreach (var fullfilledTransition in fullfilledTransitions)
{
if ((fullfilledTransition.Requested - fullfilledTransition.Fullfilled) == 0)
{
var transition = wfEngineDb.transitions.Find(fullfilledTransition.Transition_id);
transitions.Add(transition);
}
}
}

Generaría un error ya que el find no puede ejecutarse dentro de la operación de consulta a la base de datos. El error seria algo del tipo: There is already an open DataReader associated with this Command which must be closed first.

 La capacidad del EF de distiguir por configuración si estoy en desarrollo o en producción por la presencia o no de la cadena de conexión en el archivo config de la solución nos ha parecido no solo muy útil sino que se ha vuelto parte de nuestro proceso de desarrollo permitiéndonos probar el componente contra múltiples ambientes de una forma muy fácil y rápida.

En uno de nuestros proyectos, por ejemplo,  teníamos una base de datos en producción con más de 70 millones de registros y soportando un web site con picos de hasta un millón de visitantes diarios y el EF se comporto de maravilla (después de crear índices y hacer un tunning juicioso de la base de datos), así que creemos que es una tecnología bastante madura y robusta como para poner rápidamente aplicaciones importantes en producción.

Pd. No soy experto en nhibernate pero me gusta de EF Code First que no hay archivos de configuración ni nada aparte de mi clase para definir el modelo y cuando se necesita algo particular el Dataanotations hace el trabajo muy bien.

Hay ocasiones en las que se quiere crear la BD en otro schema dentro de SQL que no sea el dbo, para ello se puede usar la siguiente instrucción:

modelBuilder.Entity<Settings>().ToTable(“Settings”, schemaName);

sin embargo toda las tablas que hacen relaciones muchos a muchos van a seguir quedando en el schema dbo, asi que hay que usar un truco de fluent API para hacer el ajuste, algo como esto:

modelBuilder.Entity<User>()
.HasMany(p => p.groups)
.WithMany(r => r.users)
.Map(m => m.ToTable(“UsersByGroups”, schemaName));

donde schemaName es una variable en la que he puesto el nombre con el que quiero que quede nombrado el schema.

Tiene algunos efectos colaterales cuando se manejan objetos con herencia pero para la mayoría de los escenarios funciona bastante bien. El equipo de EF ya esta advertido de la necesidad de poder modificar el schema de forma global y trabajan en eso.

Mis primeras impresiones de Mango:

• La lista de aplicaciones se ha organizado mejor y ahora incluye una nueva funcionalidad de búsqueda. Adicionalmente la animación entre la ventana de aplicaciones y la lista ha mejorado.
•  Mejoró la gestión de redes inalámbricas, ahora es posible ver la ip y configuración de red.
•  Nueva funcionalidad de battery saver que muestra información detallada del estado de la batería.
•  La historia de los contactos integra redes sociales, correos y llamadas muy bien organizadas y pensadas.
•  Los mms se han integrado con las redes sociales haciendo posible chat con facebook chat.
•  La nueva versión del IE9 se siente bastante rápida aunque la barra de navegación inferior es un poco extraña.
•  El calendario de eventos mejoró en la forma como se muestra la información diferenciando por color los cumpleaños y los eventos de facebook.
•  El profile se ha integrado con facebook para mostrar las notificaciones de facebook.
•  Las cuentas de correo ahora tienen la opción de enlazar cuentas y de mostrar las conversaciones.
•  Maps ahora incluyen información de sitios por categorías ubicadas cerca a los sitios, de esta forma se pueden encontrar restaurantes y ofertas.

La interfaz en general funciona bastante rápido y el proceso de actualización fue muy tranquilo, con todos estos cambios se espera que este sistema operativo y su alianza con fabricantes de teléfonos como Nokia y HTC posicionen esta alternativa para los usuarios de teléfonos inteligentes.