1. Поправлен запрос в репозитории
2. Поправлен DbConxtext, удалено лишнее поле
3. Поправлена валидация. у ValidationResult добавлено название параметров
Сделана оптимизация получения фиктивного рапорта. Получение диапозона дат операций по скважине вынес в репозиторий. Избавился от получения всего списка фактический операций.
1. Фикс бага с маппингом
2. Мелкие правки в репозитории, контроллере, сервисе
3. Добавлены проверки в методы сервиса
4. Добавлены новые конфигурации для маппинга
1. Устранение багов выявленных при тестировании
2. Изменение имён методов в сервисе суточных отчётов
3. Фикс получения фиктивных суточных отчётов
4. Фикс шаблона
5. Правки в контроллере
6. Фикс в репозитории. Приведение к utc доа выполнения запроса
7. Покрытие сервиса тестами
1. Разделено сохранение блоков
2. Обновлена сущность суточного отчёта
3. Обновлена миграция
4. Обнолён репозиторий. Исправлены ошибки. Добавлен метод получения суточного отчёта по Id скважины и дате формирования. Переопределён метод Convert. Удалён метод AnyAsync, проверка за которую отвечал этот метод больше не требуется
1. Фикс неймингов свойств + удаление не используемых свойств
2. Правки запросов
3. Добавлена дата последнего редактирования в базовый класс редактируемых блоков
4. Добавлены проверки в тесты
1. Расширены репозитории: траектории, расписания
2. Расширил DTO, сервис РТК отчёт
3. Поправлен класс с методами расширения для формирования excel. В дальнейшем требуется удалить из него все неиспользуемые методы расширения
- Добавлен новый extension метод AssemblyExtensions.GetTemplateCopyStreamAsync
- IAutoGeneratedDailyReportMakerService переименован в IReportMakerService и стал более универсальным
1. Добавлена реализация сервиса
2. Добавлена реализация репозитория
3. Добавил контроллер для проработки скважины
4. Зарегистрировал все новые зависимости
1. Добавил отправку всех неотправленных уведомлений и кол-во непрочитаннах уведомлений при первом подключении
2. При изменении статуса прочтения уведомления, клиенту отправляется информация о том сколько непрочитанных уведомлений ещё есть.
3. Добавил объект NotificationMessage, который отправляется клиенту.
4. Сделал небольшой рефакторинг
1. Создал отдельный бекграунд сервис для уведомлений.
2. Сделал отправку уведомлений с помощью SignalR с использованием бекграунд сервиса.
3. Убрал из NotificationDto свойство User. Данное свойство избыточно в данном Dto.
4. В транспорте отправки уведомлений по e-mail добавил получение пользователя.
5. Поправил NotificationRepository, избавился от использования кэша.
1. Изменил сущность уведомлений. Добавил дату регистрации уведомления.
2. Добавил миграцию.
3. Изменил репозитории. Убрал метод для обновления коллекции уведомлений.
4. Поправил запрос для отправки уведомлений и метод контроллера.
5. Поправил логику обновления уведомления. Теперь обновление состояния уведомления происходит в транспорте, после успешной отправки уведомления.
1. Добавил флаг, который определяет следует ли удалить РТК у скважины если импортируемый файл валидный.
2. Поправил пути в методах экспорта/импорта в контроллере РТК.
1. Поправил обновление отправленных уведомлений.
2. Поправил ConnectionManager. Переименовал сервис, удалил абстракцию, так как предполагается только одна реализация.
3. При маппинге из dto в сущность для уведомления добавил игнорирование категории и пользователя.
4. Изменил жизенный цикл зависимости для отправителя.
5. Добавил в репозиторий метод для обновления коллекции уведомлений.
6. Поправил Hub, Id пользователя можно получать внутри хаба.
7. Поправил NotificationRequest + метод BuildQuery в NotificationRepository
1. Добавил новый метод в контроллер.
2. В репозитории сделал проверку на наличие справки для страницы.
3. В методах контроллера добавил фильтрацию для id категории.
1. Поменял время жизни для отправителей уведомлений.
2. Добавил метод в контроллере для получения уведомления по Id.
3. Поправил хаб уведомлений
4. Небольшие фиксы в репозитории и сервисах
1. Контроллер для фактических категорий
2. Дополнил TrajectoryGeoDto, некоторые параметры траекторий могу совпадать. Принял решение вынести это в базовый класс
3. Рефакторинг репозитория
