No hablo de Qyoto. Mi pregunta es, ¿todavía está por aquí y es bueno de usar? ¿Sería inteligente usarlo en uno de mis proyectos, o debería apegarme a gtk # o qt en otro idioma? ¿Hay algún proyecto actualmente usando Qyoto?¿Qyoto es una plataforma viable?
Última revisión, Qyoto no era estable en Windows. Actualmente estoy usando otro enlace .NET para Qt - qt4dotnet. Funciona bien pero no se puede usar Qt Designer con él y la API usa convenciones de Java porque está basado en Qt Jambi. Además, no hay integración entre los eventos .NET y las señales Qt en qt4dotnet.
Escribo una pequeña aplicación de plataforma cruzada en .Net. Originalmente lo escribí en Windows con una interfaz de usuario de WinForms. Cuando lo porté a mono, descubrí que la interfaz de usuario realmente sufría en Linux. En un esfuerzo por obtener una mejor IU de Linux reescribí la IU en GTK #. Es bueno tener el diseñador, pero GTK # es un marco de interfaz de usuario terrible cuando se trata de WinForms (no importa WPF). El hecho de que se basa en un marco C realmente se muestra. Muchas cosas muestran sus raíces de procedimiento y simplemente no se siente muy centrado .Net. Ninguno de los controles entiende los componentes de .Net Framework. Por lo tanto, por ejemplo, no puede vincular una DataTable a un control de cuadrícula GTK. Además, la documentación es muy pobre.
Como utilizo KDE en Linux he estado buscando en Qyoto durante mucho tiempo. Recientemente recibí mi aplicación cargando una interfaz de usuario de Qt. Lo diseñé con Qt Designer y convertí el archivo .ui a C# con la herramienta uics. Este paso adicional es un dolor para alguien que está acostumbrado a Visual Studio. Además, Qyoto tampoco se integra realmente con .Net. Por ejemplo, el mecanismo de señal/ranura QT está separado del sistema .Net event/eventhandler. Una vez más, los pernos y los cables se muestran.
Estos y muchos otros factores me han obligado a abandonar el desarrollo de .Net para Linux GUI. Nuevamente, dado que uso KDE, me quedaré con Qt. Mi decisión ahora es entre Python y C++. Python es excelente para RAD, pero realmente estoy buscando un gran IDE y eso me está empujando hacia C++ (Qt Creator).
Si el gran IDE es el único punto que te hizo adoptar Qt Creator en lugar de PySide/PyQT, puedes probar PyCharm. Migré un proyecto de Qt/C++ (con Qt Creator) a PySide (usando el PyCharm IDE), y prefiero este último por mucho. Es rápido, como dijiste, y mucho más natural. Ya no soporto los archivos .h y me sería difícil volver a Qt Creator ... – Thomas
Actualización: Qyoto ha sido recientemente obsoleto, su sucesor es QtSharp.
Es muy confuso, parece que Qyoto se basó originalmente en otro proyecto llamado QtSharp. Ahora el nuevo proyecto también se llama QtSharp:/
Había oído hablar de qt4dotnet. Lo extraño es que escuché que era menos estable que Qyoto. ¿Es esto cierto en Linux? ¿Es agradable programar con qt4dotnet? ¿Es realmente estable? Mis intentos de escribir código con Qt Jambi no terminaron bien, así que realmente no consideré qt4dotnet. Entonces, ¿sugeriría qt4dotnet sobre qyoto? – Patrick
@Patrick: Claro, sugiero qt4dotnet sobre Qyoto porque qt4dotnet funciona bien en Windows. Sin embargo, Qyoto tiene una mejor API, por lo que podría ser una mejor opción en Linux. Sin embargo, no conozco ningún proyecto que use Qt con .NET. Mi experiencia con qt4dotnet ha sido que no es bueno programar, pero es viable. Entonces, si tiene razones para usar Qt junto con .NET, qt4dotnet es lo suficientemente bueno. De lo contrario, me quedaría con GTK #, WPF o algo más. –
@Patrick: Ver también http://stackoverflow.com/questions/4530841/mono-ca-good-gui-toolkit-looks-good-on-kde –