或者,一般来说,是否有一种可移植的方法来确定文件是否是.so/.dll/.dylib使用内置R函数？
我只是拒绝相信没有比file_ext()用case语句检查更便携的方式.
我和我的团队目前正在开发一个基于C++ 14规范的软件.我们正在考虑std::variant在我们的代码中添加一些C++ 17特性(主要是s),但是我的主管不确定我们是否可以简单地将它们放在我们的代码中,使用适当的编译器构建然后发布它.
据我所知,如果我们为我们的目标平台预编译我们的应用程序并将它们作为可执行文件提供,这应该没有任何区别,但我还没有真正处理过向客户部署软件,所以我不确定是否我在这里忽略了任何东西(比如我们还必须根据Windows的C++可再发行组件供应).
作为背景信息:我们的软件基于Qt,因此可以部署到所有主要的桌面操作系统.我们主要在Windows环境中工作,对于大多数测试目的,我们目前正在使用MSVC2017进行编译.
我们在技术上也计划发布一个SDK /库,以便于与我们的应用程序的网络部分连接,这也可能受益于C++ 17的功能.我假设愿意使用这个SDK的开发人员将被迫使用符合C++ 17的构建环境,即使C++ 17的功能几乎封装在库中而不是暴露在头文件中 - 是正确？