mihaxxx / grade_app Goto Github PK

Должно исправить жалобы андроида на зависание, возможно попутно решится #5

Самое простое - добавить перед названием мероприятия "М*.", где * - номер модуля, но это костыльно и некрасиво
Можно добавить модули в список мероприятий, как разделители, но это сломает UX
Какое-то хорошее решение - ?
Является проблемой потому что в разных модулях название контрольных мероприятий может совпадать (например, мероприятие "контрольная работа")
Ref: 3

• Запуск/восстановление в случае отсутствия интернета
• Отлов исключений запросов по непонятным поводам

Требует обновления API СБРС, как в части запроса индекса, так и добавление нового метода запроса всех имеющихся зачёток

2 пикера вверху страницы - группа и студент. Если группа одна, скрывать пикер группы.
В списке - контрольные мероприятия, сгруппированные по модулям, в конце - фиктивное контрольное мероприятие - итог.
Выбор какую версию экрана дисциплины открывать предоставить в настройках приложения.

• Выставить таймаут HttpClient, пробрасывать провалы запроса и исключения в функции, инициировавшие запрос
• Перейти на асинхронные POST запросы
• Реализовать продуманную защиту запросов на изменение данных от проблем со связью
• Добавить проверку доступности хоста, чтобы избежать ошибок в ситуациях, когда система думает, что интернет есть, а его на самом деле нет или сам хостинг ЮФУ лежит

дать возможность проставлять null и обозначать простановку false

Вроде бы, это возможно для Xamarin Froms, но не уверен, что без костылей, совершенно точно потребует перелопатить пол приложения

Можно сделать локально, но потребуется добавить строку поиска в основную часть экрана (т.к. добавить его штатно в тулбар возможности нет), которая нагрузит список дисциплины визуально.
Достаточно ли это полезно, чтобы отъедать место на экране?

https://stackoverflow.com/questions/66909187/focus-on-next-entry-in-listview-on-completed-event

Как минимум, можно сделать фильтр дисциплин - выводит только те, где есть указанный студент

• Создать хранимую процедуру БД, которая будет искать для заданных преподавателя, семестра и куска имени студента, дисциплины, которые ведёт преподаватель в семестре, за которыми закреплены похожие по имени студенты
• Пробросить вызов к БД в API преподавателя. По идее, можно отдавать даже только ID подходящих дисциплин.
• Сделать поиск с фильтрацией в приложении

Как максимум, какой-интерфейс для преподавателя, который крутится вокруг сущности студента, где можно про него что-то смотреть, видеть все курсы, но нужно ли это вообще?