共享中子数据的EventWorkspace，为什么逐次事件与直方图仍是两层信息

共享科研数据时，一张直方图可以呈现数值分布，却未必交代底层是否仍保留逐次探测记录。Mantid 6.5的Event Workspace文档，从数据组织方式解释了这个问题：它专门面向飞行时间中子散射，把每次探测观察及其发生时间作为离散项目存入工作空间。[1] 这里讨论的是软件记录，不是对某次实验结果的解释。

文档将EventWorkspace归为MatrixWorkspace的一种，同时强调每个中子探测事件的信息仍被保存。这个类型关系很有意义：属于矩阵工作空间，并不表示内容已经只剩按区间汇总的数值。共同的工作空间类别，与其中保留信息的细致程度，可以同时存在。

事件又不是不分组地堆在一起。原文说，每个spectrum对应一份event list，即事件列表。因此，谱的数量与事件的数量回答不同问题：前者描述有多少份对应列表，后者描述这些列表中记录了多少次事件。交接材料若只写一个“数量”，而没有说明计数对象，接收者便无法知道它是在说记录分组还是分组内的观察。

文档的列表示例还分别列出pulse times、TOFs、weights，以及权重误差平方的信息。这些名称属于不同内容，不能因为都以一组数值出现，就统称为一列时间。尤其是脉冲时间与飞行时间在原文中各有一项；本文保留这种分列，不进一步推导实验物理含义，也没有执行示例代码。

直方图则是另一层表达。用户摘要说明，事件工作空间可以按区间形成直方图表示，文档也讨论了保留事件信息的条件。因而，能够查看直方图与底层只剩直方图，不是一个判断。前者说的是当前表示，后者涉及资料中是否还有逐次记录。

这种区别在Y值变化的说明中尤其清楚。原文指出，使用修改直方图Y值的一类算法时，输出会成为按当前分箱参数形成的Workspace2D，不能同时保持原有事件数据。本文只转述这一输出类型关系，不列出运行步骤；重点是一个仍可表示数值的输出，未必继续具有输入对象的逐事件身份。

对共享设施的数据交接，这些信息可以组成一份更具体的描述：工作空间类型是什么、一个谱对应怎样的列表、数量统计针对什么、时间与权重信息分别在哪里，以及输出还保留哪一层记录。这样的描述比“已提供图表”更能说明资料本身。本文限定所读6.5版本文档，网页首发日期未知，未操作仪器、运行数据处理或评价实验质量。