אני עובד באתר אינטרנט ציבורי מול המרפאה שלי SharePoint כאן ב- ניו-יורק הוא משתמש הרבה שיחות JavaScript ומנוחה כדי להציג תוכן.
במהלך הפיתוח mainline, ליצור dataset קטן עם רק 10 או אז שורות רשימה מותאמת אישית וכל השיחות שלי לנוח הוציא משם. פעם אחת אני מקפיץ את הרשימה יש כמה מאות שורות של נתונים כדי לבדוק את הצמיחה הצפויה, מצאתי כי היה מקבל בדיוק 100 השורות המוחזרות על השיחות שלי לנוח.
. זה דבר פשוט מאוד לכתובת במקרה שלי (ואני מאמין ברוב המקרים), ברירת המחדל מנוחה קורא SharePoint (אולי כמו תקן תעשייתי?) החזרה 100 שורות. כדי להחזיר יותר מאשר ברירת המחדל, השתמש בפרמטר $top לטלפון שלך, כמו ב-:
להשיג /Insights Dev/_api/web/lists/GetByTitle('MockBlog')/פריטים?$בחר = מזהה,כותרת,קטגוריות/כותרת,Blog_x0020_Author/כותרת,DatePublished,BlogSummary&$הרחב = Blog_x0020_Author,קטגוריות&$מסנן =&$העליון = 9999
. בחרתי 9999 במקרה זה מאז ידעתי את זה growth-wise, . לא יהיו יותר 200 או אז ששורות שנוספו לרשימה זו בשנה. אם זה הופך ובאדישות, נוכל ליישם שמידה מסוימת של החלפה במורד הכביש.
</קצה>
עקוב אחרי הטוויטר ב http://www.twitter.com/pagalvin
לאחרונה, נוכחתי לדעת כי אם ClientData.svc יחתוך את הרשומות ושולח בלבד 100 רשומות, היא כוללת מאפיין __next, הערך של אשר כולל כתובת URL עבור הסט הבא של פריטים. מבחינה טכנית, ניתן לכתוב לולאה אשר נראה עבור מאפיין זה, להביא את כל הנתונים הנדרשים על ידי ביצוע שיחות מרובות. מהי דעתך על כך?
תודה. זה הציל את התחת שלי. נא לציין כי העליון צריך להיות בסוף, או לפחות אחרי בחר מסנן (לפחות לי זה קרה). נלחמתי בו לכמה שעות עד שראיתי את זה בבלוג שלך טוב, שים את זה בסוף, זה עבד. SP 2013 הארגון.
. שוב תודה,
כריס