eRKa

Т.к. Вы не сказали, что используете TPL или пишете на WinForms, или WPF, то предполагаю, что это обычный синхронный код где-то в консоли.
Заведите таймер выше Вашего цикла, внутри цикла проверяете время и по достижению делаете выход из цикла через break. На коленке, без проверок, но думаю смысл уловите

var dateTimeStart = DateTime.Now;
const PERIOD = 3 * 60 * 1000;
while(true)
{
    ...
    var dateTimeNow = DateTime.Now;
    var interval = dateTimeNow - dateTimeStart;
    if(interval.Milliseconds > PERIOD)
    {
        break;
    }
}

https://docs.microsoft.com/ru-ru/dotnet/api/system...
или
https://restsharp.dev/getting-started/getting-star...

Просто мне не понятно как совместить разные системы типа MVC, WPF и еще с андроид приложением для выгрузки GPS координат.

В настоящее большинство приложений общаются междуй собой по протоколу tcp/ip, самый популярный - это http.

В первую очередь, Вам нужно реализвать сервис по приему от трекера сообщений с его текущими координатами. Сервис будет располагаться на каком то адресе, в настройка трекера этот адрес указывается. Если без усугублений, то реализуется он достаточно просто. Этот же сервис пишет данные трекера в базу.

Дальше Вам нужно реализовать web api для получения данных о трекере, о его текущем местоположении и, возможно, за какой то промежуток времени. Т.е он просто по запросу будет вычитывать данные из бд для конкретного трекера или какого-то набора трекеров.

Дальше реализуется клиент. Он может быть каким угодно: mvc, wpf, android и т.д. Клиент запрашивает данные через Ваше web api. Если данные нужны будут в реальном времени, то нужно будет добавить реализацию на вебсокетах.

Вообще, постановка мало похожа на задание вуза) Даже для тестого задания в контору, это достаточно объемно.

Видимо, в localstorage селекторы попадают позже, чем их читает document.querySelector(key). При простом F5 в storage эти значения все еще есть, поэтому нормально читает. При ctrl+F5 storage очищается и при первом обращении там ничего нет, пока не отработает что-то, что заполняет его.

Отмеченный ответ не имеет ничего общего с js. Массив в js, это не тот массив, что в C++ или Java.

В большинстве языков, список, это абстракция, которая предоставляет возможность пройтись по элементам и дает какое-то api на доступ, вставку, удаление и т.д. Список внутри может быть чем угодно, может быть массивом, может быть односвязным списком, бинарным деревом, хэш-таблицей, в которой будешь обращаться вроде как к индексу, а за ним, на самом деле хэш.
Массив, действительно, это рядом стоящие в памяти значения. Преимущества, быстрый доступ, т.к он идет всего лишь по сдвигу от начала массива, но вставить невозможно, т.к. под массив выделяется конкретный размер памяти с учетом его типа. Массив можно только пересоздать с новыми значениями.

Поэтому ответом на вопрос может быть то, что Список - это абстракция, а Массив - это его конкретная реализация.

Поиск по дате должен идти по диапазону или точному совпадению

allOrdersByDate = db.Orders.Where(a => a.Date >= dateFrom && a.Date <= dateTo)

allOrdersByDate = db.Orders.Where(a => a.Date == date)

На коленке, первое, что в голову пришло. Не проверял, но, думаю, смысл понятен.

const source = [ grape, plum, banana, apple ];
const required = [banan, apple];  // То, что ищем в порядке приоритета
const found = [];  // Сюда складываем то, что нашли в массиве

let result = null;

for(let fruit of source) {
    if(required[0] === fruit) {
        result = fruit;
        return;
    }

    if(required.some(d => d === fruit) {
        found.push(fruit);
    }
}

for(let item of required) {
    if(found.some(f => f === item)) {
        result = item;
        return;
    }
}

Связь указывается либо через атрибуты, либо через fluent api, это легко гуглится. У Вас связь одни ко многим, один сервис имеет много категорий, поэтому EF при создании таблиц добавит поле ServiceId в таблицу Category. По-видимому, Вам надо явно указать туда id сервиса для связи данных, для этого в модель Category это поле нужно добавить.

Никита Сальников,

есть числа то и ответ должен быть числа

Неверно. Условием может быть число, строка, или и то и другое (объект), а в зависимости от выполнения условия операция может производится так же над чем угодно (числом, строкой и т.д.). Грубо говоря "если один, то допишу в конец строки 'a', если два, то допишу в конец строки 'b' ". Может наоборот: "если 'one' прибавлю к результату 2, если 'two', прибавлю 4" и т.д.

Всю эту задачу можно было бы переписать как то так

var x = 0;
var result = "";
while (x < 30) {
  if(x == 0 || x == 8 || x == 15) {
    result += "a";
  }
  if(x == 1 || x == 7) {
    result += " ";
  }
  if(x == 2 || x == 9 || x == 10 || x == 16) {
    result += "n";
  }
  
  ... // и т.д.
  x++;
}

где x просто порядковый номер буквы в строке. Смысл тот же, найти зависимость расположения частей строки в целой строке.
Таких зависимостей, в данном случае, можно найти сколь угодно. Автор книги предложил свой вариант, просто запутал условия, чтобы интересней было искать ответ.

Обработку ошибок делаете там, где Вы не хотите пропустить ее выше по уровню.
Логирование ошибок - чем выше уровень, тем длиннее стектрейс, а значит лучше понятна цепочка вызовов при возникновении ошибки.

А если так?

window.onpopstate = (event) => {
   console.log(this);
   this.my_func();  //идёт потеря контекста, а мне нужно запустить эту функцию
};

Или

ngOnInit(){
    this.my_func();

    const self = this;

    window.onpopstate = function(event) {
    console.log(self );
    self.my_func();  //идёт потеря контекста, а мне нужно запустить эту функцию
  };
}

Или

const callback = function(event) {
    console.log(this);
    this.my_func();
}
window.onpopstate = callback.bind(this);

Архитектура никак не зависит от стека.

Где здесь, хоть что-то указывает на стек?
При "правильной архитектуре" каждая часть может быть написана на чем угодно (в пределах разумного, конечно) и все будет работать как часы.