WinForm转Gtk3方方面面(持续)
发布网友
发布时间：2天前
共1个回答
热心网友
时间：2天前
WinForm与GTK3在多个方面存在显著差异，使得移植时遇到挑战。
WinForm在可移植性上较为受限，尤其是面对一些特定操作系统如中标麒麟v5时，不支持mono，这了其广泛的使用范围。
GTK3与Windows的原生窗口API存在较大差异，即使是Windows下的GTK3，功能也存在局限性，存在大量无法实现的功能或bug，需要通过额外的手段进行绕过。
GTK的布局工具Glade设计上存在局限，无法在编辑器中调整如图片尺寸等属性，这大大了Glade在布局设计上的灵活性。
在MSYS2环境下，Glade的稳定性问题尤为突出，使用过程中频繁崩溃，影响开发效率。
GTK的设计理念与主流UI设计思想相悖，控件不能决定自己的位置，尺寸受父控件，形成了一种受控型布局体系，这种体系在直观性上有所欠缺。
GTK的CSS支持相对较弱，无法提供H5+CSS那样的丰富功能，了在样式设计上的表达能力。
尽管GTK的控件种类丰富，总能提供用户需要的控件，但其他方面的问题使得其在某些场景下并不理想。
在移植方面，考虑到WinForm与GTK3之间存在较大差异，如Win32 Window API对应XLib，GTK更像MFC（MFC为Microsoft Foundation Classes），WPF对应Cairo等，移植过程需要进行适配。
在进行WinForm到GTK的移植时，可以利用微软提供的可视化编辑器，生成布局代码，然后通过封装器，将这些WinForm下的类简单重写为GTK代码，以简化移植过程。
GTK中的一些组件，如GTK Fixed和GTK Layout，提供了固定尺寸容器的功能，但它们在子控件的排列和Z排序上存在，给开发者带来了困扰。
在GTK中，子控件的Z排序需要通过特定方法调整，如为GTK Image设置HasWindow属性或将其放入EventBox中，以避免在布局中出现意料之外的顺序。
GTK Window组件了只能放置一个子控件，通常需要额外使用容器类。GTK Image自身不具有尺寸能力，需要通过Pixbuf来调整尺寸。
GTK中的某些组件，如GTK FlowBox，虽然提供了流式布局的功能，但在与HTML、WPF等强大布局工具相比时，仍然存在局限性，无法完全替代WinForm中的相关组件。
GTK TreeView组件的特性也与WinForm有所不同，例如，设置列头后，可能无法立即显示，需要通过设置Model来实现。
GTK MessageDialog组件在非UI线程中无法正确运行，因此，将其转换为Windows的消息框时，需要确保在主线程中执行。
在实现GTKSharp封装时，存在一些缺陷，如ModifyBg函数无法清理背景色，可通过添加ClearBg方法解决此类问题。
GTK窗口系统中缺乏类似于Windows的BringToFront功能，实现起来较为复杂。
GTK的小部件（Widget）的Visible属性仅用于显示和隐藏，不反映状态，因此在添加到容器之前设置Visible意义不大。一旦添加到容器中，容器的ShowAll方法会自动显示所有子控件，无需额外设置。
通过代码示例，展示了如何在GTK中实现消息对话框的显示，确保在主线程中执行。
提供了一种方法，通过公司内部实现的代码转换工具，实现不修改C#代码直接转换为GTKSharp，进一步简化了WinForm到GTK的移植过程。
