Как правильно написать API в 1С / Основные ошибки при создании API в 1С
Часто вижу одни и те же ошибки при создании апи в 1С.
Самая частая - кириллические символы (русские буквы) в названии методов или параметров.
Непонимание, чем отличается http сервис от web сервиса.
И конечно отношение к апи как к собственному коду, который можно менять хоть каждый день.
Привожу в пример пару удобных и простых утилит при создании API:
1) Postman - позволяет быстро проверять методы
2) Swagger - позволяет создавать и передавать описание http сервисов (REST сервисов)
----
Есть еще вопросы?! Задавай! В комментариях под видео
или пиши мне в соц сети:
Профиль в вконтакте - shilov_ev
Мои фоточки в Instagram - / shilovev
Телеграм: t.me/shilovev
Подписывайтесь на канал / @shilov_games
Пікірлер: 20
Евгений, хочу поблагодарить вас от всего сердца 🖤 за то, какой вклад вы внесли в развитие и просвещение тематики 1с. Желтый клуб 👍🏻 спасибо вам 😉🤝
@shilov_games
Жыл бұрын
Спасибо 🙏 Ещё бы в геймдев вклад внести 😉
@GeneralistAmateur
Жыл бұрын
@@shilov_games давай, ждем от тебя новый наш российский дум.
Не знал про Swagger, спасибо
Полезный материал, Лайк! Показывай Побольше фишек связанных с 1С
@shilov_games
3 жыл бұрын
Спасибо 🙏 но пока с темы 1С перехожу в разработку игр.
Лайк котику
А SoapUI не удобней ли использовать для тестирования именно WEB-сервисов, созданных в 1С. Там можно даже сразу WSDL загрузить, и путь к конечной точке прописать - и отсылай запросы любых методов с любыми параметрами. На много лучше POSTMANа, если количество параметров исчесляется десятками, а ответ содержит как Шапку так и Строки.
@shilov_games
2 жыл бұрын
Да, хороший вариант
@sobakabaskervilya
6 ай бұрын
он старый
Надеялся посмотреть как писать api в 1С для взаимодействия со внешними системами.... есть такое видео?
10:15 А HTTP код 405 (Method Not Allowed), который выдаётся из "коробки 1С", если нет нужного обработчика уже не котируется?
@shilov_games
3 жыл бұрын
Правильные пацаны говорят, что нужно самому обрабатывать)
@PTolkachev
3 жыл бұрын
@@shilov_games Я придерживаюсь одного из существующих мнений, что нужно разделять API и транспорт (в данном случае HTTP). Если неправильный HTTP запрос (например, как в данном случае, неподдерживаемый HTTP метод) - получи соответствующий HTTP ответ. Если ошибка в методе (например, переданы неверные параметры), то верни 200 и расшифруй ошибку в ответе. А то, обычно, на всё лепят HTTP ответы, а здесь другая крайность - при неподдерживаемом методе вместо общепринятых стандартов возвращать свои ответы.
Допустимо ли использовать в названии параметров русские слова транслитом или тоже зашквар?
А где сам процесс создания апи в 1с ? Это и так все знают то, что говорится здесь
опять пздж бесконечный
13 минут видос про программирование и в нём практически не оказывают код, а показывают только лицо автора крупным планом. Какой-то видеонарциссизм. А кусочки кода, которые просочились каким то образом в видео, показываются таким масштабом, что и с лупой не разберёшь. Дизлайк и проходим мимо.
@user-xl8wn6ge2m
Жыл бұрын
В видосе уж побольше полезной инфы, чем в твоем комментарии
Не мучайте котов