Pracoval jsem na protilehlé internetové stránky pro mého SharePoint praxi v New York a používá mnoho volání JavaScript a odpočinku pro zobrazování obsahu.
Během hlavního vývoje, Jsem jen vytvořit malé dataset s 10 nebo tak řádky do vlastního seznamu a ostatní telefony vytáhl odtud. Kdysi jsem vrazil seznam má několik set řádků dat, testování na předpokládaný růst, Zjistil jsem, že jsem dostala přesně 100 řádky vrácené zpět na mé volání REST.
Jde velmi jednoduchou věc řešit. V mém případě (a věřím, že ve většině případů), Výchozí hodnota REST volání do služby SharePoint (a možná i jako průmyslový standard?) návrat 100 řádky. Chcete-li vrátit více, než je výchozí, pomocí parametru $top na vaše volání, stejně jako v:
ZÍSKAT /Insights Dev/_api/web/lists/GetByTitle("MockBlog")/položky?$Vyberte = ID,Titul,Kategorie/titul,Blog_x0020_Author/titul,DatePublished,BlogSummary&$expand = Blog_x0020_Author,Kategorie&$filtr =&$Top = 9999
Vybral jsem 9999 v tomto případě od té doby vím, že growth-wise, nebude existovat více než 200 nebo tak řádky přidány do tohoto seznamu za rok. Pokud se stane nemotorný, Můžeme realizovat některé stránkování po silnici.
</Konec>
Za mnou na Twitter na http://www.twitter.com/pagalvin
Nedávno, Přišel jsem vědět, že pokud ClientData.svc zkrátí záznamy a odešle pouze 100 záznamy, To zahrnuje __next vlastnost, hodnota, která zahrnuje adresy URL u dalších položek. Technicky, smyčky mohou být napsány, který hledá tuto vlastnost a načíst všechna požadovaná data tím, že více volání. Jaký je váš názor na to?
Dík. To zachránil zadek. Prosím o to, že horní musí být na konci, nebo alespoň po select a filtr (alespoň pro mě to dělal). Bojovala jsem o dobrých pár hodin til jsem viděl na svém blogu, Dejte ji na konci a fungovalo to. SP 2013 podnik.
ještě jednou díky,
Chris