He estat treballant en una web pública davant de la meva pràctica de SharePoint aquí en Nova York i que utilitza una gran quantitat de trucades JavaScript i resta per mostrar contingut.
Durant el desenvolupament i, Puc crear un petit conjunt de dades amb només 10 o tan estirats files en una llista personalitzada i meves trucades resta totes des d'allà. Un cop em vaig trobar amb la llista de tenir uns cent files de dades a prova per al creixement esperat, Em va semblar que estava aconseguint exactament 100 files tornar enrere damunt les meves trucades resta.
Això és una cosa molt simple d'adreça. En el meu cas (i crec que en la majoria dels casos), l'omissió resta trucades a SharePoint (i possiblement com un estàndard de la indústria?) retorn 100 files. Per tornar més que l'omissió, Utilitzeu el paràmetre $top la seva trucada, com a:
OBTENIR /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/elements?$Seleccioneu = ID,Títol,Categories/títol,Blog_x0020_Author/títol,DatePublished,BlogSummary&$ampliar = Blog_x0020_Author,Categories&$filtre =&$part superior = 9999
Triava 9999 en aquest cas ja que sé que growth-wise, no hi haurà més de 200 o tan files afegides a aquesta llista en un any. Si es converteix en endintre, podem implementar alguna paginació en el camí.
</final>
Follow me on Twitter http://www.twitter.com/pagalvin
Recentment, Venia a saber que si ClientData.svc trunca els registres i envia només 100 registres, inclou __next propietat, el valor de la qual inclou l'URL per a la següent sèrie d'elements. Tècnicament, un bucle pot ser escrit que busca aquesta propietat i recollir totes les dades necessàries per fer múltiples trucades. Què és els seus pensaments sobre això?
Gràcies. Això salvat el cul. Si us plau, esmentar que la part superior ha de ser al final, o com a mínim després del selecte i filtre (almenys per a mi ho va fer). Vaig lluitar-lo per a un bon parell d'hores fins que el vaig veure al bloc, posar-lo al final i treballava. SP 2013 empresa.
Gràcies una altra vegada,
Chris