- 主题:Qt 6.2 vs. Qt 5.15 – The Feature Parity Comparison (zz)
现在都是 cmake，不用 cmake 的不现代。
【 在 easior (潜行) 的大作中提到: 】
: 早先用过moc，qmake 配合 Qt-Creator 工作还可以，命令行也行，
: 但是与其他 IDE 就不一定合拍了。
: 语法上，多了一道 moc 处理，不像标准 C++ 的开发流程。
: ...................
--
FROM 112.47.122.*
算啊。
cmake 其实是近代。语法太烂了，最开始对着 qmake 抄出来的。
meson, gradle, xmake 这些就好很多了。使用主流通用编程语言的语法，功能强大很多。
scons 其实也比 cmake 好，但 scons 社区太小，连 Qt 都支持得不太好。
【 在 easior (潜行) 的大作中提到: 】
: 要说现代，meson 算不算更现代
--
FROM 117.24.207.*
是的。c/c++ 不适合写应用。
但库这个真没办法。用 python，也得编译一堆 c/c++ 库，只不过不用去看它们的源代码了。
【 在 easior (潜行) 的大作中提到: 】
: 现在只倾向掌握两种工程管理工具：Autotools 与 meson；
: 暑期有一段时间想尝试用 C++ 和它们做一两个工程，
: 发现 C++ 真要干活，都要依赖一堆 C 或史前 C++ 编写的库，很不习惯。
: ...................
--
FROM 117.24.207.*
用工具生成代码其实是编程语言太弱鸡了。
【 在 missdeer (卧薪尝胆的类库萤一) 的大作中提到: 】
: 你的想法有问题，用工具生成代码才是工程上的常规做法。
--
FROM 59.60.57.*
这个没关系吧？qmake 和 cmake 都只是生成 gcc, g++ 的命令行参数而已。
【 在 roy (天上掉大饼：学思行言) 的大作中提到: 】
: qt的cmake支持还有很多问题吧
: 同样用qt-creator创建的项目,用qmake编译出来的static版本比cmake的要小不少
--
FROM 112.47.122.*
错误的趋势。把语言搞得太过于复杂，严重依赖 IDE，属于编程语言内卷——造出不银弹，只好花样坑程序员。
【 在 SmartIC (SmartIC) 的大作中提到: 】
: 从目前高级语言趋势来看，编译严格检查是趋势。
--
FROM 112.47.122.*