AD
К сожалению лучшие практики из других ЯП оказались мало применимы в 1С, по крайней мере у меня.
Size: a a a
2021 August 18
g
Странно, какого протокола вам не хватает из практик других ЯП помимо http2?
AD
Кажется, что например с валидацией по Json схеме было бы проще
AD
Впринципе можно написать и свой велосипед, просто думал есть что-то более готовое, примеры и так далее
g
Так нет схем у json, либо о них мне не известно
g
Но схема то это только часть проектирования апи. Вам схема нужна или спроектировать апи?
AD
Я хочу посмотреть в целом на хорошие примеры
AD
желательно на 1с
g
В других ЯП или проектах тоже либо есть ELK, либо ничего похожего нет. Поэтому отличий в 1С почти нет
E
Если речь про API со стороны 1С, то реализовывали в виде http-сервисов, к которым обращается веб-приложение, написанное на ASP.Net Core (C#). Обмен через XML.
g
Вы главное crud не делайте )
E
Тут больше вопрос о защите )
g
От кого?)
E
От DDOS и хака через какой-нибудь апдейт, или неправильно поняла посыл ))
g
Это сетевой вопрос, который в большей степени у админов и с проектированием апи наверное не связан
g
Да и собственно выдать токены потребителям, сделать лимит запросов в день, не сложно
DM
А чем плох crud в HTTP API? Объясните чайнику))
A
Так его же сделали за нас =)
DM
Ты про OData? Это-то понятно, но иногда «внешние данные» не равны тому как это хранится в таблицах 1С.
Я думал может что-то плохое есть в том, чтобы вообще crud делать в API…?
Я думал может что-то плохое есть в том, чтобы вообще crud делать в API…?
A
ага, про него. Я вообще, неожиданно полюбил соап, хотя раньше ненавидел. Правильно описанная wsdl неплохо прикрывает от попыток пихнуть странное. Делать crud или нет дело каждого конкретного случая, он же хорош именно там, где сущности совпадают, а совпадают они у нас не часто. и имхо ответственность подтекает.