Fluent Interface no es solo simular el WITH de VB

Pues eso, que a raíz de leer un artículo en el blog de mi amigüita Gisela Torres (amiga de feisbúc, ya que no la conozco personalmente aunque en la última cena/reunión de MVP anduvo por allí cerca, pero como yo estaba castigado contra la pared no le vi ni sus ojos… ya sabes que algunos ojos me encandilan, jeje) comentando cómo Crear Fluent Interface en C# y en uno de los comentarios al post decían que se parecía mucho al uso de la instrucción (o bloque) WITH de Visual Basic.

Después en la página que tiene CampusMVP en feisbúc se vuelve a comentar lo mismo, y en realidad es que ese ejemplo concreto es muy parecido al uso de un bloque With de VB (ya sea VB para .NET como el VB6, en ambos existe esa construcción).

 

El código de ejemplo

Sin entrar en demasiados detalles (y con el permiso de Gisela) te muestro el código de uso en C# del ejemplo de interfaz fluida (o fluent interface si lo prefieres en inglés –estos dos enlaces o links son de la wikipedia y en el de español sólo hay ejemplos para C# y C++, mientras que en inglés hay ejemplos para Object Pascal, PHP, Java, JavaScript, C#, etc., eso sí, para VB no hay… ¡faltaría más!-) que puso en su artículo, y después te muestro el correspondiente en Visual Basic usando un bloque With.

 

Nota:
Para entender mejor este ejemplo, te recomiendo que veas el código completo que muestra Gisela en su artículo.

 

El código de uso de Fluent Interface en C#:

new Computer()
    .AddProcessor("Intel i7 920")
    .AddRAM(6)
    .TurnOn()
    .Test()
    .TurnOff();

 

El código de uso de Fluent Interface en VB

(pero sin crear la interfaz que implementa la clase Computer de C#, por eso en este ejemplo la clase se llama ComputerSimple):

With New ComputerSimple()
    .AddProcessor("Intel i7 920")
    .AddRAM(6)
    .TurnOn()
    .Test()
    .TurnOff()
End With

 

Como puedes comprobar, escribiendo el código de C# de esa forma es fácil confundirlo con una construcción (o bloque) With de Visual Basic, pero como comenté en la página de CampusMVP: sin End With y con punto y coma… 😉

 

Aunque ese "parecido" con With es sólo por la forma de escribir ese código en C#, ya que si lo escribiésemos todo junto y sin cambios de líneas, sería lo que se conoce como encadenamiento de métodos, de forma que se puede llamar a un método de una clase partiendo de la llamada a otro método y esto no se puede hacer con un With, ya que esa instrucción lo que permite es hacer llamadas a diferentes miembros de un objeto (ya sean métodos, propiedades o cualquier cosa que se pueda usar en un objeto) sin necesidad de tener que indicar el objeto en cuestión, es decir, el With nos permite crear un bloque que hace referencia a un objeto, y al estar dentro del "bloque" podemos acceder a cualquier miembro de ese objeto.

 

El código de llamada a la clase "Computer" que simula un With en C# en realidad se podría escribir así:

Nota:

En el blog es posible que se corte el código, pero lo que hay después del comentario podría/debería estar en una sola línea.

Gracias a mi amigo Dani (Seara) por recordarme que no había puesto el código.

 

// Todo en una línea:
new Computer().AddProcessor("Intel i7 920").AddRAM(6).TurnOn().Test().TurnOff();

 

Por tanto, si queremos una funcionalidad como la indicada en los ejemplos de encadenamientos de métodos, tendríamos que crear un código parecido al indicado en el artículo de Gisela, es decir, crear una interfaz en los que sus métodos devuelvan la propia interfaz en lugar de un tipo más concreto.

 

 

Fluent Interface no solo es encadenamiento de métodos

Pero si hacemos caso a Martin Fowler, a esta forma de usar Fluent Interface se conoce como method chaining (o encadenamientos de métodos), pero la "fluidez" no es sólo porque se puedan encadenar métodos… aunque yo aquí no te voy a contar lo que él ya te cuenta en su sitio, allí podrás leer más sobre nested functions (anidamiento de funciones) o de object scoping (alcance -cobertura- de los objetos) que son otras de las "gracias" de todo esto de las interfaces fluidas (fluent interface).

 

Reflexiones

En cualquier caso, todo esto está muy bien… y el que quiera usarlo que lo use y el que no, que haga como yo, que se va a dar una vuelta por la playa (o equivalente, también vale un parque o un banco en una esquina) o suda un poquillo corriendo o jugando al tenis… jejeje, que no, que es broma, es que después de un año casi sabático, tantas cosas nuevas, que no son tan nuevas, pero que ahora es cuando yo me estoy enterando de muchas de ellas, porque se usan en los lenguajes que me interesan: en general todos los incluidos en .NET Framework… la cuestión es que hay mucha información en poco tiempo y la verdad es que prefiero "emplear" sólo una parte de ese tiempo en cosas concretas o bien que me llamen la atención como ha sido la de este artículo de Gisela. ¡Gracias Gisela por hacer que le dedique un rato a esto de la programación en vez de estar pensando que podría estar en la playa refrescándome! (de todas formas esta tarde no tocaba playa, así que… bien empleado está el tiempo, jejeje)

 

Despedida y cierre

Bueno, voy a escribir el código de ejemplo y ponerlo más arriba, que sólo he dejado el espacio para que no se me fuera la idea, que con estas calores, hasta las ideas se evaporan… jejeje

 

Nos vemos.

Guillermo

P.S.

El código de ejemplo completo lo pondré en otro momento… ¿vale? pues eso… y además añadiré el correspondiente para usar esto mismo en Visual Basic .NET y si me da el punto -y se puede- también lo haré para Visual Basic 6.0

P.S.2 (23/Jul/2010 05.27)

Ya está el código de ejemplo para que lo puedas descargar desde mi sitio:

.NET/VB6: Código de ejemplo de cómo usar Fluent Interface en C#, Visual Basic .NET y Visual Basic 6.0

Esta entrada fue publicada en cosas técnicas, mis cosas y etiquetada , , , . Guarda el enlace permanente.

9 respuestas a Fluent Interface no es solo simular el WITH de VB

  1. Gisela dijo:

    Hola Guille! Vaya, ¿No me digas que te quité tiempo de veraneo? 🙂 Si, la verdad es que coincidimos pero eran tal revolución aquello que no me dejaron tiempo de presentarme 🙂 A ver si a la próxima nos tomamos algo tranquilamente 😀

    La verdad es que, como comento en el artículo, me llamó mucho la atención este tema por su uso en ASP.NET MVC. No sé si has podido ver algo de ello pero la verdad es que la extensión de los helpers para crear las vistas (ya que no tenemos controles de servidor…) queda mucho más elegante de esta forma y mucho más viable para evitar errores por magic strings que llaman y demás 🙂

    Bueno no me enrollo…. La verdad es que VB.NET lo abandoné en mi primer trabajo y poco más supe de él 🙂

    ¡Gracias por mencionarme!

    Besos

  2. elGuille dijo:

    En estas fechas, cualquier cosa que yo haga es tiempo que me quito de las vacaciones de verano, si es verano es que estoy de vacaciones, vamos que llevo implementada la interfaz IFluidVacaciones 😀

    No he usado nunca el ASP.NET MVC (eso ha salido mientras estaba probando la interfaz anterior: ¡un año que me ha costado implementarla! 😉 ), pero algún día le tocará el turno y ya veremos cómo se aprovecha ese mismo tema en VB… si es que hay ejemplos en VB que como nos discriminan tanto, pues… 🙁

    Es que ahora con todo el tema este de la programación dinámica se están usando muchas cosas que VB ya tenía, pero al cambiarles de nombre y no hacer referencia a que en VB se usaba, pues… parece que se ha encontrado un nuevo filón de oro… en fin…

    Gracias a ti por haber escrito algo que me ha despertado la curiosidad 😉

  3. Lentucky dijo:

    Hola Guille, fui quien hizo el comentario en el blog de Gis.

    Y sí, mucho de lo que a Alan Cooper ya se le había ocurrido hace mucho, mucho tiempo ahora se viene “reinventando” como la nueva moda de Fowler-Evans, que en el ejemplo que hicieron en el 2005 en el link que pusiste, hasta usan la misma palabra: WITH.

    Si no estoy en un error, la gran diferencia entre el uso de una interfaz y el with de VB es que con el último NO estamos obligados a utilizar los miembros, métodos y propiedades de la interfaz y el objeto al cual hacen referencia.

    Cosa que me sorprende de Microsoft es que, aún siendo VB un CLR y formar parte de .NET, no se hayan reutilizado muchas de sus buenas características a los demás lenguajes.

    Un saludo.

  4. elGuille dijo:

    La verdad es que usando WITH tiene menos sobrecarga que haciéndolo de esa forma, al menos si nos creemos lo que “nos decían” de cómo funciona With y porqué teníamos que usarlo.

    El problema de que no se usen más cosas de VB (de forma clara) es que los que desarrollan los otros lenguajes son anti-VB, ya sabes que VB es sinónimo de “no programador”, y después pasa lo que pasa que tienen que re-inventar las cosas que ya estaban inventadas pero que no muchos conocían… en fin…
    Gracias.

  5. Gabriel dijo:

    Hola Guille!! Disculpa, se que lo que voy a comentar ahorita no tiene nada que ver con lo que se habla en este tema, pero me gustaria ver si tu me puedes ayudar quiro ver como hago para que cuando maximizo una ventana los objeto me refiero a bottones label y demas se redimencion para que no queden mal… te agradesco si me ayudas o a los demas lectores gracias

  6. elGuille dijo:

    Efectivamente Gabriel ni tiene nada que ver ni es el sitio adecuado, ya que para eso están los foros… de todas formas, mira en mi sitio, no se si es para VB6 o .NET, pero para ambos tienes ejemplos de eso que quieres, y si es .NET lo tienes más fácil… échale un vistazo a la sección Cómo en .NET y ahí tienes ejemplos (o debería haber, si no, mira también en las colaboraciones), gracias.

Los comentarios están cerrados.