Дмитрий Ковальский

1) Методы расширения должны быть расположены в сторонних static-классах. Создаем класс static SomeEntityMethodExtensions и внутри пишем что угодно.
2) Используйте IQueryable. C IEnumerable получите туже проблему что у вас и была - выгрузите все на сервер и будете крутить данные в пустую.

public static IQueryable<TEntity> ApplyFiltEntity(this IQueryable<TEntity> entity,
        Func<TEntity, string> field, string filter)
    {
        return entity.Where(x => field(x).Contains(filter));
    }
</code >
Однако скорее всего у вас будут проблемы с трансляцией переданной функции. Преобразовать ее в SQL 99% не выйдет

Метод GetLatestAsync у вас обещает вернуть Task, а возвращает объект. объявите его асинхронным(async).
То что вы не вызываете внутри асинхронных методом - асинхронные какие-либо другие методы конечно плохо, но не смертельно.
Какие есть пути решения?
1) Ваш репозиторий должен работать асинхронно(если используете EF - у него есть все необходимые методы. Если используете ADO.NET - зависит от версии .NET. Можно подключить Dapper и репозиторий тоже станет асинхронным)
2) убрать async/await из объявления метода GetLatestAsync. Пусть просто вернет модель, а не Task<Модель>. Опять же - ваш интерфейс обещает одно, а делает другое. Если внутри реализации нет асинхронности - накой вы ее объявили? На будущее? Тогда см. п.1

https://habr.com/company/3cx/blog/265653/ Кажется там раскрываются необходимые вам темы

Если вас реализует исключительно реализация, то я бы думал в следующую сторону.
У нас есть объект локации и событие "персонаж прибывает в локацию"(не знаю есть или нет, но в целом думаю вы этот момент можете выявить).
В качестве обработчика этого события можно вызвать интерфейс квеста (на момент привязки квеста можно рассчитать состояние локации и понять какие предметы есть в ней).
Ну и в момент возникновения события поднятия предмета - закрыть квест и выдать награду.
Но это все концепции и никак не связаны с вашей реализацией игры.

И в чем проблема? ну вызывайте метод API циклом или асинхронными тасками пока все страницы не получите. Уберите хардкод. Или вы хотите что бы вам прям код написали? Тогда это жалоба за задание

На мой взгляд: проводить подобные рукоблудия в рамках логики работы приложения - идея ниже среднего.
А что делать если по каким-то причинам обновление не накатится? Повторять? откатывать на stable-версию какую-то? А если логика приложения завязана на то что база 100% обновится - вообще не знаю что делать. Если вам нужно автоматизировать процесс - я бы на вашем месте смотрел в сторону решений continuous integration. Все-таки обновление контуров это одно, а работа приложения это немножко другой процесс.

C# - язык не очень для новичка. Слишком много "подковерных интриг" прячущих суть работы программного кода под абстракциями ООП.
Давай угадаю(есть у меня экстрасенсорное озарение небольшое) - вы мечтаете делать игры для мобильной платформы, потому что сейчас громадье примеров зарабатывания на бесплатных играх тонны бабла встроенными покупками и рекламой. Ну что ж - похвальное начало. Вы услышали что неплохая платформа для разработки - Unity 3D, а писать там надо на C#. И вот хотите за пару недель нырнуть в омут мобильной игровой разработки имея за плечами нулевой опыт разработки, нулевую алгоритмическую базу, нулевую архитектурную базу и много много энтузаизма.

Сам язык - это уже советовали. Вам поможет фактически любая книжка на обложке которой написано C#. Потому что язык - это набор инструкций. Знание русского языка не делает поэтом или писателем.

Дальше нужно углубляться в разработку на платформе. Стоить начать с туториалов .

Попутно неплохо было бы ознакомиться с базовыми алгоритмами и схемами организации данных(списки, стэки, деревья, массивы для чего нужны и в чем разница между ними)

Подтянуть архитектуру приложений и теорию ООП(в частности паттерны проектирования) просто чтобы начать понимать какого рода абстракции вам нужны. Что такое персонаж, какими он обладает характеристиками, какую иерархию наследования имеет, как связан с муравьем на третьем уровне и как правильно собрать его объект(а заодно и когда) - тут книги советовать трудно, тут больше нужен опыт и желательно чужой(лучше месяц изучать чужие шишки чем год набивать собственные) ищите практику в командах.