中文 
兆兆嘟嘟嘟
deepin
2025-09-16 21:12 deepin Q&A Team
我记得深度好像做了个unilang语言。
Reply Like 0 View the author
All Replies
#1
凡 deepin
2025-09-16 21:21 deepin 兆兆嘟嘟嘟：
我记得深度好像做了个unilang语言。
还是绑定qt/dtk的脚本语言，但现在升级Qt6库后，有了QML
Reply Like 0 View the author
wlly-lzh
deepin
2025-09-16 22:58 deepin 比如CMake构建项目没有完全GUI化，有时候仍需要在CMakeLists.txt文件中进行脚本语言的编写，没有完全减少程序员在项目构建上的工作量。
看不懂，但是大为震撼……
所以老凡你能说说这个cmake的gui化是怎么回事吗？
我这个人虽然说技术水平一般吧，但也算行内人了，vscode、qtcreator、clion我都用过，而且都写过cmake组织的项目，我还是不明白这个GUI化是怎么回事，还有怎么让cmake不需要去CMakeLists.txt中编写代码。
还望你指教一下。
Reply Like 0 View the author
wlly-lzh deepin
2025-09-16 23:04 deepin 兆兆嘟嘟嘟：
我记得深度好像做了个unilang语言。
大概已经凉了，不要再有指望了。
与其期待deepin，不如看看moonbit，这个至少还有一点点讨论度。
Reply Like 0 View the author
wlly-lzh deepin
2025-09-16 23:07 deepin deepin-ide能在其他发行版使用吗？
我记得以前在其他发行版上使用的话有很大的问题，不知道现在怎么样了。
还有dtk的兼容性变好了吗？之前这东西只能在deepin上面用，换个桌面环境就有各种问题。
Reply Like 0 View the author
凡 deepin
2025-09-16 23:11 deepin wlly-lzh：
比如CMake构建项目没有完全GUI化，有时候仍需要在CMakeLists.txt文件中进行脚本语言的编写，没有完全减少程序员在项目构建上的工作量。
看不懂，但是大为震撼……
所以老凡你能说说这个cmake的gui化是怎么回事吗？
我这个人虽然说技术水平一般吧，但也算行内人了，vscode、qtcreator、clion我都用过，而且都写过cmake组织的项目，我还是不明白这个GUI化是怎么回事，还有怎么让cmake不需要去CMakeLists.txt中编写代码。
还望你指教一下。
说白了，你可以通过IDE的主界面左侧，项目中的树形结构中，你需要新增qrc库的图片、cpp文件时，可以通过鼠标右键进行新建、删除等管理文件的动作。
这些管理文件的动作，实际操作时有时需要在CMake中写一些脚本语言进行修改。但我希望管理文件的动作，就是鼠标右键、右键菜单栏等GUI界面、控件的形式。
简单来说：CMake，会自动化跟随GUI界面、控件的操作进行脚本内容变更，不让程序员更繁琐的参与Cmake的构建，只关心Qt C++编程，提高编程效率。
Reply Like 0 View the author
凡 deepin
2025-09-16 23:17 deepin wlly-lzh：
deepin-ide能在其他发行版使用吗？
我记得以前在其他发行版上使用的话有很大的问题，不知道现在怎么样了。
还有dtk的兼容性变好了吗？之前这东西只能在deepin上面用，换个桌面环境就有各种问题。
所以我现在建议deepin ide把主要精力先放在Qt/DTK和C/C++，先完善系统级的软件生态，再关心其他编程语言。
DTK基于Qt6版的版本，现在官方还没有完全正式放出来，还是Qt5版本，但是deepin V25版本已经时Qt6库源。
Reply Like 1 View the author
凡 deepin
2025-09-16 23:21 deepin wlly-lzh：
大概已经凉了，不要再有指望了。
与其期待deepin，不如看看moonbit，这个至少还有一点点讨论度。
本身unilang不完善，而且文档内容比较多，没现在的QML省事。而且即便unilang能用，也不代表软件后端不会继续写C/C++代码。
Reply Like 0 View the author
wlly-lzh deepin
2025-09-16 23:59 deepin 凡：
说白了，你可以通过IDE的主界面左侧，项目中的树形结构中，你需要新增qrc库的图片、cpp文件时，可以通过鼠标右键进行新建、删除等管理文件的动作。
这些管理文件的动作，实际操作时有时需要在CMake中写一些脚本语言进行修改。但我希望管理文件的动作，就是鼠标右键、右键菜单栏等GUI界面、控件的形式。
简单来说：CMake，会自动化跟随GUI界面、控件的操作进行脚本内容变更，不让程序员更繁琐的参与Cmake的构建，只关心Qt C++编程，提高编程效率。
原来是怎么回事，这些简单的操作确实可以GUI化，qtcreator在这方面做的很好。
但是写cmake代码还是避免不了的，尤其是一个项目复杂起来之后。不能奢求太多。
Reply Like 0 View the author
凡 deepin
2025-09-17 00:01 deepin wlly-lzh：
原来是怎么回事，这些简单的操作确实可以GUI化，qtcreator在这方面做的很好。
但是写cmake代码还是避免不了的，尤其是一个项目复杂起来之后。不能奢求太多。
但是能实现就尽量完全实现，项目越大可能后期会越来越需要进行实际功能拆分。
Reply Like 0 View the author
wlly-lzh deepin
2025-09-17 00:03 deepin 凡：
所以我现在建议deepin ide把主要精力先放在Qt/DTK和C/C++，先完善系统级的软件生态，再关心其他编程语言。
DTK基于Qt6版的版本，现在官方还没有完全正式放出来，还是Qt5版本，但是deepin V25版本已经时Qt6库源。
其实dtk的兼容性烂跟qt的版本没有关系，主要还是自己没考虑兼容性的问题，大概是“能在deepin上跑就行”这种心理。
Reply Like 0 View the author
凡 deepin
2025-09-17 00:11 deepin wlly-lzh：
其实dtk的兼容性烂跟qt的版本没有关系，主要还是自己没考虑兼容性的问题，大概是“能在deepin上跑就行”这种心理。
但是，想发展壮大，还是要实现跨平台。你看华为鸿蒙，如果鸿蒙软件应用不跨平台，那么鸿蒙原生应用会更少。
Reply Like 1 View the author
181******81 deepin
2025-09-17 09:32 deepin 这东西能开包即用吗？
Reply Like 0 View the author
Mozart
deepin
2025-09-17 10:12 deepin IDE 的形态已经发生变化，着重 AI 体验！
在 cursor、claude 等国外开发工具对国内禁用的前提下，国产 IDE 逐渐有了生存空间。
目前新起的编程工具，比如 Trae，codebuddy 毫无疑问都是面向 AI 体验。
deepin-IDE 如果要做好，除了将 deepin 自己的套件集成进来，建立系统开发生态，还要兼顾良好的 AI 体验。
显然，这个工作量是巨大的。
不过好在 deepin-IDE 还是有优势的，即不依赖于 VS Code 这样的外部框架，在技术上不受限制。
Reply Like 0 View the author
caoyuUU deepin
2025-09-17 10:22 deepin 兆兆嘟嘟嘟：
我记得深度好像做了个unilang语言。
已经烂尾了，开发者离职了
Reply Like 0 View the author
流星追月
deepin
2025-09-17 13:03 deepin 不是deepin开发人员不知道，或者不努力，可能要求先适配jav*、python编程语言。开发员应该清楚那部分先做、先完善，就那点人手估计来不及，或者说永远都来不及。
比如Qt已结宣布原生支持开源鸿蒙5.1，这能减少多少工作量？
如果，Qt也宣布原生支持deepin呢？或者C++也宣布了，那deepin的开发量会大大减轻的，系统的完善度还非常高。
Reply Like 0 View the author
凡 deepin
20 hours ago deepin 流星追月：
不是deepin开发人员不知道，或者不努力，可能要求先适配jav*、python编程语言。开发员应该清楚那部分先做、先完善，就那点人手估计来不及，或者说永远都来不及。
比如Qt已结宣布原生支持开源鸿蒙5.1，这能减少多少工作量？
如果，Qt也宣布原生支持deepin呢？或者C++也宣布了，那deepin的开发量会大大减轻的，系统的完善度还非常高。
现在deepin专门用自己的DTK,虽然现在基于Qt6升级。
Reply Like 0 View the author
wlly-lzh deepin
an hour ago deepin 凡：
现在deepin专门用自己的DTK,虽然现在基于Qt6升级。
老凡啊，你理他干嘛，你看他最后一句：
如果，Qt也宣布原生支持deepin呢？或者C++也宣布了，那deepin的开发量会大大减轻的，系统的完善度还非常高。
就应该知道他是个啥也不懂纯外行，跟他讲话就是浪费时间。
Reply Like 0 View the author
Please sign in first
Popular Ranking
Change
Wifi problem. Popular Events
More
关于软件开发生态，我再提一下IDE。关于于deepin IDE，我觉得目前主要还是更多去优化Qt和DTK开发套件，而不是继续花更多精力对jav*、python等其它编程语言框架生态的持续优化，软件生态中deepin IDE需要减掉没必要的包袱。
为啥现在deepin-IDE要暂时放弃对jav*、python编程语言生态的持续优化工作呢？
1.deepin IDE本身还未完全完善，尤其是对Qt项目、DTK项目的开发环境的完善。比如CMake构建项目没有完全GUI化，有时候仍需要在CMakeLists.txt文件中进行脚本语言的编写，没有完全减少程序员在项目构建上的工作量。
2.关于jav*、python等现代编程语言体系，其实已经有很多优秀的IDE已经能够提供开发者进行正常开发，deepin的软件商店也已经提供这些IDE的正常安装和运行，目前没必要急着把其他编程语言体系完全加入到一个还不够完善的deepin IDE中。
3.众观很多操作系统厂商，比如微软Windows、苹果MacOS、华为鸿蒙，他们分别在自家的IDE中，其前期也只是主要支持自己的编程语言体系和生态。如下对比：
(1).微软Windows的IDE-Visual Studio，主要支持C#、C/C++；
(2).苹果MacOS的IDE-Xcode, 主要支持C/C++、Object-C、Swift；
(3).华为鸿蒙的IDE-DevEco Studio,主要支持node.js环境下的ArkTS(java编程语言已经停止更*不再推荐)、仓颉编程(后期会上线)。
这些操作系统，其各自的IDE并没有盲目去增加很多市面上比较流行的编程语言，而是主要更多支持系统级的C编程语言，以及自己的软件生态语言。
当然，也有不少社区的朋友会问：人家Windows现在有新一代的Vs Code编辑器，可以装很多插件支持各种编程语言的开发，你deepin ide难道就不应该支持更多编程语言吗？
我想说的是，微软Windows之所以能有vscode这一个变态生态出来，并不是天生它就这样，它也是站在巨人的肩膀上才实现。只能说，deepin-IDE目前的工作还是主要解决IDE自身和系统级语言生态的完善，比如DTK、Qt、C++17版本、CMake在IDE中的图形自动化支持。只有这些生态先完善，你才能更有时间去重新适配其他编程语言体系。
只有deepin -IDE先自我完善，尤其是对操作系统本身的支持，我们才能看到deepin的发展速度，如下：
a.关于DTK或deepin IDE是否跨平台，比如能在Windows、鸿蒙系统、MacOS、Linux等系统中都能使用；
b.关于Deepin IDE支持DTK、Qt开发，对应的系统版本号，其相应的系统版本会有相关的C/C++使用版本、DTK库 API版本、源代码文档版本，也能让开发者能够更加的明确使用。
c.deepin- IDE，是否支持更多硬件驱动，或者更多硬件支持的显示。比如，屏幕品牌商、屏幕尺寸、屏幕分辨率（最高5K）.
d.deepin代码仓中，经过不断优化的DTK GUI界面源代码，可上架deepin-IDE中，为其提供软件界面参考和备用，减少UI代码量。
.......
最后，还是能够希望deepin-IDE能够更早成型，对DTK\Qt的继续演化有更多意义，目前可以暂停对java\pytho*的编程生态的适配任务，让DTK能够更多的面相deepin系统的软件开发者。