GSK是一个不会引人注意的后端更改（对于大多数GTK开发人员来说都是Wayland）还是会合法地改变我们所有人看待和编写小部件的方式？
与此引言有关的另一个问题：
任何使用GTK的应用程序 图形控制元素（小部件），如 反对那些获得GTK的应用程序 窗口，然后在上面绘制自己，＆gt;受益于GSK。
作为GNOME平台上的应用程序开发人员，这对我有什么影响？
答案 0 :(得分：6)
GTK +开发人员，此处和mostly involved in GSK itself。
GSK是GTK +小部件的新渲染API;它使用Cairo和OpenGL，OpenGL ES或Vulkan，以便使用现代功能（如GPU上的硬件加速渲染）呈现窗口小部件的当前状态。 GSK是GTK + 4.0主要API凹凸的一部分，可与GTK + 3.x并行安装。
从应用程序开发人员的角度来看，除了使用新的GTK + 4.0 API并删除在GTK + 3中弃用的API之外，在一般移植工作之外不需要任何其他内容。
对于编写自己的小部件的应用程序和库开发人员，切换到GSK将需要更改小部件的呈现方式; API还没有稳定，但是 - 我在GTK + 3.9x开发周期中写这个 - 但是已经有各种便利API可以很容易地渲染CSS状态，以及纹理数据和开罗表面。