SurveyJS库中复合问题的"其他"选项值存储问题解析

SurveyJS是一个流行的开源JavaScript库，用于创建和运行在线调查问卷。在使用过程中，开发者发现了一个关于复合问题(Composite Question)中"其他"(Other)选项值存储的特殊情况，值得深入分析。

问题背景

复合问题是一种特殊的问题类型，它允许将多个子问题组合在一起作为一个整体呈现。当复合问题中包含有"其他"选项的下拉题时，系统默认会将用户输入的"其他"值存储在响应数据的独立字段中，而不是直接包含在复合问题的对象内部。

默认行为分析

默认情况下，SurveyJS会生成如下结构的数据：

{
   "contact-information": {
      "text-question": "some value",
      "dropdown-question": "other"
   },
   "contact-information-Comment": "some value"
}

这种结构将"其他"选项的注释值存储在复合问题对象之外，通过添加"-Comment"后缀的独立字段来表示。

用户期望行为

部分开发者期望数据能够以更统一的方式存储，即所有与复合问题相关的数据都包含在同一个对象内部，如下所示：

{
   "contact-information": {
      "text-question": "some value",
      "dropdown-question": "other",
      "dropdown-question-Comment": "some value"
   }
}

这种结构更加直观，也更符合数据组织的逻辑一致性原则。

技术挑战

实现用户期望的存储方式面临的主要技术挑战是数据恢复问题。当尝试从上述两种格式恢复复合问题的答案时，系统无法正确识别和填充"其他"选项的值。这主要是因为SurveyJS内部的数据处理机制对复合问题的特殊处理方式。

解决方案思路

要解决这个问题，需要在SurveyJS库中做以下改进：

1. 数据序列化逻辑调整：修改复合问题的序列化方法，确保"其他"选项的注释值与主值一起存储。

2. 反序列化逻辑增强：改进数据解析逻辑，使其能够识别嵌套在复合问题对象内部的注释值。

3. 向后兼容处理：确保新版本能够同时处理新旧两种数据格式，不影响已有调查的数据完整性。

实现建议

在技术实现上，可以考虑：

1. 为复合问题添加新的序列化选项，允许开发者选择注释值的存储位置。

2. 在问题类中增加专门处理"其他"选项注释值的方法。

3. 完善数据验证逻辑，确保在各种情况下都能正确恢复问题状态。

总结

SurveyJS库中复合问题的"其他"选项值存储问题反映了数据模型设计中的权衡考虑。虽然默认行为有其技术合理性，但用户期望的统一存储方式确实能提供更好的开发体验。通过合理的架构调整，可以实现两种模式的兼容，为开发者提供更多灵活性选择。