Jeg har jobbet på et offentlig mot webområde for min SharePoint praksis her i New York og den bruker mye JavaScript og resten kaller for å vise innhold.
Under hovedlinjen utvikling, Jeg lage en liten datasett med bare 10 eller så rader i en liste og min resten oppfordrer alle dro derfra. Når jeg bumped opp listen har noen få hundre rader for å teste for forventet vekst, Jeg fant at jeg får nøyaktig 100 rader som returneres tilbake på mine resten samtaler.
Dette er en veldig enkel ting til adressen. I mitt tilfelle (og jeg tror i de fleste tilfeller), standard resten samtaler til SharePoint (og muligens en industristandard?) avkastning 100 rader. Å returnere mer enn standard, Bruk parameteren $top på ringer, som i:
FÅ /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/elementer?$Velg ID,Tittel,Kategorier/tittel,Blog_x0020_Author/tittel,DatePublished,BlogSummary&$utvide = Blog_x0020_Author,Kategorier&$filteret =&$topp = 9999
Jeg plukket 9999 i dette tilfellet siden jeg vet at growth-wise, det vil ikke være mer enn 200 eller så rader lagt til denne listen i ett år. Hvis det blir ungainly, Vi kan implementere noen paginerer nedover veien.
</slutten>
Følg meg på Twitter på http://www.twitter.com/pagalvin
Nylig, Jeg kom å vite at hvis ClientData.svc avkorter postene og sender bare 100 poster, Det inkluderer __next eiendom, verdien som inkluderer URL for neste sett med elementer. Teknisk, en løkke kan skrives som ser for denne egenskapen og hente alle nødvendige data ved å lage flere samtaler. Hva er dine tanker om det?
takk. Dette reddet min rumpe. Kan du nevne at de må være på slutten, eller minst etter Velg og filter (minst for meg gjorde den). Jeg kjempet for et godt par timer til jeg så det på bloggen din, sette det på slutten og den arbeidet. SP 2013 Enterprise.
Takk igjen,
Chris