Etiqueta: dotnet

  • Utilidad para invertir las asignaciones de controles a objeto y viceversa (ReordenarAsignaciones)

    Pues eso, hay ocasiones en las que en el código asigno los datos de una tabla a los controles del «formulario» (quien dice formulario dice página XAML, etc.), sí, sé que se puede hacer con DataBinding, pero… casi siempre prefiero usar el modo manual ya que así parece que tengo más control con lo que hago y, de hecho, en algunas ocasiones el DataBinding no va como debería, al menos eso me ha pasado en varias páginas de Xamarin.Forms. No sé si tú lo harás así, pero yo suelo hacerlo con bastante frecuencia, será por la forma de trabajar que tengo. ?

    Te explico:
    Digamos que tengo una tabla de una base de datos, que he convertido con la utilidad Generar las clases (de VB o C#) de una tabla de SQL Server o Access (mdb) en la que tengo asignada en una variable (por ejemplo, LaFactura) el contenido de la tabla Facturas y quiero asignar el contenido de ese objeto a los diferentes controles, haría algo como esto para asignar los valores de LaFactura a los controles:

    /// <summary>
    /// Mostrar la factura en los campos.
    /// </summary>
    private void MostrarLaFactura()
    {
        chkFacActiva.IsChecked = LaFactura.Activa;
        txtFacActividad.Text = LaFactura.Actividad;
        txtFacAdultos.Text = LaFactura.Adultos.ToString();
        txtFacAgente.Text = LaFactura.Agente;
        txtFacCuantasReservas.Text = LaFactura.CuantasReservas.ToString();
        txtFacCuantosPagos.Text = LaFactura.CuantosPagos.ToString();
        txtFacDescuento.Text = LaFactura.Descuento.ToString("0.##");
        txtFacFechaFactura.Text = LaFactura.FechaFactura.ToString("dd/MM/yyyy HH:mm");
        txtFacHoraActividad.Text = LaFactura.HoraActividad.ToString("hh\\:mm");
    }

    Y tengo este otro método para hacer el caso contrario (asignar al objeto LaFactura el valor de los controles):

    /// <summary>
    /// Asignar los campos a la factura para guardar.
    /// </summary>
    /// <returns>True si algo no va bien.</returns>
    private bool AsignarLaFactura()
    {
        LaFactura.Activa = chkFacActiva.IsChecked;
        LaFactura.Actividad = txtFacActividad.Text;
        LaFactura.Adultos = txtFacAdultos.Text.AsInteger();
        LaFactura.Agente = txtFacAgente.Text;
        LaFactura.CuantasReservas = txtFacCuantasReservas.Text.AsInteger();
        LaFactura.CuantosPagos = txtFacCuantosPagos.Text.AsInteger();
        LaFactura.Descuento = txtFacDescuento.Text.AsDecimal();
        LaFactura.FechaFactura = txtFacFechaFactura.Text.AsDateTime();
        LaFactura.HoraActividad = txtFacHoraActividad.Text.AsTimeSpan();
    
        return false;
    }

    En el método MostrarLaFactura las asignaciones las hago de la forma habitual, es decir, asigno a los controles los datos que quiero mostrar, por ejemplo, si es fecha le asigno de la forma dd/MM/yyyy, etc.

    El caso especial es cuando lo hago al revés: AsignarLaFactura, que debo convertir el contenido de los controles al formato adecuado, en este caso utilizo para las fechas, horas y cifras con decimales unos métodos de extensión que tengo definidos para hacer esa tarea (que empiezan con As y tienen el formato AsTIPODATOS), esto último no es parte de la utilidad que me he fabricado, pero… la tiene en cuenta ?

    Hacer esto manualmente, que es como lo hacía hasta hace 2 días, es tedioso y, por supuesto se pueden producir errores, que modificas tras el aviso de Visual Studio, pero… es, ¿cómo decirlo?, un peñazo por no decir co**zo. ?

    Y me puse a fabricarme una utilidad (sí, en C#) para hacer eso, por ahora es muy simple y en las asignaciones no contempla que haya comentarios, pero… todo se andará.

    Las asignaciones que convertir se indican como argumentos en la línea de comandos, yo lo que hago es tener el proyecto abierto en Visual Studio y en la parte de DEBUG le asigno lo que se indicará en la línea de comandos (ver la captura 1), al hacerlo de esta forma (indicando los valores a convertir como argumentos de la aplicación), hay que tener en cuenta que los valores asignados al array args del método Main se hacen de esta forma:
    ladoIzquierdo = ladoDerecho, de forma que si pones: chkFacActiva.IsChecked = LaFactura.Activa; esta será las asignaciones al array args:
    args[0] = "chkFacActiva.IsChecked"
    args[1] = "="
    args[2] = "LaFactura.Activa;"

    Y esto es lo que tengo en cuenta, por eso aún no contemplo los comentarios, ya que analizo el contenido del array args de tres en tres valores:

    for (int i = 0; i < args.Length - 2; i += 3)

    Pero eso ya lo arreglaré en la próxima revisión.

    Figura 1. Los argumentos de la línea de comandos del proyecto

     

    Dicho esto, no me queda mucho más que decir ?

    Solo ponerte el enlace al proyecto publicado en GitHub: ReordenarAsignaciones, el nombre en realidad tendría que ser InvertirAsignaciones, pero… así es como lo creé inicialmente y… seguramente se quedará así ?

    Nota:
    En el repositorio de GitHub incluyo las clases con las extensiones que te he comentado y muchas más.
    El código de Extensiones está tanto para Visual Basic (el original) como para C# (el convertido).

    También he creado un paquete de NuGet que he definido como Tool de .NET 6 de forma que lo puedas instalar si tienes instalado el SDK de .NET 6 o superior.
    De esa forma lo podrás tener como una utilidad de .NET y no preocuparte de instalarlo (extraer el código ejecutable en una carpeta) y asignar el path a ese directorio para poder usarla desde cualquier línea de comandos.

    El paquete de NuGet se llama igual: ReordenarAsignaciones y este enlace te llevará a la página de NuGet donde tengo ese «paquete».
    Notar que no es necesario instalarlo en un proyecto de Visual Studio, simplemente instalarlo usando la línea de comandos:
    dotnet tool install --global ReordenarAsignaciones --version 1.2.0
    Esto te instalará la versión que tengo a la hora de escribir esto, pero en la página de NuGet te muestra siempre qué tienes que hacer para instalarlo.

    Para actualizar el «paquete» siempre es el mismo código independientemente de la versión:
    dotnet tool update --global ReordenarAsignaciones

     

    Espero que te sea de utilidad, esa es la intención ?

    Y si te parece bien, acuérdate de invitarme a un cafelito virtual mediante un donativo/donación con PayPal. Usando este enlace o este código QR:

    Gracias ??

    Nos vemos.
    Guillermo

  • Hasta Bing AI mira el código de elGuille 🙂

    Pues eso… estaba «cacharreando» con el Bing y su nueva faceta de usar Inteligencia Artificial (AI) por medio de algo parecido al ChatGTP sobre código para manejar las API de Google, particularmente en las de Drive y Sheet y otras cosas que pronto te pondré por aquí.

    La cuestión es que le hago esta pregunta (perdóname amigo de VB):

    Puedes darme un ejemplo, paso a paso, de cómo crear una aplicación con Google Console para crear un proyecto que use las api de google de Drive y Sheets? Con idea de poder usar ese proyecto en c# y en aplicaciones tanto de escritorio como para móviles, gracias

    Y su respuesta es la que me ha dejado «pasmado» 😉

    Hay tutoriales disponibles en línea que pueden ayudarte a usar las API de Google con C# y Visual Basic².
    También puedes consultar la documentación oficial de Google para obtener más información sobre cómo usar las API de Google Drive¹ y Sheets³.

    ¿Hay algo más en lo que pueda ayudarte?

    Source: Conversation with Bing, 5/10/2023
    (1) Tutorial para usar las APIs de Google con C# y Visual Basic. https://www.elguillemola.com/tutorial-para-usar-las-apis-de-google-con-c-y-visual-basic/.
    (2) Introduction to Google Drive API | Google Developers. https://developers.google.com/drive/api/guides/about-sdk.
    (3) Google Sheets API Overview | Google Developers. https://developers.google.com/sheets/api/guides/concepts.
    (4) Tutorial para usar las APIs de Google con C# y Visual Basic. https://www.elguille.info/NET/dotnet/tutorial-para-usar-las-apis-de-google-con-csharp-y-visual-basic.aspx.

    Sí, en el punto 4 está un código para Visual Basic (y C#) que tengo publicado en este blog (indirectamente por el guille.info):
    Tutorial para usar las apis de Google con C# y Visual Basic (el de elguille.info me da error, pero está, ya que ahora el formato de las entradas del blog es diferente).

     

     

    Pues eso… orgulloso de mis chiquillos codificaos 😉

    Nos vemos.
    Guillermo

  • Usar una class library desde proyecto de .NET MAUI

    Pues eso… algo tan simple como usar en .NET MAUI una DLL creada a partir de un proyecto del tipo class library, puede ser toda una odisea. Te lo explico para que te quede claro.

    Como ya sabrás, puedes crear proyectos del tipo class library para añadirlos como referencia a otros proyectos que usen esa DLL o biblioteca de clases. Algo que es bastante común en cualquier aplicación para .NET ya sea .NET Framework como para .NET a secas incluido los proyectos para aplicaciones móviles con Xamarin.Forms.
    En estes último, lo que se suele hacer es usar una DLL compilada para .NET Standard.
    Hasta aquí todo bien.

    La idea de usar una biblioteca de clases es para reutilizar el código en proyectos diferentes, es decir, creas la biblioteca de clases con cierta funcionalidad y esa misma biblioteca de clases la utilizas en proyectos diferentes. Al menos si esos tipos de proyectos son compatibles en el sentido de usar el mismo .NET.

    Y como ahora estoy haciendo pruebas de Google Cloud Natural Language, pues pensé crear algún proyecto para .NET MAUI que usara esa API. Y como ya tenía el código de ciertas clases creado como proyecto DLL (Class Library) pensé agregar la referencia al proyecto de .NET MAUI y… ¡yaumate! (una expresión de mi zona que quiere decir algo así como… ¡tararí que te vi! o… ¡que te lo has creído!)

    ¡Y así fue! ¡Me lo creí! Pensaba que en .NET MAUI las cosas seguirían siendo como en el resto de .NET, pero no…

    De hecho, hasta creé una class library usando la plantilla de MAUI, pero ni por esas… el proyecto de .NET MAUI nada más que daba errores de que no se podía tener referencia a esas clases definidas en la DLL (o class library).

    La solución que tomé fue añadir directamente el código de esas clases en el mismo proyecto de .NET MAUI y así funcionó, pero no era eso lo que yo pretendía, ya que además del proyecto para .NET MAUI tenía otros proyectos: de tipo consola de Windows Forms para C# y Visual Basic y en todos ellos pretendía usar la misma DLL o biblioteca de clases.

    Pero la solución buena ha sido creando una DLL (proyecto del tipo Class Library), crear un paquete de NuGet y usar ese paquete como referencia en lugar de una referencia al proyecto de tipo class library.

    Decirte que esa referencia, al proyecto, sí que funciona en los proyectos de tipo consola o de tipo Windows Forms, tanto para VB como para C#, pero no si el proyecto es de .NET MAUI.

    Te lo explico por si alguna vez te pasa esto… para que no te calientes la cabeza ni pierdas todo el tiempo que yo he perdido.

    Y para muestra, el proyecto ElizaNET y el correspondiente Eliza MAUI (los enlaces van al repositorio de GitHub), que ambos usan una DLL compilada para .NET 7.0 y que funcionan a la perfección (salvo los bugs que se puedan producir en esa biblioteca de clases, que algunos pueden surgir).

    Esos dos proyectos usan el código publicado en NuGet de Eliza gcnl Library que ahora va por la versión 1.0.2.

    El código fuente de esa DLL (o paquete de NuGet) está en este enlace (dentro del repositorio ElizaNET).

    Y esto es todo… espero que te sea de utilidad. Esa es la intención.

    Nos vemos.
    Guillermo