C++ 对于tuples和boost.fusion，有什么理由使用struct吗？

元组类似于结构（此处讨论：）。似乎唯一的优点是编写struct更方便，因为它更短，而且是按键编写的，而不是按数字编写的

还可以使用融合贴图和结构通过键访问来模拟结构。写得多了一点

在表演中似乎也没有处罚。嗯，融合可能更快，因为它使用视图

所以使用structs的唯一原因是如果您不想再写几行代码并保持代码可读性

因此，使用structs的唯一原因是如果您不想编写很少的代码 更多的代码行并保持代码可读性

此外，还有一个可扩展性/可维护性-在元组中放置/修改/删除任何额外的位置参数都非常困难，但使用“key-value”结构查找非常容易

代码质量是由性能、可读性、清晰性、可扩展性等组成。忽略这些值会使代码变得更糟。这是一件坏事

因此，使用structs的唯一原因是如果您不想编写很少的代码 更多的代码行并保持代码可读性

此外，还有一个可扩展性/可维护性-在元组中放置/修改/删除任何额外的位置参数都非常困难，但使用“key-value”结构查找非常容易

---

代码质量是由性能、可读性、清晰性、可扩展性等组成。忽略这些值会使代码变得更糟。这是一件坏事。

结构可以子类化，可以包含方法、虚函数、枚举、typedef、子结构等等

---

元组只能表示

struct

最简单的功能，即值的集合。而且它甚至不能给他们起正确的名字。结构可以被子类化，可以包含方法、虚函数、枚举、typedef、子结构等等

---

元组只能表示

struct

最简单的功能，即值的集合。而且它甚至不能给他们起正确的名字。它们是一个非常糟糕的替代品。

我应该注意到，我对存储数据感兴趣，而不是将其作为对象或类使用。此外，您还可以在tupleWell中使用std:：function，如果您的问题是“tuples是否可以存储值”，那么它们当然可以。但结构远远不止这些，元组不支持结构可以做的其他大部分事情。我应该注意到，我对存储数据感兴趣，而不是将其用作对象或类。此外，您还可以在tupleWell中使用std:：function，如果您的问题是“tuples是否可以存储值”，那么它们当然可以。但是结构远远不止于此，元组不支持结构所能做的大多数其他事情。通过融合也可以使用键值，请参见第页的关联元组。但遗憾的是，语法并没有那么清晰。通过融合也可以使用键值。请参阅第页的关联元组。但遗憾的是，语法没有那么清晰。