Jeg har arbejdet på et offentligt modstående websted for min SharePoint praksis her i New York og det bruger en masse JavaScript og resten opkald til at vise indhold.
Under hovedlinjen udvikling, Jeg oprette en lille datasæt med lige 10 eller så rækker i en brugerdefineret liste og min resten opfordrer alle trak derfra. En gang jeg stødte op på listen for at have et par hundrede rækker af data til at teste for forventede vækst, Jeg fandt, at jeg fik præcis 100 rækker, der returneres tilbage på min hvile opkald.
Dette er en meget simpel ting at adresse. I mit tilfælde (og jeg tror i de fleste tilfælde), standard resten opkald til SharePoint (og muligvis som en industri standard?) tilbagevenden 100 rækker. At vende tilbage mere end standard, Brug parameteren $top på dit opkald, som i:
FÅ /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/elementer?$Vælg = ID,Titel,Kategorier/titel,Blog_x0020_Author/titel,DatePublished,BlogSummary&$Udvid = Blog_x0020_Author,Kategorier&$filter =&$Top = 9999
Jeg tog 9999 i dette tilfælde da jeg ved at growth-wise, der vil ikke være mere end 200 eller så rækker føjes til denne liste i et år. Hvis det bliver klodset, Vi kan gennemføre nogle personsøgning på vej.
</slutningen>
Følg mig på kvidre på http://www.twitter.com/pagalvin
For nylig, Jeg kom til at vide, at hvis ClientData.svc afkorter posterne og sender kun 100 poster, Det omfatter __next ejendom, værdien som indeholder URL til det næste sæt af elementer. Teknisk, en løkke kan skrives som ser for denne egenskab og hente alle nødvendige data ved at gøre flere opkald. Hvad er dine tanker om det?
Tak. Det reddede min røv. Du bedes nævne at toppen må være for enden, eller i det mindste efter select og filter (i det mindste for mig gjorde det). Jeg kæmpede det for et godt par timer til jeg så det på din blog, sætte det i slutningen og sig arbejdede. SP 2013 Enterprise.
Tak igen,
Chris