为什么Microsoft在新代码中使用结构而不是类?

所以通常我不会问这样的问题，因为它似乎是基于意见的，或者开始对编码实践进行某种口头战争，但我认为这里可能有一个我不明白的技术原因。

我正在查看 vcpkg(Microsoft正在创建的库打包管理器并且是"新"代码(的头文件中的代码，因为阅读代码通常是学习您不知道的东西的好方法。

我注意到的第一件事是使用using而不是typedef。

"https://github.com/microsoft/vcpkg/blob/master/toolsrc/include/vcpkg/parse.h"中的代码段

template<class P>
using ParseExpected = ExpectedT<std::unique_ptr<P>, std::unique_ptr<ParseControlErrorInfo>>;

我以前没有以这种方式亲自使用过using，答案来自：C++11 中的"typedef"和"using"有什么区别？从本质上讲，using是执行此操作的新方法，其好处是它可以使用模板。所以Microsoft有充分的理由使用using而不是typedef。

看着"https://github.com/microsoft/vcpkg/blob/master/toolsrc/include/vcpkg/commands.h"，我注意到他们没有使用任何类。相反，它只是带有函数之类的命名空间。即：

namespace vcpkg::Commands
{
namespace BuildExternal
{
void perform_and_exit(const VcpkgCmdArguments& args, const VcpkgPaths& paths, const Triplet& default_triplet);
}
}

我猜其中一部分是调用语法看起来本质上就像类中的静态成员函数，因此代码执行相同，但可能会通过成为命名空间而不是类来节省一些开销。 (如果有人对此也有任何想法，那就太好了。

现在这一切的要点。为什么Microsoft在其命名空间中使用结构而不是类？

来自"https://github.com/microsoft/vcpkg/blob/master/toolsrc/include/vcpkg/parse.h"的代码段：

namespace vcpkg::Parse
{
/* ... Code I'm excluding for brevity ... */
struct ParagraphParser
{
ParagraphParser(RawParagraph&& fields) : fields(std::move(fields)) {}
void required_field(const std::string& fieldname, std::string& out);
std::string optional_field(const std::string& fieldname) const;
std::unique_ptr<ParseControlErrorInfo> error_info(const std::string& name) const;
private:
RawParagraph&& fields;
std::vector<std::string> missing_fields;
};
}

在搜索stackoverflow时，我发现了一个老问题：为什么Microsoft使用struct for directX库而不是类？ 答案本质上是，您不必将事情声明为默认公开，并且不必在底部添加注释方式说它是旧代码。

如果 vcpkg 是旧代码，我会完全满意，但是，这是新代码。他们只是拥有某种风格是延续的(但using与typedef不是(？还是为了保存一行代码(public:(？还是有某种间接费用的好处？还是其他一些我根本没有考虑过的事情？