0

我知道 REST 可用于查询 SharePoint 中的列表数据（甚至在 SP 2010 中）。

不过，我需要的是一种类似于REST（不一定是字面意义上的“规范”REST）的方式来生成网页。

这是我更详细的方案：当页面（WebPart/用户控件）加载时，我通过 C# 动态创建控件。此外，基于用户交互，某些控件/元素属性可能会改变 - 例如，选中特定复选框可能会改变相关文本框（“文本”类型的输入控件）上的某些属性。

一般来说，我们需要一个页面的多个“版本”——一些用户需要这些部分，其他用户只需要这些部分；并且创建页面的 N 个版本（一个显示第 1、3、5 节；另一个显示第 2、4 和 6 节等。&c ad infinitum ad nauseum）似乎很笨拙/灾难性的食谱。

在某些情况下，我需要做的是在页面加载时有条件地设置这些控件，而不是让用户选择这个或那个复选框。更具体地说，我想将页面/部分/用户控件分解为逻辑“部分”，然后有条件地生成这些部分。例如，如果该部分名为“duckbilledPlatypus”，我希望能够使链接类似于“\duckbilledPlatypus\1\3\5”，从而我可以响应这些参数并知道以编程/动态方式生成第 1 节、 3 和 5，或创建链接“\duckbilledPlatypus\2\4\6”，这样我就知道以编程方式/动态生成第 2、4 和 6 节等。

这可能吗？

4

1 回答 1

0

也许很笨拙，但也许这样做的方法是在离开页面时设置一个全局变量，可以从下一页读取。类似（伪代码）：

enum FormFactors {
    Vanilla,
    Chocolate,
    Asparagus,
    Mantequilla de Cacahuate,
    Pineapple
}

FormFactors ff = null;

. . .

if (whatever) {
    ff = FormFactors.Vanilla;
} 
else // etc.

. . . on the page to be conditionally presented:

Page_Load() {
    if (ff == FormFactors.Vanilla) {
        // make it vanilla
    }
    else // ... etc.
}
于 2015-06-10T21:29:51.240 回答