关于 boost、Qt 和跨平台

[auto8888]

新人发帖，原来在公司用 Qt 框架做了一个跨 windows linux 和 arm linux 的车载软件（无界面），现在准备做成产品，量产，几百套吧，领导不让用 Qt,要改成 C++的。
后面想到 boost 库也是跨平台的，也有文件系统、字符、线程、定时器、TCP UDP 这些，想着应该比自己造轮子来的稳定吧，那么 boost 好用吗，坑多吗，请教下各位大佬。

[nightwitch]

好用，坑多。

[newmlp]

Qt 不就是 C++写的跨平台框架吗

[augustheart]

qt 不就是 c++的么……不用 qt 你们用啥做界面？
大致理解了一下意思，你们的内核不使用 qt ？
至于 boost……如果你想要拿它替代 qt 这种大而全的框架是做不到的。boost 充其量就是个标准库++。而且一旦用了 boost，啧啧，就和传染病似的……

[wangsongyan]

不让用 Qt,要改成 C++的

[augustheart]

@augustheart 哦，我瞎了，没看到无界面三个字……

[shawnsh]

肯定有坑，确实比 qt 的好一些，如果不上界面的话

[mnssbe]

@newmlp qt 商业授权要交钱的

[wbing]

文件系统、字符、线程、定时器、这些 STL 本身就有，交叉编译 boost 估计问题不少，

[terryching]

可以考虑下 POCO，容易理解一点，当然坑也不少

[no1xsyzy]

@mnssbe 你仍然可以以 GPL 提供给你的用户，因为你很放心你的用户不太理解自己有再分发的权利，即使你只需明确声称自己采用 GPL 发布，但听不懂的人就是听不懂。另一种情况是，“我买的东西为什么要免费再送给别人？”。

[liukun1212]

不建议用 boost，坑太多了。出了问题无从下爪，折腾的时间都够自己造轮子了。

[Chenamy2017]

直接上标准 C++，有些轮子造起来可能比你用他们的还香。

[zjsxwc]

换 golang 不是跟简单

[Harv]

我跟你们讲，Qt 商业化版权费贼贵。

[newmlp]

@mnssbe 为啥要商业授权啊，又不用动 Qt 源码

[tomychen]

如果不是重度依赖，这种跨平台+硬件，最好还是标准撸

[auto8888]

@terryching 粗略看了一下这个库貌似简单点，boost 全是模板，好难。比如网上一个获得文件夹大小的代码
namespace fs = boost::filesystem;
boost::uintmax_t dir_size(const fs::path &p)
{
return std::accumulate(
boost::make_transform_iterator(&fs::file_size, fs::recursive_directory_iterator(p)),
boost::make_transform_iterator(&fs::file_size, fs::recursive_directory_iterator()),
static_cast<boost::uintmax_t>(0));
}
编译出错了，根本不知道怎么改

[mnssbe]

@no1xsyzy 你的产品源码发布了客户看不懂，友商也看不懂？ 如果声称 GPL 发布那就厉害了

@newmlp 你打算商用闭源就要授权

[wangxkww]

Qt 的 LGPL 为啥商用闭源就需要授权？

[paoqi2048]

你们公司该不会是害怕违反许可协议吧？ Qt 有 LGPL 的呀，只要不对源码进行二次开发就没问题