问题是会js的比会c++的多了，gnome3一个扩展等于一个小app了

容易开发软件能改善软件生态，个人觉得gnome3很不错吧

主要是dde的ui很好看

好不好用不是重点，重点是自己造。

还有gnome的很多插件比如重要的桌面图标插件Desktop Icons就是一帮没有收入的义务开发者开发的，质量和效率可想而知

历史原因，当时 deepin 就是因为 gtk 乱改 api 而放弃 gnome 另起炉灶的。现在反过来了，变成 dde 一顿乱改

gnome3交互逻辑有问题，开发者死不悔改

能详细说说吗

很多年前，就是gnome坑的太多，然后dde才诞生了

最大化最小化是可以调出来的；桌面图标可以据说用扩展或者 nemo 可以解决，不过我觉得不放图标也挺好；顶栏布局确实有不合理的地方；其他的，我看不出来有什么问题

gnome3的反应速度没有dde快。

gnome3 用 Xorg 确实有点卡，用 Wayland 很流畅

历史问题，建议可以看看老王曾经的文章： https://www.jianshu.com/p/86dd6e34ce91

就个人认为，桌面还是属于系统范畴，所以高效是首要的，ｉｓｏ和早期的ａｎｄｒｏｉｄ，你会毫不犹豫选择ｉｏｓ，体验决定一切。

本帖最后由 jzc 于 2020-8-21 12:13 编辑

同意二楼，gnome 和 gtk 都是垃圾。 C语言不适合GUI开发

理论依据： https://moriv4.gitee.io/blog/202 ... %E8%AF%AD%E8%A8%80/

最近看到网上有不少用C语言开发的GUI项目，关注收藏的人还比较多。但我想说C语言不适合开发GUI应用程序，强行使用多半是在造垃圾。我要说明一个观点：GUI开发必须使用面向对象编程语言。

GUI开发一个很重要的内容是对各个概念建立模型。比如说按钮、输入框、窗口、多选框、滚动条等等控件，你要知道它长什么样子、有哪些特点、有什么功能。有了模型之后，就可以根据它创建实例，生成各种各样的控件。在面向对象思想中，这叫做“类和对象”。对象是类的实例，类是对象的模板。对象是对客观事物的抽象，类是对对象的抽象。

如果用C语言编写GUI程序，代码可读性极差。指针结构体满天飞，手动调用构造函数、析构函数、拷贝函数来实现面向对象的特点，函数名特别长，不看文档不知道它是干什么的。手动调用容易忘记，函数名太长记不下来，也容易忘记。

控件的设计是复杂的，好在面向对象里有“封装”的概念。它隐藏了控件内部复杂的业务逻辑，对外提供简单友好的接口。使用者无需知道实现细节，只需要知道类中公开的成员变量、成员函数就可以使用它了。类的声明定义和它的实现分离，类的数据和它的功能结合，是高类聚、低耦合的优秀设计。就算没有文档，开发者看一看类的声明定义就大概可以知道它的功能。

如果用C语言操作控件，内部结构随意修改，大大降低了安全性。编程的时候代码智能补全也不好用，开发效率非常低。字符串的操作甚至停留在char*级别，处理中文还要解析编码类型，一点也不方便。

模型之间的关系非常复杂。有的模型高度相似，普通按钮、单选按钮、多选按钮都是点击后触发效果的控件；文本输入框、数字输入框、日期输入框都是输入类的控件；滚动条有水平的、垂直的两种类型。如果给每一个模型单独写一套代码，费时费力不说，还不容易维护。为了提高代码的复用程度，可以使用面向对象思想里“继承、派生、父子”这些概念。

如果用C语言编写GUI框架，代码特别长。因为不同控件的微小差异就要写几套差不多的代码。在原有控件的基础上开发自定义控件也不方便，破坏了代码的封装性，一不小心就出错了。

有些功能高度相关，可以复用相同的接口。比如要向字符串末尾添加字符、字符串、字节数组。这三种功能可以使用相同的函数名。设置控件内文本这个功能，成员函数名都是setText。“函数重载、多态性”在这里体现得非常明显，进一步提高了代码复用程度。

如果用C语言写这些功能，不同的功能要对应不同的函数。随着功能越来越多，函数名就会越来越长。对象之间往往存在一对一、一对多、多对一的复杂关系，连C++都不好处理，C语言怎么好做？