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

389
Рейтинг

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



  •   Регистрация: 24.09.2010 (13 лет назад)

  •   Был(а) на сайте: 23.04.2024

Друзья
  • Андрей Хван
  • Евгений Ульман
  • Дмитрий Малышев
  • Евгений Комиссаров
  • Роман Виноградов
  • Анатолий Молчанов
  • Сергей
  • Александр Зелёнкин
  • Андрей Волин
  • Александр Кузиков
  • Александр Маликов
  • IT Dept
  • Ivan Maystrenko
Подписчики 55

Группы

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

IE 2016 Участник

IE 2019 Участник

IE 2021 Участник

Рейтинг 389

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

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

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

1 стартмани

16.09.2022    4572    8    botokash    66       

53

Swagger для 1С.

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

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

21.10.2019    29858    botokash    55       

245

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

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

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

12.07.2016    14890    botokash    7       

44

Комментарии

DevРабота с графической схемой в объектной модели DOM#21 19.07.23 5:50
(20) Отписался в личку
ОбменИнтеграция (Ich will version)#66 21.09.22 13:32
(65) Спасибо за ссылки, полезная информация.
ОбменИнтеграция (Ich will version)#62 20.09.22 5:21
(61)
Цитата
чтобы не завязываться на общую структуру данных в спр

Думаю понял теперь о чем вы хотели сказать. Я считаю это вопросом в плоскости реализации и не вижу его таким значимым по отношению к поставленной цели, описанной в статье. Я реализовал то что почитал более быстрым, а другой разработчик может сделать как ему больше нравится. Напомню, цель моей статьи была не конечный продукт, а демонстрация практики и подхода к разработке сервисов =)
ОбменИнтеграция (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 в высоконагруженных системах. Плюс каждое движение над телом запроса - это дополнительные "такты" как на клиенте так и на сервере.