Метод расширения Include
является простой оболочкой вокруг DbQuery.Include
. Внутренне это не выполняет выражения, но только анализирует их, т. Е. Принимает их выражения членов и преобразует их в путь как строку. Путь используется как вход для DbQuery.Include
.
Перед тем, как улучшить функциональность Include
, было предложено усилить функциональность. чтобы позволить частично загруженные коллекции, включая предложение Where
. Заказ может быть другим запросом на изменение. Но, как вы видите, из-за внутренней работы Include
весь механизм должен быть перепроектирован для реализации таких усовершенствований. Я не вижу его на текущей дорожной карте , поэтому это может занять некоторое время ...
Ладно, разберись со мной, Бэтмен: Почему iPad не обрабатывает строки даты так же, как все остальное? После расспросов обо всем (включая мое здравомыслие), проблема заключалась в том, что на iPad даты, которые я использовал, чтобы определить, должны ли разделы быть перезагружены, были недействительными типами дат, в то время как они работали просто отлично во всем .
Итак, чтобы ответить на мои вопросы:
Решением было преобразовать все .toLocaleString () в .toISOString (). По незаметным для меня причинам iPad не смог снова прочитать updateTime, разобрать его в объект Date и сравнить с другими моментами, когда код использовал .toLocaleString () (хотя все остальные ] устройства могли бы.)
Итак, чтобы повторить, iPad не может анализировать текст из объекта Date, который был помещен в .toLocaleString (), но может, если текст в формате ISOString. [118 ]