Saya telah bekerja pada sebuah situs web menghadapi yang umum untuk praktek SharePoint saya di sini di New York dan itu menggunakan banyak JavaScript dan sisanya panggilan untuk menampilkan konten.
Selama pengembangan utama, Cara membuat dataset kecil dengan hanya 10 atau jadi baris dalam daftar kustom dan panggilan ISTIRAHAT saya semua diambil dari sana. Sekali aku bumped up daftar yang memiliki beberapa ratus baris data untuk menguji untuk pertumbuhan diantisipasi, Saya menemukan bahwa saya mendapatkan persis 100 baris yang dikembalikan kembali pada panggilan ISTIRAHAT saya.
Ini adalah hal yang sangat sederhana ke alamat. Dalam kasus saya (dan saya percaya dalam kebanyakan kasus), default sisanya panggilan untuk SharePoint (dan mungkin sebagai standar industri?) kembali 100 baris. Kembali lebih dari default, Gunakan $top parameter pada panggilan Anda, seperti dalam:
Dapatkan /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/item?$Pilih = ID,Judul,Kategori/judul,Blog_x0020_Author/judul,DatePublished,BlogSummary&$memperluas = Blog_x0020_Author,Kategori&$Filter =&$Top = 9999
Aku mengambil 9999 dalam kasus ini karena saya tahu bahwa growth-wise, tidak akan ada lebih dari 200 atau jadi baris ditambahkan ke daftar ini dalam setahun. Jika ia menjadi canggung, kita dapat menerapkan beberapa paging di jalan.
</akhir>
Ikuti saya di kegugupan di http://www.twitter.com/pagalvin
Baru saja, Aku datang untuk tahu bahwa jika ClientData.svc memotong catatan dan mengirimkan hanya 100 Catatan, ini termasuk __next properti, nilai yang mencakup URL untuk set berikutnya item. Secara teknis, loop dapat ditulis yang terlihat untuk properti ini dan mengambil semua data yang diperlukan dengan membuat beberapa panggilan. Apakah pendapat Anda tentang itu?
Terima kasih. Ini menyelamatkan pantatku. Harap menyebutkan bahwa atas harus pada akhir, atau setidaknya setelah pilih dan filter (setidaknya untuk saya itu). Aku berjuang untuk beberapa jam baik dari til aku melihatnya di blog Anda, meletakkannya di ujung dan bekerja. SP 2013 perusahaan.
Terima kasih lagi,
Chris