- 主题:Qt 6.2 vs. Qt 5.15 – The Feature Parity Comparison (zz)
要说现代，meson 算不算更现代
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 现在都是 cmake，不用 cmake 的不现代。
--
FROM 103.40.221.*
算啊。
cmake 其实是近代。语法太烂了，最开始对着 qmake 抄出来的。
meson, gradle, xmake 这些就好很多了。使用主流通用编程语言的语法，功能强大很多。
scons 其实也比 cmake 好，但 scons 社区太小，连 Qt 都支持得不太好。
【 在 easior (潜行) 的大作中提到: 】
: 要说现代，meson 算不算更现代
--
FROM 117.24.207.*
现在只倾向掌握两种工程管理工具：Autotools 与 meson；
暑期有一段时间想尝试用 C++ 和它们做一两个工程，
发现 C++ 真要干活，都要依赖一堆 C 或史前 C++ 编写的库，很不习惯。
回到 Qt、wxWidgets 也是一样，都有另一套比 STL 还完整的替代库，
还有 moc 这样的非标准 C++ 处理，让人觉得 C++ 干这些事毫无美感。
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 算啊。
: cmake 其实是近代。语法太烂了，最开始对着 qmake 抄出来的。
: meson, gradle, xmake 这些就好很多了。使用主流通用编程语言的语法，功能强大很多。
: ...................
--
FROM 103.40.221.*
是的。c/c++ 不适合写应用。
但库这个真没办法。用 python，也得编译一堆 c/c++ 库，只不过不用去看它们的源代码了。
【 在 easior (潜行) 的大作中提到: 】
: 现在只倾向掌握两种工程管理工具：Autotools 与 meson；
: 暑期有一段时间想尝试用 C++ 和它们做一两个工程，
: 发现 C++ 真要干活，都要依赖一堆 C 或史前 C++ 编写的库，很不习惯。
: ...................
--
FROM 117.24.207.*
你的想法有问题，用工具生成代码才是工程上的常规做法。
【 在 easior (潜行) 的大作中提到: 】
: 早先用过moc，qmake 配合 Qt-Creator 工作还可以，命令行也行，
: 但是与其他 IDE 就不一定合拍了。
: 语法上，多了一道 moc 处理，不像标准 C++ 的开发流程。
: ...................
--
FROM 58.34.122.*
用工具生成代码其实是编程语言太弱鸡了。
【 在 missdeer (卧薪尝胆的类库萤一) 的大作中提到: 】
: 你的想法有问题，用工具生成代码才是工程上的常规做法。
--
FROM 59.60.57.*
是的。
一直搞不懂c++标准为什么不肯实现一个moc....又不难...
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 用工具生成代码其实是编程语言太弱鸡了。
--
FROM 101.84.28.*
qt的cmake支持还有很多问题吧
同样用qt-creator创建的项目,用qmake编译出来的static版本比cmake的要小不少
【 在 hgoldfish (老鱼) 的大作中提到: 】
: 现在都是 cmake，不用 cmake 的不现代。
--
FROM 59.109.218.*
这个没关系吧？qmake 和 cmake 都只是生成 gcc, g++ 的命令行参数而已。
【 在 roy (天上掉大饼：学思行言) 的大作中提到: 】
: qt的cmake支持还有很多问题吧
: 同样用qt-creator创建的项目,用qmake编译出来的static版本比cmake的要小不少
--
FROM 112.47.122.*
从目前高级语言趋势来看，编译严格检查是趋势。
【 在 roy 的大作中提到: 】
: 试过qt6，有一个优点是编译检查比qt5更严格了
: 比如qt5里这样的代码可以通过编译：
: QChar ch;
: ...................
--
FROM 111.18.72.*