Pues eso… todo iba bien con las aplicaciones de .NET MAUI para iOS (después de muchos quebraderos de cabeza) y ahora, de buenas a primeras, empezó a pasar después de actualizar Visual Studio 2022 de la versión 17.3.5 a la 17.3.6.
Nota del 16-oct-22:
Solución a medias (que al menos me sirve para seguir probando las aplicaciones de .NET MAUI en iOS).
He usado el proyecto en otro equipo (un laptop/portátil) con Visual Studio 2022 Preview y ahí sí que ha funcionado todo. Así de simple. No es mi equipo habitual, y las copias que tengo no incluyen los ficheros de github, pero al menos me ha permitido seguir probando cosas.
Un consuelo como otro cualquiera. 😉
El error que me ha dado es este:
Error: CS1705 Assembly ‘Microsoft.Maui’ with identity ‘Microsoft.Maui, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null’ uses ‘Microsoft.iOS, Version=16.0.0.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065’ which has a higher version than referenced assembly ‘Microsoft.iOS’ with identity ‘Microsoft.iOS, Version=15.4.300.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065’
He reportado el error, ya que lo que encontré no me solucionaba el problema.
Lo último que hice fue desinstalar totalmente el Visual Studio 2022 y después volver a instalarlo, antes hice un Rollback a la versión anterior, y probé con prácticamente todas las opciones de dotnet workload, pero sin ningún resultado favorable.
En el bug que reporté me decían que estaba duplicado y ahí he leído que aparte de desinstalar el Visual Studio, hay que desinstalar el SDK de .NET 6, esto último no lo he hecho pensando que se instalaba con el propio Visual Studio, lo mismo que el SDK de .NET 7 se instala con el Visual Studio 2022 Preview (que ya antes lo tuve que desinstalar para que las apps de .NET MAUI funcionaran sin darme error de que faltaban workloads.
Bueno, pues voy a ver si puedo desinstalar el .NET SDK aunque tenga que volver a instalar el Visual Studio al completo… 🙄
Ya te iré contando. 🤞🏻🙏🏻🤔
Pasos seguidos
Paso 1: Desinstalar el .NET SDK 6.0.305
Figura 1. Desinstalar el .NET SDK 6.0.305
Paso 2: Desinstalar el .NET SDK 6.0.402
Figura 2. Al desinstalar el .NET SDK 6.0.305 dice que nones
Como ves en la figura 2, al querer desinstalar el .NET SDK 6.0.402 me dice que no, que lo ha instalado el Visual Studio.
Después del paso 2, la cosa sigue igual.
Paso 3: Desinstalo los SDK de MAUI y .NET 6 desde el instalador de Visual Studio
Figura 3. Desinstalo desde el instalador de VS los SDK de MAUI y los de Android, iOS y normal
Ahora se supone que no podré crear nada… salvo la app de Windows. A ver qué pasa…🤞🏻
Estos son los errores que me da el Visual Studio al no tener los SDK (figura 4), ni la app de Windows funciona (normal, no hay ningún SDK válido).
Figura 4. Los errores de Visual Studio al no tener los SDK.
Ahora probaré a volver a instalarlos. Aunque antes voy a reiniciar el equipo.
Paso 4: Después de reiniciar el equipo, quito todo del instalador de Visual Studio
Y ahora iré añadiendo los workloads y demás…
Figura 5. Quito todo y ahora a indicar lo que se debe instalar
Paso 5: Selecciono los Workloads en el instalador de Visual Studio
Figura 6. Selecciono los Workloads en el instalador de Visual Studio
Y compruebo que los SDK estén (figura 7)
Figura 7. Los componentes individuales al configurar los workloads
A ver qué pasa después de instalar… 🤞🏻🤔
Conclusión de estos 6 pasos
¡No hay ná que rascar! todo sigue igual de mal (con la app para iOS). Las aplicaciones de Windows y Android van bien.
Ahora me toca quitar el SDK de iOS a ver qué pasa… Ya no sé si cruzar los dedos o levantar uno… 🤔🙄☝🏻 (pero no el central que no es plan, jajaja)
Paso 7: Quito el SDK de iOS
Con esto tampoco funcionará, pero a ver si lo puedo instalar usando dotnet workload.
Figura 8. Quito el SDK de iOS
Esto es lo que muestra dotnet --info antes de hacer nada.
Ahora en el proyecto no me muestra las opciones de probar ni con iOS ni con Android y el que tiene una advertencia en las dependencias es el net6.0-android. En fin… 🙄
Paso 9: Instalo nuevamente los workloads (y SDKs) para MAUI (que se había desmarcado)
Paso 10: Instalo nuevamente el .NET 6.0 SDK (v6.0.305)
Figura 9. Instalo nuevamente el .NET SDK 6.0.305
Aunque antes voy a probar usando el que tenía antes (con el .NET 6.0.402) por si el instalador de Visual Studio lo ha dejado bien (cosa que dudo, pero… ¡hay que tener fe! 🙏🏻)
Sigue con la misma cantinela.
Paso 11: Cambio en global.json la versión de .NET SDK a la 6.0.305 en vez de la 6.0.402
Intentaré ponerlo para que lo use la solución (del proyecto) con el fichero global.json y este contenido:
{
"sdk": {
"version": "6.0.305"
}
}
A ver qué pasa.
Lo suponía, ese SDK se incluía con el Visual Studio 17.2.9 y no incluye el .NET MAUI (que se incluyó con el Visual Studio 2022 17.3 😒
Por tanto, no se puede hacer nada ni con Windows siquiera… ¡Los milagros en Visual Studio no existen! 🤣
Paso 12: Vuelvo a poner en el global.json el .NET SDK 6.0.402
Y cuando abro el Visual Studio me sale esto:
Figura 10: Encima con cachondeo
Que tome una «survey» de mi experiencia con el desarrollo para iOS… si es que… 🙄
¡Hecho! Aunque, no hay mucho que decir… están más enfocados al emparejamiento con un Mac, que es lo que te permite distribuir las apps de iOS sin necesidad de tener el móvil junto a tu «computadora» para instalar la app.
Pero tampoco funciona… sigue con el mismo error.
Seguimos…
Paso 13: Vuelvo a probar con dotnet workload restore Trucos_MAUI.sln.
Pero nada… sigue igual.
Paso 14: En vista que el .NET SDK 6.0.305 no me vale, lo vuelvo a desinstalar
Y después de desinstalar este SDK que ya no me vale, no sé qué más hacer… 🤷🏻♂️
Nota del 13-oct-22 00.08: Como consuelo me ha quedado que al menos las apps de Xamarin para iOS funcionan desde Visual Studio 2022, ya que en Visual Studio 2019 no pueden firmar la app… cosas que pasan… Ver esto: Truco 3 de .NET MAUI.
Pues eso… seguimos con los trucos para .NET MAUI, en la primera parte te mostré cómo configurar el proyecto para usar las plataformas que prefieras y cómo configurar el aprovisionamiento para iOS (necesitas una cuenta de Apple Developer). Ahora vamos a ver algunas cosillas referentes al diseño de la aplicación.
Para poder mostrarte estos trucos, he creado una aplicación para .NET MAUI con Visual Studio 2022 (community), pero no la versión Preview, ya que a la hora de escribir esto, la tengo desinstalada y así uso el .NET 6.0 (que es el que por ahora me está dando menos problemas, al menos teniendo el .NET 6 y el .NET 7 RC1). La versión de Visual Studio 2022 es: Microsoft Visual Studio Community 2022 (64-bit) Version 17.3.5
Acabo de instalar la versión 17.3.6 y sigue funcionando bien 😉
Truco 4: Mostrar bien los Frame sin que se corten
Cuando añades un Frame se suelen cortar los bordes (ver la figura 1)
Figura 1. Los frame se cortan las líneas
El código XAML para mostrar esto es el siguiente:
<ScrollView>
<VerticalStackLayout
Padding="10,0"
VerticalOptions="Center">
<Frame>
<VerticalStackLayout Spacing="25">
<Image
Source="dotnet_bot.png"
SemanticProperties.Description="Cute dot net bot waving hi to you!"
HeightRequest="200"
HorizontalOptions="Center" />
<Label
Text="Hello, World!"
SemanticProperties.HeadingLevel="Level1"
FontSize="32"
HorizontalOptions="Center" />
<Label
Text="Welcome to .NET Multi-platform App UI"
SemanticProperties.HeadingLevel="Level2"
SemanticProperties.Description="Welcome to dot net Multi platform App U I"
FontSize="18"
HorizontalOptions="Center" />
<Button
x:Name="CounterBtn"
Text="Click me"
SemanticProperties.Hint="Counts the number of times you click"
Clicked="OnCounterClicked"
HorizontalOptions="Center" />
</VerticalStackLayout>
</Frame>
</VerticalStackLayout>
</ScrollView>
Lo deseable es que esté como en la figura 2.
Figura 2. Los Frame deben mostrar todos los bordes
El truco consiste en añadir un margen al StackLayout que esté contenido en el Frame.
Nota: Este fallo solo ocurre en las aplicaciones de Windows (WinUI)
Tal como te acabo de decir, este fallo (de que se corten las líneas del Frame) solo ocurre en las aplicaciones para Windows (WinUI), al menos en iOS y Android no pasa, tal como puedes ver en las capturas 3 y 4.
Figura 3. La app de prueba en un iPhone 7 plus (iOS)
Figura 4. La app funcionando en un Pixel 4a (Android)
En realidad, al menos en iOS y Android, da igual que esté lo de Margin = «4» como que no, el efecto es prácticamente el mismo.
Truco 5: Cambiar el tamaño de la ventana en Windows
Otro de los problemas (al menos con la compilación actual de .NET MAUI) es que la ventana de la aplicación de Windows (WinUI) se muestra prácticamente a pantalla completa, y, ya te digo que al menos por ahora, ese tamaño no es configurable de forma automática o, que ocurra como en las aplicaciones para Xamarin en la que el usuario es el que decide qué tamaño y posición debe tener la ventana, de forma que en las próximas veces que se abra la aplicación se muestre como se dejó la última vez.
Lo que yo hago en estos casos es usar un tamaño «fijo» (que no es lo suyo, pero…) y asignarlo de esta forma en el constructor de la clase App.
publicApp()
{
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 = 1000;
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 = newAppShell();
}
Truco 6: Mostrar el título en la barra de la ventana (con colores personalizados)
Otra cosa que estoy haciendo desde hoy (al probar en la aplicación gsCrearTablas_MAUI) es posicionando la ventana y de paso cambiando el color a la barra de título (para que no se vea el color ese tan feo) y también mostrando el título en esa barra de la ventana.
Como puedes ver en la figura 2, no se muestra de color «normal» la barra de título y tampoco tiene un texto.
En la captura 5 puedes ver el color y el texto en la barra de título que podrás conseguir con el código que te muestro a continuación (después de la captura).
Figura 5. La app de Windows con texto y color en la barra de título
La asignación del color y texto de la ventana lo conseguimos haciendo esta asignación (en el código mostrado antes) lo tendrías que poner al final, después de appWindow.Resize.
// El título hay que asignarlo antes de asignar los colores.
appWindow.Title = "Trucos MAUI by elGuille";
// Este es el color que tiene en mi equipo la barra de título.
appWindow.TitleBar.BackgroundColor = Microsoft.UI.ColorHelper.FromArgb(255, 0, 120, 212);
appWindow.TitleBar.ForegroundColor = Microsoft.UI.Colors.White;
Para poder posicionarla, hace falta un truquillo más que es que la ventana se haya mostrado, ya que, si queremos acceder al tamaño de la pantalla, nos dará un valor nulo (o cero).
Nota: El color que asigno a la propiedad BackgroundColor lo he sacado de cómo se muestra el color en mi equipo, por tanto, en tu caso, lo mismo lo tienes que cambiar: FromArgb(255, 0, 120, 212).
Truco 7: Esperar a que la ventana está mostrada para manipular la posición
Esto lo pones también en el primer código que te mostré en el truco 5, después de appWindow.Resize. Fíjate que el cambio del color y el título hay que hacerlo dentro del Dispatcher.Dispatch, si no, el título no se muestra.
// get screen size
DisplayInfo disp = DeviceDisplay.Current.MainDisplayInfo;
double x, y;
// dispatcher is used to give the window time to actually resize
Dispatcher.Dispatch(() =>
{
disp = DeviceDisplay.Current.MainDisplayInfo;
x = (disp.Width / disp.Density - winWidth) / 2;
if (x < 0)
{
x = 0;
}
y = (disp.Height / disp.Density - winHeight) / 2;
if (y < 0)
{
y = 0;
}
appWindow.Move(new Windows.Graphics.PointInt32((int)x, (int)y));
// Si cambiamos la posición, esto hay que hacerlo en el Dispatcher.Dispatch
// El título hay que asignarlo antes de asignar los colores.
appWindow.Title = "Trucos MAUI by elGuille";
// Este es el color que tiene en mi equipo la barra de título.
appWindow.TitleBar.BackgroundColor = Microsoft.UI.ColorHelper.FromArgb(255, 0, 120, 212);
appWindow.TitleBar.ForegroundColor = Microsoft.UI.Colors.White;
Y con esto lo dejo por hoy… voy a seguir investigando (y probando) para poder ponerte algunos trucos más.
El código coloreado usando el condicional de WINDOWS (#if WINDOWS)
Pues eso, que habitualmente se muestra con el color grisáceo ese que te he mostrado antes cuando usas el condicional de compilación para Windows (#if WINDOWS) y, algunas veces, no sé cómo, sale coloreado (que es como debería salir).
Este código es de otra aplicación pero intentaré usar los mismos valores que en este proyecto de pruebas.
// 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; // 1700; // 2800;int winHeight = 640; //1800var 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));// get screen sizeDisplayInfo disp = DeviceDisplay.Current.MainDisplayInfo;
double x, y;
// dispatcher is used to give the window time to actually resize
Dispatcher.Dispatch(() =>
{
disp = DeviceDisplay.Current.MainDisplayInfo;
// Si Density es diferente de 1, ajustar el tamaño.if (disp.Density > 1)
{
winWidth = (int)(winWidth * disp.Density);
winHeight = (int)(winHeight * disp.Density);
}
// El tamaño de la pantalla de este equipo.int screenW = (int)(disp.Width / disp.Density);
int screenH = (int)(disp.Height / disp.Density);
// Si el alto indicado es mayor, ponerlo para que entre en esta pantalla.if (winHeight > screenH)
{
winHeight = screenH - 60;
}
// Si el ancho indicado es mayor, ponerlo para que entre en esta pantalla.if (winWidth > screenW)
{
winWidth = screenW - 60;
}
appWindow.Resize(new Windows.Graphics.SizeInt32(winWidth, winHeight));
x = (screenW - winWidth) / 2;
if (x < 0)
{
x = 0;
}
y = (screenH - winHeight - 40) / 2;
if (y < 0)
{
y = 0;
}
appWindow.Move(new Windows.Graphics.PointInt32((int)x, (int)y));
// El título hay que asignarlo antes de asignar los colores.
appWindow.Title = "Trucos MAUI by elGuille";
// Este es el color que tiene en mi equipo la barra de título.
appWindow.TitleBar.BackgroundColor = Microsoft.UI.ColorHelper.FromArgb(255, 0, 120, 212);
appWindow.TitleBar.ForegroundColor = Microsoft.UI.Colors.White;
});
#endif
});
Y, ya sabes, si te parece bien, puedes hacer un donativo con PayPal, que es como si me invitaras a un refresco, es decir, no es necesario que me dejes toda tu herencia, solo un par de euritos de nada… 😉
Nos vemos. Guillermo
P.S. El repositorio de GitHub ya está creado: Trucos_MAUI.
P.S.2 Por cierto, ahora no me funciona la app para iOS. El error que da es:
Error CS1705: Assembly ‘Microsoft.Maui’ with identity ‘Microsoft.Maui, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null’ uses ‘Microsoft.iOS, Version=16.0.0.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065’ which has a higher version than referenced assembly ‘Microsoft.iOS’ with identity ‘Microsoft.iOS, Version=15.4.300.0, Culture=neutral, PublicKeyToken=84e04ff9cfb79065’
He buscado (con BING, ya que con Google no encontraba nada al poner esa cadena) para ver de qué va esto y lo que he encontrado (https://github.com/dotnet/maui/issues/8858) dice que ya está resuelto (o algo así) y en teoría la solución que da a mí no me funciona, que si no he entendido mal es dotnet workload install (supongo que indicando o maui o ios) pero nada, también he probado con dotnet workload install ios, con dotnet workload update, con dotnet workload repair y posicionándome en el directorio del proyecto con dotnet workload restore Trucos_MAUI.csproj, pero nada de nada… Ni siquiera usando el peasso de comando este: dotnet workload install maui --from-rollback-file https://aka.ms/dotnet/maui/6.0.408.json --source https://aka.ms/dotnet6/nuget/index.json --source https://api.nuget.org/v3/index.json Pero nada de nada… ya, por último, hasta he desinstalado el Visual Studio (en realidad he usado la opción Rollback to previous version) la versión 17.3.6 (a la 17.3.5) pero tampoco ha solucionado nada de nada, así que… he vuelto a instalar la versión 17.3.6, que es la última a día de hoy. A ver si para la siguiente tanda de trucos tengo la solución. 🤞🏻🙏🏻
P.S.3 (12-oct-22 17.35) He creado otra entrada (Errores de iOS con .NET MAUI) con el problema este que te comento en el «P.S.2» con idea de ver si lo soluciono.
Pues eso… aquí te muestro algunos trucos para usar con .NET MAUI para que no pierdas la razón como me está pasando a mí 😉
Para poder mostrarte estos trucos, he creado una aplicación para .NET MAUI con Visual Studio 2022 (community), pero no la versión Preview, ya que a la hora de escribir esto, la tengo desinstalada y así uso el .NET 6.0 (que es el que por ahora me está dando menos problemas, al menos teniendo el .NET 6 y el .NET 7 RC1). La versión de Visual Studio 2022 es: Microsoft Visual Studio Community 2022 (64-bit) Version 17.3.5
Acabo de instalar la versión 17.3.6 y sigue funcionando bien 😉
Truco 1: Crear la aplicación de pruebas y hacer que funcione
Lo primero es quitar las advertencias en los paquetes de NuGet (ver figura 1).
Figura 1. Advertencias en las dependencias del proyecto
Esto se soluciona ejecutando la aplicación (en mi caso para Windows).
Truco 2: Quitar los tipos de aplicaciones que no quieras usar
Aunque de paso he quitado el soporte para maccatalyst (ya que no tengo un Mac para poder probarlo). Esto es fácil de hacer, abres el fichero del proyecto (botón secundario sobre el nombre del proyecto, en mi caso Trucos_MAUI) y selecciona Edit Project File (en español será con otro texto: Editar el archivo de proyecto o algo así).
En la parte superior, busca esta línea: <net6.0-android;net6.0-ios;net6.0-maccatalyst> y cámbiala por esta otra: <net6.0-android;net6.0-ios>.
Truco 3: Usar la aplicación para iOS (iPhone, etc.)
Para poder usar la aplicación en iOS debes tener una cuenta en Apple Developer (99€ al año) y configurarlo para que use la versión «individual», es decir, con la definición normal de la cuenta no me funciona, y hay que asignar los valores de forma manual (yo ya los tengo asignados, pero voy a ver si te explico cómo hacerlo).
En las propiedades del proyecto (botón secundario en el proyecto y Properties del menú desplegable), selecciona en la parte de la izquierda iOS > Bundle Signing y en Scheme selecciona Automatic Provisioning (ver figura 2)
Figura 2. Configurar Bundle Signing para iOS
Pulsa en el «enlace» Configure Automatic Provisioning y te mostrará un asistente en el que tendrás que indicar la cuenta de Apple (puede ser que la tengas que indicar antes) y de ahí seleccionar la que hayas definido como cuenta de individual (no la que tiene el ID de Apple, si no la que configures manualmente, (ahora te explico cómo) (ver figura 3)
Figura 3. Las cuentas para configurar el aprovisionamiento para iOS
Para configurar la cuenta, pulsa en el enlace Manage Account (figura 2) y ahí tendrás que añadir tu ID de Apple (normalmente una cuenta de correo electrónico).
En el botón «Add» selecciona «Indivudual Account» (figura 4) y rellena los datos que te pide (en Apple Developer puedes encontrar esos datos y cómo crear el «private key». (figura 5).
Figura 4. añadir una cuenta individual
Figura 5. Configurar la cuenta individual
Nota: Si necesitas saber cómo configurar la cuenta individual (figura 5), puedo ayudarte por un módico precio, vamos como una invitación virtual, pero me lo tienen que pedir y ya nos arreglamos con el donativo por PayPal 😉
Una vez que tienes todo esto, ya solo es compilar y cantar… 😉
Después sigo explicándote más cosas (pero lo primero era crear el proyecto de pruebas).
Este proyecto lo publicaré ya está publicado en GitHub para que puedas descargarlo e ir viendo el código y el diseño (ver abajo el enlace).
Nos vemos. Guillermo
P.S. El repositorio de GitHub ya está creado: Trucos_MAUI.
Pues eso, que al crear un proyecto para .NET MAUI con Visual Studio 2022 (no preview), concretamente con Microsoft Visual Studio Community 2022 (64-bit) – Version 17.3.5, al intentar usar el proyecto (incluso sin modificar nada) me soltaba ese error: Platform version is not present for one or more target frameworks (concretamente para ios).
Buscando en la red de redes (internet) me topé con varias soluciones que no solucionaban nada (o yo no sabía cómo aplicar esas soluciones, todo hay que decirlo), y al final «trasteando» con el comando workload de dotnet (que en su día usé, sin éxito, para intentar instalar el workload de iOS), probé con una de las opciones o comandos que te da. Al usar dotnet workload -h te muestra esto:
Commands:
install <WORKLOAD_ID> Install one or more workloads.
update Update all installed workloads.
list List workloads available.
search <SEARCH_STRING> Search for available workloads.
uninstall <WORKLOAD_ID> Uninstall one or more workloads.
repair Repair workload installations.
restore <PROJECT | SOLUTION> Restore workloads required for a project.
Y de ahí la que he usado es la última, que suena bien…
Así que, te sitúas en el directorio en el que está el proyecto de .NET MAUI, y escribes (todo esto en la terminal, el shell o línea de comandos, como prefieras llamarlo):
dotnet workload restore "nombre del proyecto.csproj"
Por supuesto, debes sustituir «nombre del proyecto.csproj» por el nombre de tu proyecto y no es necesario ponerlo entre comillas.
Nota: Puede ser que a los workloads se le vaya la olla… sí… así que… lo mismo un dotnet workload repair puede que lo tengas que usar.
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.
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 AsException
msg = $"ERROR: {ex.Message}"
' Si hay error, deshacemos lo que se haya hecho.
Try
If tran IsNotNothingThen
tran.Rollback()
EndIf
Catch ex2 AsException
msg = $" (ERROR RollBack: {ex.Message})"
EndTry
Finally
con.Close()
EndTry
EndUsing
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).
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.
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).