Pull to refresh

Comments 9

От бекенда нужно только API, с которым общается приложение.

На примере provider/service/resources-service/src/resources-service.js, при вызове метода Resource.add, запрос попадает в контроллер Resource в метод addAction, где происходит добавление ресурса в базу данных, после чего сервер в ответе возвращает созданную сущность, вместе с id

То, как может быть написан метод addAction, зависит от архитектуры бекенда.

Все понятно, получается все на онли контролерах. Интересно. А как это все реализовано на странице? То есть раньше это были компоненты где шаблоны и логика, тут в этом нужды вроде бы нет.

Сейчас тоже на странице есть компонент.

Но в этом компоненте почти нет никакой логики, он просто подключает js-экстеншн с приложением, и передаёт в него начальные параметры (как в примере 2. Вёрстка, генерируемая Javascript-экстеншеном.)

Поделитесь, пожалуйста, кратким примером кастомизации идущего из коробки компонента (например, структуры компании).

Если честно, никогда не занимался кастомизацией компонентов, так что не особо здесь смогу подсказать. Нашёл пару статей в документации, может, в них есть ответы.

Кастомизация шаблона
https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&CHAPTER_ID=04778

Примеры кастомизации публичной части
https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=9015

Нет, работаем с уже существующими экстеншенами, этот набор компонентов не используем, но в теории его можно попробовать интегрировать.

Этот набор компонентов используется только для REST приложений, он коррелирует с имеющейся библиотекой внутри продукта.

Sign up to leave a comment.