В списке платежей в клиенте отображается столбец с арендой, в котором должны быть какие-то признаки аренды, а не просто ее id. Для этого с сервера дополнительно еще запрашиваются данные всех аренд, машин и водителей! Это очень долго. Для получения данных с сервера нужно использовать функциональность именованных запросов #62. Тогда с сервера сразу будет приходить массив данных, содержащий всю необходимую информацию. Предположительно,
при открытии такого списка в методе model маршрута клиент будет обращаться к серверу за данными именованного запроса
эти данные будут представлять собой обычный массив json-объектов
полученные данные будут передаваться в контроллер списка в качестве модели
в контроллере списка столбцы будут настроены на отображение свойств тех объектов, что придут в этом массиве
помимо остальных полей в json-объекты массива будут содержать id соответствующих платежей
это позволит открывать редактор платежа, передавая ему этот id на вход
минус: после создания/удаления/редактирования платежа придется перезагружать список с сервера
По идее это должно сократить время, необходимое на отображение списка в пару раз.
В списке платежей в клиенте отображается столбец с арендой, в котором должны быть какие-то признаки аренды, а не просто ее id. Для этого с сервера дополнительно еще запрашиваются данные всех аренд, машин и водителей! Это очень долго. Для получения данных с сервера нужно использовать функциональность именованных запросов #62. Тогда с сервера сразу будет приходить массив данных, содержащий всю необходимую информацию. Предположительно,
По идее это должно сократить время, необходимое на отображение списка в пару раз.