Categoría: cosas técnicas

Posts relacionados con la programación o manejo o configuración de los oredenadores (computadores)

  • Generar las clases (de VB o C#) de una tabla de SQL Server o Access (mdb)

    Pues eso… este post es para tener actualizada la utilidad CrearClaseTabla que en su día (allá por 2004) creé para generar o crear clases para acceder a una base de datos de SQL Server o de Access.

    La idea de esta utilidad (la aplicación y la DLL que es la que hace el trabajo) es crear clases de Visual Basic o C# de cada tabla de la base de datos, con idea de facilitar el acceso por código a esas tablas.

     

    Actualizado el código y publicada una release en GitHub

    Pues eso, con fecha de hoy 14 de mayo de 2023 he estado puliendo un poco el código tanto de la DLL que se encarga de hacer la conversión como del EXE que hace de intermediario.

    En GitHub está todo, tanto el código fuente de VB y C# para la aplicación de Windows con un paquete con el exe para Windows.
    Y también el código para .NET MAUI para aplicaciones móviles, ya sabes Windows, iOs y Android.

    También he agregado las clases ConversorTipos.vb y ConversorTipos.cs que utiliza el código generado para hacer las conversiones de tipos.

     

    En la última actualización de hoy 1 de octubre de 2022 se contempla, entre otras cosas, la definición de variables asignadas sin indicar el tipo (inferencia de tipos) además de convertir adecuadamente las conversiones de tipo de Visual Basic a C# (aunque en el código solo uso CInt).

    Nota:
    He creado el proyecto para .NET 6.0 (Windows) y está disponible en GitHub: gsCrearClasesTablas.
    Por ahora el código es el mismo en este nuevo proyecto como en el que referencio en este post/artículo que es para .NET Framework 4.8.1

    El código «base» que utilizo es el que yo uso con Visual Basic y la clase CrearClase apoyada de ConvLag se encarga de generar el código de Visual Basic o el de C#.

    Por ejemplo, el código que te muestro primero, en el generador de clases lo defino como te muestro en el segundo bloque de código:

    Este es el código en que me he basado:

            cmd.Transaction = tran
            cmd.ExecuteNonQuery()
    
            ' Si llega aquí es que todo fue bien,
            ' por tanto, llamamos al método Commit.
            tran.Commit()
    
            msg = "Se ha actualizado el Cliente correctamente."
    
        Catch ex As Exception
            msg = $"ERROR: {ex.Message}"
            ' Si hay error, deshacemos lo que se haya hecho.
            Try
                If tran IsNot Nothing Then
                    tran.Rollback()
                End If
            Catch ex2 As Exception
                msg = $" (ERROR RollBack: {ex.Message})"
            End Try
    
        Finally
            con.Close()
        End Try
    
    End Using
    
    Return msg

    Este es el código interno que uso en el conversor (el método generarClase):
    En los comentarios está el código mostrado antes y el equivalente para generar el código de VB o de C#.

    sb.AppendLine()
    '         cmd.Transaction = tran
    sb.AppendFormat("            {0}{1}", ConvLang.Asigna("cmd.Transaction", "tran"), vbCrLf)
    '         cmd.ExecuteNonQuery()
    sb.AppendFormat("            {0}{1}", ConvLang.Instruccion("cmd.ExecuteNonQuery()"), vbCrLf)
    sb.AppendLine()
    '         ' Si llega aquí es que todo fue bien,
    '         ' por tanto, llamamos al método Commit
    sb.AppendFormat("            {0}{1}", ConvLang.Comentario(" Si llega aquí es que todo fue bien,"), vbCrLf)
    sb.AppendFormat("            {0}{1}", ConvLang.Comentario(" por tanto, llamamos al método Commit."), vbCrLf)
    '         tran.Commit()
    sb.AppendFormat("            {0}{1}", ConvLang.Instruccion("tran.Commit()"), vbCrLf)
    sb.AppendLine()
    '         msg = "Se ha actualizado el Cliente correctamente."
    sb.AppendFormat("            {0}{1}", ConvLang.Asigna("msg", """Se ha actualizado un " & nombreClase & " correctamente."""), vbCrLf)
    sb.AppendLine()
    '     Catch ex As Exception
    sb.AppendFormat("            {0}{1}", ConvLang.Catch("ex", "Exception"), vbCrLf)
    '         msg = $"ERROR: {ex.Message}"
    sb.AppendFormat("              {0}{1}", ConvLang.Asigna("msg", "$""ERROR: {ex.Message}"""), vbCrLf)
    '         ' Si hay error, deshacemos lo que se haya hecho
    sb.AppendFormat("              {0}{1}", ConvLang.Comentario(" Si hay error, deshacemos lo que se haya hecho."), vbCrLf)
    '         Try
    sb.AppendFormat("              {0}{1}", ConvLang.Try(), vbCrLf)
    ' Añadir comprobación de nulo en el objeto tran     (17-abr-21)
    '   If tran IsNot Nothing Then
    sb.AppendFormat("                  {0}{1}", ConvLang.If("tran", "IsNot", "Nothing"), vbCrLf)
    '             tran.Rollback()
    sb.AppendFormat("                        {0}{1}", ConvLang.Instruccion("tran.Rollback()"), vbCrLf)
    ' End If
    sb.AppendFormat("                  {0}{1}", ConvLang.EndIf, vbCrLf)
    '         Catch ex2 As Exception
    sb.AppendFormat("              {0}{1}", ConvLang.Catch("ex2", "Exception"), vbCrLf)
    '             msg &= $" (ERROR RollBack: {ex.Message})"
    sb.AppendFormat("               {0}{1}", ConvLang.Asigna("msg", "$""ERROR RollBack: {ex2.Message}"""), vbCrLf)
    '         End Try
    sb.AppendFormat("              {0}{1}", ConvLang.EndTry(), vbCrLf)
    sb.AppendLine()
    sb.AppendFormat("            {0}{1}", ConvLang.Finally, vbCrLf)
    ' If Not (con is nothing) then
    sb.AppendFormat("              {0}{1}", ConvLang.If("", "Not", "(con Is Nothing)"), vbCrLf)
    '     con.Close()
    sb.AppendFormat("                  {0}{1}", ConvLang.Instruccion("con.Close()"), vbCrLf)
    ' End If
    sb.AppendFormat("              {0}{1}", ConvLang.EndIf, vbCrLf)
    '     End Try
    sb.AppendFormat("            {0}{1}", ConvLang.EndTry(), vbCrLf)
    sb.AppendLine()
    ' End Using
    sb.AppendFormat("            {0}{1}", ConvLang.EndUsing(), vbCrLf)
    sb.AppendLine()
    ' Return msg
    sb.AppendFormat("            {0}{1}", ConvLang.Return("msg"), vbCrLf)

    Y el código generado de Visual Basic sería como te he mostrado arriba y el de C# sería más o menos este:

    cmd.Transaction = tran;
    cmd.ExecuteNonQuery();
    
    // Si llega aquí es que todo fue bien,
    // por tanto, llamamos al método Commit.
    tran.Commit();
    
    msg = "Se ha actualizado un Producto correctamente.";
    
    }catch(Exception ex){
      msg = $"ERROR: {ex.Message}";
      // Si hay error, deshacemos lo que se haya hecho.
      try{
          if(tran  !=   null ){
                tran.Rollback();
          }
      }catch(Exception ex2){
       msg = $"ERROR RollBack: {ex2.Message}";
      }
    
    finally{
      if(  !  (con  ==   null )){
          con.Close();
      }
    }
    
    }
    
    return msg;

    Como ves, no está bien formateado, (es el código generado directamente) pero si lo pegas en Visual Studio te lo formateará bien y lo coloreará mejor 😉

    Y para muestra, ese trozo de código en un fichero abierto en Visual Studio 2022:
    (Aunque todo hay que decirlo, en VB lo formatea bien, aunque solo sea un fichero abierto directamente (sin formar parte de ningún proyecto) mientras que en C# le he tenido casi que dar el formato manualmente, en fin…)

        cmd.Transaction = tran;
        cmd.ExecuteNonQuery();
    
        // Si llega aquí es que todo fue bien,
        // por tanto, llamamos al método Commit.
        tran.Commit();
    
        msg = "Se ha actualizado un Producto correctamente.";
    
    }
    catch(Exception ex)
    {
          msg = $"ERROR: {ex.Message}";
          // Si hay error, deshacemos lo que se haya hecho.
        try
        {
            if (tran != null) 
            {
                tran.Rollback();
            }
        }
        catch(Exception ex2)
        {
            msg = $"ERROR RollBack: {ex2.Message}";
        }
    
        finally
        {
            if (!(con == null))
            {
              con.Close();
            }
        }
    }
    

    Pero la idea es que te quedes con lo que la clase hace.

    También es cierto que yo suelo generar el código para Visual Basic y es lo que realmente he probado más, hoy he estado viendo cómo lo generaría para C# y he estado haciendo algunas correcciones (que he indicado en el fichero Revisiones.md publicado con GitHub).

    Lo publicado originalmente en elGuilel.info

    Los enlaces originales en www.elguille.info son estos:
    – La página principal de la utilidad: Generar clases para acceder a una tabla.
    – La página con el código y esas cosas: Utilidad para generar clases para acceder a una tabla.
    – La página de actualización de cómo conseguir el código fuente: Esta me da error y estaba en CodePlex, ahora está en GitHub.

    El final (del post)

    Una captura de la utilidad tal como la tengo a día 1 de octubre de 2022.

    Figura 1. La utilidad en funcionamiento a día de hoy 1 de octubre de 2022

    Y esto es todo amigo (o amiga), ya sabes, si quieres participar en el proyecto para mejorarlo, puedes hacerlo, creo que en algún sitio indico cómo avisarme de los errores que encuentres y cómo actualizar el fichero Revisiones.txt que ahora es Revisiones.md.

    Y si quieres usarlo sin más aportaciones, estaría bien que hicieras una pequeña aportación monetaria en PayPal (no es obligatorio, pero es de agradecer).

    En breve publicaré en GitHub el ejecutable compilado con .NET Framework 4.8.1.

    Nota:
    Ya está publicado: gsCrearClaseTabla_20221001_1523.

    Y ya sabes, si quieres ver el código fuente, está en el proyecto de GitHub (CrearClaseTabla).

    Por cierto, en el proyecto (los dos) he incluido un fichero de nombre seguro (strong name) para firmar los ensamblados, ese fichero (elGuille_compartido.snk) lo puedes usar «libremente» (ya sabes todo está con la licencia MIT) para firmar los ensamblados con nombre seguro.

    Espero que te sirva de utilidad.

    Nos vemos.
    Guillermo

    P.S.
    Sería interesante convertir el proyecto para .NET 6 (o 7) y también usando el código completamente en C#.
    Actualmente está creado para usar con .NET Framework 4.8.1 y escrito enteramente en Visual Basic.

    P.S.2
    Ya está creado el proyecto para .NET 6.0 (net6.0-windows) y publicado en GitHub (gsCrearClasesTablas).

  • Cambiar el tamaño de la ventana de Windows (WinUI) en app de .NET MAUI

    Pues eso… ahora le toca lo de cambiar el tamaño de una ventana de Windows (WinUI que es como se llama la plataforma de Windows en .NET MAUI (en Xamarin es UWP), aquí solo te voy a mostrar el código de un tamaño fijo, ya que no me he puesto a experimentar cómo usar el tamaño predeterminado, ya que la forma de hacerlo es con otras APIs y… pues eso… que no me gusta demasiado el .NET MAUI como para dedicarle más tiempo de lo justo y necesario… 😉

    Lo que si te quiero decir, es que precisamente me puse a mirar todo esto de cambiar el tamaño porque a diferencia de las aplicaciones con Xamarin.Forms, als de .NET MAUI «no recuerdan» el tamaño de la ventana en las siguientes veces que se use la aplicación, algo que en las de Xamarin sí hace, es decir, se muestra con el tamaño predeterminado y si cambias el tamaño de la ventana, la próxima vez que se utilice usará ese último tamaño.

    Pero en las aplicaciones de .NET MAUI, siempre usa el tamaño «grande» y… pues como que no, por eso me puse a investigar, primero para hacerlo en .NET MAUI, y ya puestos me puse a mirar para Xamarin.

    ¿Cómo cambiar el tamaño de la ventana de Windows (WinUI) en un proyecto de .NET MAUI?

    Es muy simple, el código se pone en el constructor de la clase App principal (no la del proyecto de Windows) y el código podría ser como este que te muestro para poner la ventana en un tamaño de 800 x 900 (ancho x alto).

    namespace CambiarTamañoWindows_MAUI;
    
    public partial class App : Application
    {
        public App()
        {
             InitializeComponent();
    
    
            // Indicar el tamaño para la app de Windows.
            Microsoft.Maui.Handlers.WindowHandler.Mapper.AppendToMapping(nameof(IWindow), (handler, view) =>
            {
    #if WINDOWS
                // Asignar manualmente el tamaño. 
                int winWidth = 800;
                int winHeight = 900;
    
                            var mauiWindow = handler.VirtualView;
                            var nativeWindow = handler.PlatformView;
                            nativeWindow.Activate();
                            IntPtr windowHandle = WinRT.Interop.WindowNative.GetWindowHandle(nativeWindow);
                            var windowId = Microsoft.UI.Win32Interop.GetWindowIdFromWindow(windowHandle);
                            var appWindow = Microsoft.UI.Windowing.AppWindow.GetFromWindowId(windowId);
                            appWindow.Resize(new Windows.Graphics.SizeInt32(winWidth, winHeight));
    #endif
            });
    
            MainPage = new AppShell();
        }
    }
    

    Y esto es todo lo que hay que hacer… simple, ¿verdad? pues sí, para qué engañarnos, aunque eso de tener que ponerlo en un condicional de compilación es un rollo, pero tiene sentido ya que solo es para un proyecto de Windows. El problema es que no te muestra nada el «intellisense» ni nada de esas monerías que tenía en el proyecto para Xamarin.

    Una captura con el programa en funcionamiento.

    Figura 1. La aplicación en funcionamiento.

    Y esto es todo… ahora subiré el código (o parte de él) a GitHub y después te pondré el enlace.

    Acuérdate de (si quieres) hacer un donativo en PayPal para poder seguir teniendo este sitio en funcionamiento, gracias.

    Nos vemos.
    Guillermo

    P.S.
    El código de ejemplo en GitHub: Cambiar Tamaño de la ventana de Windows (WinUI) con .NET MAUI.

  • Cambiar el tamaño de la ventana de Windows (UWP) en app de Xamarin.Forms

    Pues eso… ¡A la pila tiempo! A ver si me acuerdo de cómo se escriben los posts en el blog… que ya hace tiempo que no publico nada. Y en esta ocasión es para contarte cómo cambiar el tamaño de una aplicación de Windows (UWP) creada con Xamarin.Forms.

    No me voy a enrollar demasiado porque quiero ponerte otro ejemplo para .NET MAUI, ya que, según he visto por la red (y lo que yo he probado) es que se hace de forma diferente.

    Básicamente hay dos formas de hacerlo, una es dejando que sea el propio Windows el que se encargue del tamaño (y de recordar el último tamaño que el usuario ha puesto o, mejor dicho, el último tamaño asignado por el usuario (cambiando el tamaño de la ventana).

    Para hacer esto en Xamarin.Forms, tenemos que hacerlo en el proyecto para UWP. Normalmente te dicen que en el método OnLaunched de la clase App (la del proyecto para UWP, no la del proyecto principal con la funcionalidad).

    Pero en las pruebas que últimamente he hecho, también se puede hacer en el constructor de MainPage (la página principal del proyecto para UWP).

    ¿Por qué hacerlo en un sitio o en otro?

    Si no vas a hacer nada especial, puedes ponerlo en el método OnLaunched (ahora te explico en qué parte de ese método).

    Si quieres hacer algo, por ejemplo, usar valores que has asignado en la clase App del proyecto Xamarin, lo mejor es hacerlo en el constructor de MainPage, porque en ese constructor se instancia el objeto App del proyecto principal (en el que se define la funcionalidad de la aplicación y que está referenciado en el proyecto UWP o en los de Android, iOS, etc.). Y al hacerlo después de la llamada a LoadApplication(new EspacioDeNombres.App()); nos aseguramos que ese objeto esté instanciado y así poder acceder a los valores que tengas asignados, que pueden ser leídos de un fichero de configuración, una base de datos, asignados directamente, etc.

    Un ejemplito, por favor

    Vamos a suponer que quieres que tu aplicación (cuando se use en Windows) tenga, por ejemplo, un tamaño de 450×650 (ancho x alto). Creo que el ancho mínimo es 400, pero solo es una conjetura.

    Este sería el código a utilizar en OnLaunched.

    Aclararte que deberías poner una importación del espacio de nombres Windows.UI.ViewManagement para poder acceder a la clase ApplicationView y a la enumeración ApplicationViewWindowingMode. Por otro lado, el tamaño se asigna con un objeto Size que está definido en Windows.Foundation, por tanto, asegúrate que tengas esas dos importaciones.

    using Windows.Foundation;
    using Windows.UI.ViewManagement;
    

    Repetimos: El siguiente código que te muestro es el método OnLaunched de la clase App del proyecto para UWP, solo he quitado la parte de #if DEBUG ya que, no nos interesa y así seguro que sabes exactamente dónde poner el código para cambiar o asignar el tamaño de la ventana de Windows (UWP).

    /// Invoked when the application is launched normally by the end user.  Other entry points
    /// will be used such as when the application is launched to open a specific file.
    /// </summary>
    /// <param name="e">Details about the launch request and process.</param>
    protected override void OnLaunched(LaunchActivatedEventArgs e)
    {
        Frame rootFrame = Window.Current.Content as Frame;
    
        // Do not repeat app initialization when the Window already has content,
        // just ensure that the window is active
        if (rootFrame == null)
        {
            // Create a Frame to act as the navigation context and navigate to the first page
            rootFrame = new Frame();
    
            rootFrame.NavigationFailed += OnNavigationFailed;
            Xamarin.Forms.Forms.Init(e);
    
            if (e.PreviousExecutionState == ApplicationExecutionState.Terminated)
            {
                //TODO: Load state from previously suspended application
            }
    
            // Asignar manualmente el tamaño. (04/sep/22 17.50)
            int winWidth = 450; // el mínimo creo que es 400 de ancho
            int winHeight = 650;
    
            //Xamarin.Forms.Forms.Init(e, assembliesToInclude); 
            ApplicationView.PreferredLaunchViewSize = new Size(winWidth, winHeight);
            ApplicationView.PreferredLaunchWindowingMode = ApplicationViewWindowingMode.PreferredLaunchViewSize;
    
            // Place the frame in the current Window
            Window.Current.Content = rootFrame;
        }
    
        if (rootFrame.Content == null)
        {
            // When the navigation stack isn't restored navigate to the first page,
            // configuring the new page by passing required information as a navigation
            // parameter
            rootFrame.Navigate(typeof(MainPage), e.Arguments);
        }
    
        // Ensure the current window is active
        Window.Current.Activate();
    }
    

    Y esto es todo… al menos para que la aplicación se cargue con ese tamaño… aunque debes tener en cuenta una cosita que explican esta gente de Microsoft en la documentación de la propiedad ApplicationView.PreferredLaunchViewSize y es lo que te pongo en el siguiente «quote» (en inglés y la traducción):

    This property only has an effect when the app is launched on a desktop device that is not in Tablet mode (Windows 10 only).

    For the very first launch of an app the PreferredLaunchWindowingMode will always be Auto and the ApplicationView.PreferredLaunchViewSize will be determined by system policies. The API applies to the next launch of the app.

    — … —

    Esta propiedad solo tiene efecto cuando la aplicación se inicia en un dispositivo de escritorio que no está en modo tableta (solo Windows 10).

    Para el primer lanzamiento de una aplicación, PreferredLaunchWindowingMode siempre será Auto y ApplicationView.PreferredLaunchViewSize estará determinado por las políticas del sistema. La API se aplica al próximo lanzamiento de la aplicación.

    Es decir, que solo vale para UWP en escritorio (Desktop) y que la primera vez que se ejecute la aplicación usará el tamaño predeterminado, pero en las siguientes usará el tamaño que se asigne.

    ¿Queda claro?

    Pues si no te ha quedado claro, prueba y lo comprenderás mejor 😉

    Seguimos.

    Si lo quieres hacer en el constructor de MainPage, este sería el código. En este ejemplo, se supone que la App (la de Xamarin, el proyecto con la funcionalidad) define un par de valores para el ancho y el alto y esos serán los valores que se asignarán a la aplicación (pero recuerda lo que se indica en la nota anterior, que la primera vez no tendrá efecto, si no, en las siguientes).

    Veamos el código de ejemplo, con la definición de esas dos «propiedades» accedidas desde el proyecto de UWP.

    Este sería el código de la clase App del proyecto principal de Xamarin.

    using System;
    using CambiarTamañoWindows.Services;
    using CambiarTamañoWindows.Views;
    using Xamarin.Forms;
    using Xamarin.Forms.Xaml;
    
    namespace CambiarTamañoWindows;
    
    public partial class App : Application
    {
    
        public App()
        {
            InitializeComponent();
    
            DependencyService.Register<MockDataStore>();
            MainPage = new AppShell();
        }
    
        public static double WindowsWidth { get; } = 1200;
        public static double WindowsHeight { get; } = 900;
    
        protected override void OnStart()
        {
        }
    
        protected override void OnSleep()
        {
        }
    
        protected override void OnResume()
        {
        }
    }
    

    Si te fijas en el código, he usado la definición del espacio de nombres al estilo de C# 10.0 (File-scoped namespace declaration) para poder hacer eso sin que te de error, debes indicar que usas la última versión de C#, esto lo haces en el proyecto poniendo lo de: <LangVersion>latest</LangVersion>.

    <Project Sdk="Microsoft.NET.Sdk">
    
      <PropertyGroup>
        <TargetFramework>netstandard2.0</TargetFramework>
        <ProduceReferenceAssembly>true</ProduceReferenceAssembly>
           <LangVersion>latest</LangVersion>
      </PropertyGroup>
    
      <ItemGroup>
        <PackageReference Include="Xamarin.Forms" Version="5.0.0.2196" />  
        <PackageReference Include="Xamarin.Essentials" Version="1.7.0" />
      </ItemGroup>
    </Project>
    

    Y ahora el código de la parte del constructor:

    namespace CambiarTamañoWindows.UWP
    {
        public sealed partial class MainPage
        {
            public MainPage()
            {
                this.InitializeComponent();
    
                LoadApplication(new CambiarTamañoWindows.App());
    
                // Asignar manualmente el tamaño según esté definido en la App del proyecto con la funcionalidad.
                double winWidth = CambiarTamañoWindows.App.WindowsWidth;
                double winHeight = CambiarTamañoWindows.App.WindowsHeight;
    
                ApplicationView.PreferredLaunchViewSize = new Size(winWidth, winHeight);
                ApplicationView.PreferredLaunchWindowingMode = ApplicationViewWindowingMode.PreferredLaunchViewSize;
    
            }
        }
    }
    

    En este caso no he usado lo del «namespace file-scoped» en el proyecto de UWP porque es algo más lioso indicar la versión del C#. Pero… vale, te lo explico, pero antes te explico ese código.

    El poner el cambio de la ventana después de LoadApplication es porque el parámetro que se le pasa es una llamada al constructor de la clase (es decir, se instancia esa clase) y si al instanciarla lees los valores de una base de datos, un fichero de configuración o lo que sea, debes usarlos solo después de haberlos asignados.

    En este ejemplo los dos valores usados son «static», es decir, que no pertenecen a una instancia en particular, sino a toda la clase y a todas las instancias.

    Si no te gusta trabajar con valores compartidos, puedes asignar esa instancia a una variable, usar esa variable en el método LoadApplication y después usar los valores desde ese objeto.

    Para que no imagines nada, supón que la definición de esas dos propiedades está hecha de esta forma:

    public partial class App : Application
    {
    
        public App()
        {
            InitializeComponent();
    
            DependencyService.Register<MockDataStore>();
            MainPage = new AppShell();
        }
    
        public double WindowsWidth { get; } = 1200;
        public double WindowsHeight { get; } = 900;
    }
    

    El código del constructor de MainPage sería este otreo:

    namespace CambiarTamañoWindows.UWP
    {
        public sealed partial class MainPage
        {
            public MainPage()
            {
                this.InitializeComponent();
    
                // Instanciamos la clase para que pueda asignar los valores.
                var laApp = new CambiarTamañoWindows.App();
                LoadApplication(laApp);
    
                // Asignar manualmente el tamaño según esté definido en la App del proyecto con la funcionalidad.
                double winWidth = laApp.WindowsWidth;
                double winHeight = laApp.WindowsHeight;
    
                ApplicationView.PreferredLaunchViewSize = new Size(winWidth, winHeight);
                ApplicationView.PreferredLaunchWindowingMode = ApplicationViewWindowingMode.PreferredLaunchViewSize;
    
            }
        }
    }
    

    Después publicaré en github el proyecto para que te resulte más fácil probarlo y verlo al completo.

    Cambiar la versión de C# en un proyecto Xamarin para Android, UWP (e incluso iOS, etc.)

    Antes se podía hacer desde las propiedades del proyecto, en Build y seleccionando Avanzada, pero ya no, ya que dice que se selecciona automáticamente según la versión del «frameword», tal como puedes ver en esta captura:

    Figura 1. Desde aquí ya no se puede indicar la versión de C#

    La forma de hacerlo (estoy hablando de los proyectos de Android o de UWP, etc.) es la siguiente:

    1- Elige el proyecto en el explorador de soluciones y pulsa en descargar (figura 2)
    2- Una vez descargado, en ese mismo proyecto, selecciona Editar el archivo del proyecto (figura 3)
    3- Añade <LangVersion>latest</LangVersion> después de la definición de PropertyGroup y lo guardas (figura 4).
    4- Vuelve a cargar el proyecto (como en la figura 2, pero en vez de Unload será Reload).
    5- Esto mismo lo puedes hacer en el de Android, etc.

    Figura 2. Descargar el proyecto.
    Figura 3. Editar el proyecto.
    Figura 4. La versión a usar.

    Y con esto y un bizcocho… ya casi son las 8…

    En la figura 5 tienes la app funcionando con un tamaño de ventana de 650 x 700.

    Figura 5. La app funcionando con un tamaño de 650×700

    Ahora sí, esto es todo amigos… recuerda «invitarme» a un refresco virtual haciendo un donativo con Paypal 😉

    Gracias por adelantado.

    Nos vemos.
    Guillermo

    P.S.
    El código en gitHub: CambiarTamañoWindows-xamarin.