std::tuple完全是编译期的，不会有额外的性能开销

但是用下标数字去引用成员，搞不好就错位了，这就是降低代码可读性、可维护性的地方
即便是把下标数字定义成容易记忆的枚举，改变顺序时也要同步修改这些枚举，忘了就完了，那我为啥不用struct

感觉适合局部使用，不适合大跨度使用，比如跨模块等，不然到处要看某个下标到底是啥

【 在 horkoson 的大作中提到: 】
:
: 俞飞鸿，std::tuple用来存储不同类型的对象时，性能有没损失？
--
修改:z16166 FROM 222.130.138.*
FROM 222.130.138.*