场景是我有一个项目列表,并且有一堆与之关联的不同SPFieldUser
字段。我有另一个列表代表项目的日志(它包含一系列关于项目不同里程碑的数据)。关系是这样的:(1个项目列表项:1个日志列表)。
我必须将一些元数据存储在日志的列表项中,该列表项指向存储在项目列表项中的特定用户。为此,我必须创建一个选项字段,表示项目列表中不同的SPFieldUser
字段。
问题是哪种方式是表示这种结构的最佳方式?
我可以为项目列表中的每个SPFieldUser
硬编码选项选项,但是当我必须在代码中引用这些数据时,我必须以某种方式将选项的值转换为内部名称相关项目的领域。
我也可以创建这些字段的查找,这样访问它很容易。我可以向用户显示标题,并将内部名称存储在查找中。
我还在考虑定义某种自定义FieldType
,但我觉得它需要比其他方法更多的工作。
那么我选择哪种方法?有人可能会提出更好的建议吗?
答案 0 :(得分:1)
让我们在努力和可扩展性方面逐一查看您的选项。
1 Hardconding选项:努力[根本不推荐]
- 当新用户加入或用户离开时,需要更新列
公司
- 一旦指定了数据格式,就很难改变。 [例如。 FirstName +姓氏或Empid]
强烈推荐的OOTB选项:努力程度很低
自定义列类型将进行编码工作。
我的建议是第二个OOTB选项。如果您在第二个选项中发现一些缺陷,请告诉我们我们可以寻找灵魂。