всё таки озадачился и немного разобрался в теме, но впечатление пока только одно - всё это придумано для того, чтоб заставить разработчиков максимально страдать. А документация по данной теме вообще шедевр) Просто набор бессвязных кусков кода и непонятно что куда использовать, что должно получиться и главное - для чего вообще мы это делаем))
Гугл тоже не выдаёт ни одной внятной инструкции, чтоб от и до - с момента заполнения символьного кода API у инфоблока до первого успешного запроса.
В итоге у меня получилось, но возник вопрос - а оно вообще надо? Кто-то когда-то это использовал на практике?
для б24 нужно скорее
В б24 в иб из 1с специфическую инфу гружу по ресту.
Там же нет методов на запись. Ты дописываешь свои rest-методы или имеешь ввиду инфоблоки, которые Универсальные Списки?
Да, там ж нюансы. Я про ус говорил.
В принципе, добавить методы iblock.Element.add и iblock.Element.update несложно, после того как разберёшься со всей предшествующей фигней про сервис-локаторы и контроллеры. Интересно, почему их нет по умолчанию. Я просто думал, как будет время, запилить статейку с пошаговой инструкцией, так как периодически вопросы бывают об этом, а нормальной инфы нет. По крайней мере я не нашёл) Вопрос - надо ли это кому-то вообще? По сути сейчас, используя штатный роутинг, можно создать точку входа и запилить свою апишку под любой модуль, с любыми маршрутами и возможностями. И если для CRM или Списков это может быть неактуально, так как уже из коробки есть нормальное rest api, то для инфоблоков очень даже актуально, потому что из коробки идёт нежизнеспособный огрызок, который ещё и не работает без кучи телодвижений. Так что, наверное лучше двигаться в направлении своего апи через роутер битрикса...
Конечно, статья лишней не будет
Обсуждают сегодня