Я создаю интерфейс входа в давно существующее корпоративное приложение ASP.NET. У меня есть свои идеи о том, как двигаться дальше, и я продолжаю исследования и дизайн. Но я бы хотел услышать некоторые подробности от сообщества SO.
Вот подробности, предположения и вопросы на данный момент, которые могут изменяться в рамках предприятия, а также любые входные данные, поступающие сюда по SO:
Предпочел бы иметь постоянное соединение с БД, так как будет много активности
Возможно, будет использовать ThreadPool, но будет ли это слишком сильно конфликтовать с ASP.NET, борющимся за потоки?
Возможно, использовать очередь в памяти (Queue) для периодической регистрации пакетов входов? (по одному на домен)
Необходимо будет настроить. IE: может регистрировать все события страницы во время их обычных обратных вызовов или привязывать отдельные управляющие действия или события к регистрации независимо от того, есть обратная передача или нет. IE: пользователь сворачивает панель.
Все события "высокой видимости" пользовательского интерфейса, которые уже будут публиковаться, а также другие события, которые не обязательно должны публиковаться сразу же. Есть ли у клиента пакет событий и отправлять время от времени?
Как минимизировать влияние на существующий код?
- * 1030. Это будет в основном наблюдать за всем, что было настроено для регистрации.
Регистрация должна быть заказана для сообщения о пошаговом продвижении пользователя из пункта А в пункт B в рабочем процессе.