Dwi wedi gweithio ar safle we sy'n wynebu cyhoeddus am fy arfer SharePoint yma yn Efrog newydd ac mae'n defnyddio llawer o alwadau JavaScript a gweddill i dangos y cynnwys.
Ystod datblygu prif linell, Dwi'n creu set fach gyda dim ond 10 neu felly roedd rhesi yn rhestr bersonol a galw fy weddill ei dynnu oddi yno. Unwaith yr wyf yn rhygnu ar y rhestr i gael ychydig gannoedd o rhesi o ddata i brofi ar gyfer twf a ragwelir, Yr oedd yr oeddwn yn mynd yn union 100 rhesi a dychwelyd yn ôl ar fy galwadau weddill.
Mae hwn yn rhywbeth syml iawn i fynd i'r afael â. Yn fy achos (a chredaf yn y rhan fwyaf o achosion), galw weddill diofyn i SharePoint (ac o bosibl fel diwydiant safonol?) dychwelyd 100 rhesi. I ddychwelyd mwy na diofyn, Defnyddiwch y paramedr $top ar eich galwad, fel yn:
GAEL /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/eitemau?$Dewiswch = ID,Teitl,Categorïau/teitl,Blog_x0020_Author/teitl,DatePublished,BlogSummary&$ehangu = Blog_x0020_Author,Categorïau&$Hidlydd =&$brig = 9999
Cydiais 9999 yn yr achos hwn ers gwn growth-wise, Ni fydd mwy na 200 neu felly roedd rhesi yn ychwanegu at y rhestr hon yn y flwyddyn. Os daw'n ungainly, gallwn weithredu rhai tudalennu i lawr y ffordd.
</diwedd>
Dilynwch fi ar Twitter yn http://www.twitter.com/pagalvin
Yn ddiweddar, Deuthum i wybod bod os ClientData.svc truncates y cofnodion ac yn anfon dim ond 100 cofnodion, Mae'n cynnwys eiddo __next, Mae'r gwerth yn cynnwys URL ar gyfer y set nesaf o eitemau. Dechnegol, Gellir ysgrifennu dolen sy'n edrych ar gyfer eiddo hwn a nôl holl ddata gofynnol erbyn gwneud galwadau lluosog. Beth yw eich barn am hynny?
Diolch. Arbedodd hyn fy casgen. Cofiwch ddweud bod ben i fod ar y diwedd, neu o leiaf ar ôl dethol a hidlydd (leiaf i mi wnaeth). Mae'n brwydrais am ychydig oriau til ei weld ar eich blog da, ei roi ar y diwedd ac fe weithiodd. SP 2013 Menter.
Diolch eto,
Chris