Как обрабатывать запросы к удаленным данным и данным кэша

Одним из возможных решений для вашего сценария было бы запросить у сервера «немного больше», чем ожидалось в результате, но в конечном итоге всегда фильтровать локальный кеш. Сделайте локальный кеш единственным источником и фильтруйте/берите/пропускайте из него.

Теперь попробуем определить, что значит «еще немного».

если я изменю имя «Сэм» на «Боб» и запросю все имена, начинающиеся с «Б», я должен получить новую запись Сэма о Бобе с Биллом и парнями.

Это должно работать так, как вы ожидаете - не нужно получать с сервера больше, чем «имена, начинающиеся с B».

если я добавлю элемент «Боб» и получу первые 5 результатов в алфавитном порядке по возрастанию, вместо «Аарон, Адам, Алиса, Эшли, Бад» я получу «Аарон, Адам, Алиса, Эшли, Боб» и если бы я запросил вторые 5 результатов (пропустить 5, взять 5), список начинался бы с «Bud».

Чтобы это работало, вам нужно получить удаленно, например: взять numberOfEntitiesChangedLocally + ( pageNr * recordsPerPage ), а затем пропустить и взять из локального кеша обычным способом.

Три примера комбинированных удаленных и локальных запросов находятся в файле \Samples\DocCode. Возможно, они помогут.

Здесь добавлены комментарии. Полный код находится в queryTests.js

1. * Объедините удаленный и локальный запросы, чтобы получить всех клиентов * включая новых, несохраненных клиентов * v1 - Использование FetchStrategy

2. * Объедините удаленный и локальный запросы, чтобы получить всех клиентов * включая новых, несохраненных клиентов * v1 = использование FetchStrategy.FromLocalCache

3. * Объедините удаленный и локальный запросы, чтобы получить всех клиентов * включая новых, несохраненных клиентов * v2 = использование ExecuteLocally()

Вас также может заинтересовать интересный пример того, как этого больше не делать (также в queryTests:

    /*********************************************************************
    * This portion of the "queryTests (by id)" module  
    * tests a hand-built async getById utility that was the way to do it 
    * before EntityManager.fetchEntityByKey
    * A curiosity now.
    ********************************************************************/

    // This hand-built async getById utility method returns a promise.
    // A successful promise returns the entity if found in cache 
    // or if found remotely.
    // Returns null if not found or if found in cache but is marked deleted.
    // Caller should check for query failure.
    // 'queryResult' reports if queried the remote service 
    // and holds a found entity even if it is marked for deletion.
    // 
    // This fnc has been replaced by EntityManager.getEntityByKey.

Это должно быть достижимо в java-скрипте, серебряный свет может сделать то, что кому-то может понадобиться, чтобы увидеть, как это делается, это серебряный свет и портировать его на java-скрипт.

Я думаю, что логика должна быть такой, когда переключатель установлен (AlwaysRefreshDataOnQuery = false), а затем пропускается, перезаписывая измененные строки (включая удаления), в противном случае просто очистите локальный кеш и обновите его новыми данными.

Silver Light была очень мощной платформой, на сегодняшний день я не видел такой мощной платформы, как Silver Light (по крайней мере, в мире .NET).