SharePoint 2010：是否可以在没有列表实例的情况下声明列表关系？
首先，我必须为可能误导性的问题辩解：我读到这是不可能的，所以问题实际上是：这是真的吗？如果是，是否还有另一种可能性来完成这种关系行为？但让我们描述一下我的情况：
我正在开发一个小型 SharePoint 2010 解决方案，并且不确定如何部署某些关系。我想仅借助包和功能来部署所有内容，这意味着我无法使用 SharePoint UI。这就是我想做的：
我正在设计几种内容类型，例如Report 和Entry。我使用 XML 定义来设计它们。然后，我构建列表定义来描述例如 ReportList 处理 Report 类型的项目。现在我陷入困境：我想声明每个条目都属于一个报告。因此，我将查找字段添加到 Entry 的内容类型定义中，但是当我部署其内容类型时，查找字段需要列表实例。
我想在不需要这些实例的情况下声明这种关系。用户应该能够决定他们想要为自己添加哪些列表。是否有在没有列表实例的情况下声明这种关系的最佳实践？
First of all I have to excuse for the maybe misleading question: I read that it's not possible, so the question actually is: Is this true and if yes, is there another possibility to accomplish this relation-behavior? But let's describe my situation:
I'm developing a small SharePoint 2010 solution and am not sure how to deploy some relations. I want to deploy everything with only the help of packages and features, that means I cannot use the SharePoint UI. That's what I want to do:
I'm designing several content types, e.g. Report and Entry. I'm using XML-Definitions to design them. Then I build list definitions that describe that e.g. the ReportList handles items of the type Report. And now I'm stuck: I want to declare that every Entry belongs to one Report. Therefore I'm adding a lookup field to the definition of the content type for Entry, but lookup fields need list instances when I deploy their content types.
I would like to declare the relation without a need of these instances. Users should have the ability to decide which lists they want to add for themselves. Is there a best practice for declaring such relation without having list instances?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
请遵循以下文章。它将帮助您创建带有列表的查找列。定义是可能的，因为它在博客网站中使用。 查找站点列。
Follow the following article. It will be a help for you creating lookup columns with list. Definition is possible as it is used in the blog site. Lookup Sitecolumn.