Войти Зарегистрироваться

374
Рейтинг

botokash
Владислав Кашин

Регистрация: 24.09.2010 (12 лет назад)
Был(а) на сайте: 07.02.2023

Друзья

Подписчики 53

Дополнительная информация

Группы

Профессиональный разработчик

IE 2016 Участник

IE 2019 Участник

IE 2021 Участник

Рейтинг 374

Интеграция (Ich will version)
+53 –

Статья Программист Архив с данными Платформа 1С v8.3 Абонемент ($m) WEB-интеграция Идеи и тренды в разработке

Поговорим про интеграцию с точки зрения архитектора.

1 стартмани

16.09.2022 3425 5 botokash 66

Swagger для 1С.
+230 –

Статья Системный администратор Программист Нет файла Бесплатно (free) WEB-интеграция OneScript

Решение для формирования Swagger спецификаций, описывающих HTTP сервисы конфигураций 1С.

21.10.2019 23246 botokash 54

230

Работа с графической схемой в объектной модели DOM
+51 –

Статья Программист Конфигурация (md, cf) Платформа 1С v8.3 Управляемые формы Абонемент ($m) Универсальные функции

Пример кода для работы с графической схемой в объектной модели DOM, платформа 8.3.12.

1 стартмани

04.06.2019 8821 13 botokash 19

Цикл ввода данных, пример решения
+44 –

Статья Программист Нет файла Платформа 1С v8.3 Бесплатно (free) Универсальные функции

Отказ от модальности создает проблему организации последовательного ввода данных в рамках одной пользовательской операции. Цепочки процедур, обрабатывающих введенные данные и вызывающие следующий диалог - головная боль даже для самостоятельной поддержки или изменения логики ввода, не говоря о том уже, чтобы разбираться в чужом коде. Предлагаемое решение является некой заготовкой и может быть любым образом улучшено.

12.07.2016 14379 botokash 7

Смотреть все

Цитата
чтобы не завязываться на общую структуру данных в спр

Думаю понял теперь о чем вы хотели сказать. Я считаю это вопросом в плоскости реализации и не вижу его таким значимым по отношению к поставленной цели, описанной в статье. Я реализовал то что почитал более быстрым, а другой разработчик может сделать как ему больше нравится. Напомню, цель моей статьи была не конечный продукт, а демонстрация практики и подхода к разработке сервисов =)

Обмен › Интеграция (Ich will version) › #53 19.09.22 12:09

(50) Сожалею, но вы меня так и не поняли. Статья - интеграция с точки зрения архитектора. Человек, принимающий решение на основании своих компетенций и поставленных условий решения задачи. А условия не всегда про техническую составляющую, а больше про денежную. В данной ветке дискуссии мне больше нечего добавить =)

Обмен › Интеграция (Ich will version) › #52 19.09.22 12:03

(48) Для меня описанные проблемы выглядят немного "притянутыми за уши":
1. Единая точка входа - это изолированная функциональность подсистемы и отлично поддается тестирования. Если допускается возможность попадания в прод такого рода ошибок в коде - это проблема другого характера. А ошибка разработчика, написавшего обработчик метода сервиса, всегда изолирована через попытку и не может привести к остановке всего сервиса.
2. Цель применения подобного паттерна - разделение ответственности и единообразность. И если мы говорим разработчику не логировать что-то внутри сервиса почему он должен начать это делать? Или почему мы вдруг решим отойти от паттерна и в контроллер тянуть какие-то условия, нарушая тем самым его смысл?
3. Не вижу как пример с типовыми коррелирует с предоставленным подходом? Есть общепринятые рамки создания REST API и не предвидится никаких "вдруг" изменений в механизм его работы.
4. Сошлюсь на ответ в пункте 3. И вопрос к вам от меня - что является "набором понятных и независимых сущностей"?

Обмен › Интеграция (Ich will version) › #49 19.09.22 11:42

(45) Мы говорим о разных вещах. Я о системе 1С как части стека со всеми вытекающими требованиями, а вы о роли системы. Мои доводы о современных требованиях к используемым решениям это про то что по факту окружает нашу 1С систему.

Обмен › Интеграция (Ich will version) › #44 19.09.22 11:30

(43) В частном случае системы 1С как 90% всех ИС компании - да. Но все таки в статье моя основная мысль - система 1С как один из сервисов внутри компании. И вот тут становится вопрос анализа всего архитектурного стека разработки компании. И свои выводы я предоставил.

Обмен › Интеграция (Ich will version) › #42 19.09.22 11:26

(41) Тут больше вижу проблему в том, что увидев непонятное для себя людям проще сказать КГ/АМ, а не попытаться разобраться в вопросе. Предлагаю считать этот вопрос закрытым =)

Обмен › Интеграция (Ich will version) › #39 19.09.22 11:17

(37) почему многие в комментариях так активно "цепляются" за подачу? Англицизмы, написано не русскими буквами - это все что беспокоит профессионала в наше время? Есть термины, которые придуманы не нами, есть песни, перевод которых никого не интересует.

Обмен › Интеграция (Ich will version) › #38 19.09.22 11:14

(36) я может что-то не правильно понимаю, но SOAP это протокол и согласно ему сообщение имеет определенную структуру, которую никуда не выкинешь. Как бы мы не сжимали тело сообщения, останется обязательная часть, и именно отход от нее обусловлен постепенным отказом от SOAP в высоконагруженных системах. Плюс каждое движение над телом запроса - это дополнительные "такты" как на клиенте так и на сервере.

Обмен › Интеграция (Ich will version) › #35 19.09.22 11:00

(30) это далеко не SOAP. Сейчас тренд в сторону уменьшения размера пакета данных и, соответственно, трафика. Ведь одной из причин появления формата JSON было именно этим обусловлено. Хотя история циклична, команды переходят на protobuff, который по сути низкоуровневый SOAP =)

374 Рейтинг

botokash Владислав Кашин

Рейтинг 374

Интеграция (Ich will version) +53 –

Swagger для 1С. +230 –

Работа с графической схемой в объектной модели DOM +51 –

Цикл ввода данных, пример решения +44 –