Бесплатный митап «Библиотеки и фреймворки на 1С и всё, что с этим связано»

• Ведущие: Артурханов и Александр Кунташов.  

• Тема: Библиотеки и фреймворки на платформе 1С.  

• Четыре докладчика, каждый доклад по 30 минут, вопросы в чате и круглый стол.  

• Цель: профессиональное развитие сообщества, поддержка открытых разработок.  

• Доклад Дмитрия Абрамова о развитии библиотек.  

• Доклад полезен для команд, поддерживающих несколько систем на базе 1С.  

• Доклад делится на теоретическую и практическую части.  

• Беллиш - консалтинговый бренд, работающий в финансовых услугах, аудите и юриспруденции.  

• Основные системы: бухгалтерия, финансы, самописная система на базе БСП.  

• Кастомизация систем под конкретных клиентов.  

• Бизнес-задачи и системные задачи.  

• Пример с печатной формой: бизнес-задача и системные задачи.  

• Интеграция и вызовы сервисов.  

• Технические задачи и их решение.  

• Выбор между различными решениями.  

• Влияние разработчика на выбор решения.  

• Возможные трудности в команде.  

• Разработчики часто создают свои "велосипеды", что приводит к ухудшению качества кода.  

• Отсутствие взаимозаменяемости разработчиков: каждый пишет код по-своему, что замедляет разработку и ухудшает качество.  

• Замедление скорости разработки и качества кода приводит к увеличению затрат и долгов.  

• Использование опенсорсных библиотек для решения задач.  

• Выбор библиотек, которые подходят команде и бизнесу.  

• Внедрение регламентов и стандартов для использования библиотек.  

• Проведение учебной работы и обмена знаниями внутри команды.  

• Проведение ревью для выявления и исправления ошибок.  

• Сбор обратной связи для улучшения решений и развития навыков разработчиков.  

• Убедитесь, что ваша библиотека нужна другим разработчикам.  

• Создайте сценарий использования библиотеки и предъявите требования.  

• Напишите документацию для упрощения внедрения и использования.  

• Уникальное индивидуальное решение, подходящее именно вашей команде.  

• Развитие навыков разработчиков и понимание других фреймворков.  

• Независимость от решений открытых проектов и суверенитет.  

• Развитие библиотек и подсистем требует затрат, но это инвестиции в будущие проекты.  

• Высокий уровень технической культуры компании положительно влияет на её бренд и привлекательность для соискателей.  

• Переход к практической части с примером интеграции на базе сервисов.  

• Разработчик сталкивается с задачей создания сервисов для создания и получения информации о контрагентах.  

• Код можно переиспользовать, но это вызывает вопросы ответственности.  

• Проблемы с обработкой ошибок и логированием в модуле сервиса.  

• Второй разработчик улучшает проверку полей и логирование ошибок.  

• Возникает необходимость в едином стандарте для реализации сервисов.  

• В компании разработан стандарт API, который решает многие проблемы и обеспечивает единый подход к реализации сервисов.  

• Единый подход к реализации сервисов, удобная валидация и автоматическое логирование.  

• Модуль сервиса перенаправляет запросы на единую точку входа, что упрощает обработку исключений и транзакций.  

• Пример кода показывает, как стандарт API решает проблемы с транзакциями и обработкой ошибок.  

• Использование JSON-схемы для валидации тела запроса.  

• Проверка и заполнение контрагента через метод.  

• Компактность и понятность кода при изменении тела запроса.  

• Передача контрагента в параметрах запроса.  

• Проверка формата и типа данных.  

• Решение множества подводных камней за разработчика.  

• Проблема неиспользования автоматизаций.  

• Необходимость фиксации действий пользователей.  

• Разработка ядра для хранения и анализа метрик.  

• Легкое встраивание метрик в существующие системы.  

• Централизованный сбор информации для аналитики.  

• Возможность хранения кода расширения как подмодуля.  

• Вставка кода в модуль формы.  

• Привязка событий и метрик.  

• Фреймворк берет на себя служебные задачи.  

• Сбор данных о количестве документов.  

• Использование переопределяемых модулей.  

• Фреймворк сохраняет и передает данные.  

• Обсуждение автоматизации установки библиотек.  

• Обучение новичков использованию библиотек.  

• Преимущества использования фреймворка для решения бизнес-задач.  

• Поиск готового функционала и его недостатки.  

• Разработка собственного фреймворка за неделю.  

• Использование коннектора для вызова сервисов.  

• Использование библиотеки от Дмитрия Павлюка и компании МЗ.  

• Обсуждение модели запроса через интерфейс Fluent.  

• Проблемы с динамическими списками и их доработкой.  

• Обсуждение выбора между различными подходами к разработке.  

• Решение не развивать автогенерируемую спецификацию из-за особенностей разработки.  

• Завершение времени на вопросы и переход к следующему докладчику.  

• Виталий Черненко рассказывает о разработке расширяемого фреймворка на 1С.  

• Различие между библиотеками и фреймворками.  

• Примеры использования библиотек и фреймворков в 1С.  

• Варианты поставки фреймворков и библиотек.  

• Преимущества и недостатки различных подходов.  

• Примеры комбинированных решений для интеграции с мессенджерами.  

• Расширение должно работать на конфигурациях с БСП и без БСП.  

• Важно учитывать особенности работы с правами пользователей и длительные операции.  

• Использование подключаемых команд расширяет возможности использования расширения.  

• Поддержка новых возможностей платформы, таких как буфер обмена и регулярные выражения.  

• Возможность отключения новых функций для старых версий платформы.  

• Проверка существования типов и методов для корректной работы.  

• Проверка существования методов и свойств перед их использованием.  

• Использование методов-оберток для платформенных методов для расширения возможностей.  

• Написание своих методов для проверки и использования платформенных методов.  

• Переопределение модулей внутри фреймворка требует доработки фреймворка.  

• Использование подключаемых команд и методов целевых объектов для настройки.  

• Переопределение целевых модулей для обновления фреймворка без необходимости его доработки.  

• Использование глобальных переменных для настройки параметров.  

• Обработка событий фреймворка через метод "оповестить" и общую форму.  

• Программная настройка параметров сеанса и переопределение логики фреймворка.  

• Контекст всегда един, ошибки возникают только в среде разработки.  

• Безопасное обращение к общим модулям через программный доступ.  

• Использование описаний интерфейсов для проверки типов и подсказок в среде разработки.  

• Код можно писать так, как будто общие модули доступны через имя модуля.  

• Это позволяет легко переносить код между конфигурациями и фреймворками.  

• Пример: использование команд из другого инструмента в фреймворке.  

• Программный доступ к командам другого инструмента через безопасные обращения.  

• Возможность обновления фреймворка и инструмента без проблем.  

• Возможность добавления и удаления связующих расширений без нарушения работы системы.  

• Необходимость поддержки англоязычных конфигураций и БСП.  

• Использование словарей для перевода текста на разные языки.  

• Заполнение всех представлений объектов текстом на английском языке.  

• Проблемы с русскоязычными событиями и метаданными.  

• Необходимость переопределения русскоязычных событий для англоязычных платформ.  

• Использование метаданных для получения полных имен форм и метаданных.  

• Поддержка БСП и использование англоязычных модулей и методов.  

• Проблемы с наследованием и запросами в англоязычных системах.  

• Использование различных сред разработки и инструментов контроля качества кода.  

• Снятие галочек при создании расширений для минимизации проблем при установке.  

• Контроль режима совместимости и логики установки.  

• Проблемы с мультиязычной разработкой и использованием разных веток для разработки и релизов.  

• Использование веток для английского и русского языков.  

• Применение веток под разные версии платформы и языки.  

• Лайфхак: удаление языков в конфигураторе для удобства разработки.  

• Проблемы с режимом совместимости в конфигураторе.  

• Ошибки при использовании глобальных событий.  

• Баги решателя проблем в конфигураторе.  

• Подведение итогов разработки.  

• Вопросы о структуре веток и документации.  

• Вопросы о подсказках в конфигураторе и интерфейсах.  

• Разбор кода нового сотрудника.  

• Влияние подхода на разбор кода.  

• Использование библиотек и фреймворков.  

• Обсуждение использования библиотек и фреймворков.  

• Переход к следующему докладу.  

• Вопросы о расширениях и их использовании.  

• Иван Смирнов рассказывает о своем опыте разработки библиотеки внутри команды.  

• Иван работает в компании "Спортивная компания Первый Бит" с 2014 года.  

• За 10 лет накоплен значительный опыт, который позволил стандартизировать задачи и функции.  

• С 2016 года команда начала объединять стандартные доработки в отдельную конфигурацию.  

• Принцип отбора подсистем: если используется на двух проектах, то включается в конфигурацию.  

• Библиотека названа "каркасной конфигурацией", но позже переименована в "проектную библиотеку подсистем".  

• Библиотека состоит из шести основных подсистем: помощник программной модификации форм, универсальные подписки на события, произвольные предопределенные значения, произвольные в соответствии объектов, пользовательские функции и подсистема управления интеграциями.  

• Программная модификация форм стала стандартом для упрощения поддержки обновлений.  

• Реализован помощник, позволяющий добавлять одну строчку кода в форму.  

• Оптимизация форм и использование внешних библиотек, таких как модуль работы с формами Дмитрия Котова.  

• Подписки на события используются для унификации подписок на объекты.  

• Проведен внутренний хакатон для проверки производительности различных решений.  

• Выбрано наиболее подходящее решение для быстрого выполнения подписок.  

• Подсистема используется для работы с предопределенными значениями, которые можно использовать в бизнес-логике.  

• Встроены общие модули и план видов характеристик для добавления предопределенных значений.  

• Подсистема позволяет легко создавать и расширять обработчики для различных структур.  

• Встроена консоль для написания и отладки пользовательских функций.  

• Подсистема помогает быстро встраивать и хранить настройки интеграций.  

• Используются общие методы для создания и логирования интеграций.  

• Библиотека используется как внутренний педпроект для изучения различных технологий и стеков.  

• Изначально использовались конфигураторы, затем перешли на выгрузку в Git.  

• Библиотека была выложена в открытый доступ для получения опыта работы с открытыми решениями.  

• Использовался стандартный процесс Git Flow, но позже перешли на Gitflow.  

• Основная ветка  

• Использование различных инструментов для проверки качества.  

• Введение конвейера проверки качества с помощью Jenkins.  

• Автоматизация сборки и проверка всех необходимых элементов.  

• Использование Jenkins для автоматизации сборки.  

• Проверка конфигурации, трансформации, дымовых тестов и синтаксического контроля.  

• Jenkins отправляет оповещения о результатах сборки.  

• Jenkins Pipeline помогает находить и исправлять баги.  

• Добавление новых функций и межквестов в основной репозиторий.  

• Планы по добавлению юнит-тестов для проверки программного интерфейса.  

• Переход от Jira к Jira Issue Management.  

• Отсутствие релизного менеджмента, но планы по его внедрению.  

• Обратная совместимость на уровне метаданных и программного интерфейса.  

• Важность создания абстрактного программного интерфейса.  

• Легкость внедрения доработок через программный интерфейс.  

• Совместное использование конфигуратора, конфигурации и расширения.  

• Обновление библиотек через сравнение и объединение.  

• Библиотеки как площадки для обучения и развития сотрудников.  

• Использование библиотек для упрощения документации и поддержки кодовой базы.  

• Инициатива по переводу проекта в открытый формат.  

• Важность согласования с руководством и проверки кода.  

• Лицензирование Apache и важность поддержки инициативы.  

• Легкость вхождения новых сотрудников в проект.  

• Наличие документации и код-ревью для помощи новым разработчикам.  

• Успешный опыт использования подсистем более чем сотней разработчиков.  

• Документация создается по мере необходимости для каждой подсистемы.  

• Инструкции для проекта переносятся в основное пространство в Confluence.  

• Важно хорошо описывать программный интерфейс, как в примере с коннектором.  

• Подчеркнуты полезные практики и архитектурные аспекты документации.  

• Переход к следующему докладу о библиотеке стандартных подсистем BSP.  

• Библиотека используется в сервисе 1С для решения различных задач.  

• Включает готовые решения для хранения файлов, печати отчетов и других функций.  

• Универсальный программный интерфейс экономит время на разработке алгоритмов.  

• Библиотека позволяет интегрировать объекты с минимальными усилиями.  

• Программный интерфейс решает популярные прикладные задачи и экономит время.  

• Включает многолетний опыт и кроссплатформенные решения, что уменьшает риски ошибок.  

• Пользователи предпочитают знакомые интерфейсы и функции.  

• Типовые конфигурации на базе 1С обеспечивают привычный интерфейс.  

• Библиотека стандартных подсистем помогает интегрировать новые объекты без изменений конфигурации.  

• Первое поколение: дополнительные отчеты и обработки.  

• Второе поколение: подключаемые отчеты и обработки.  

• Библиотека стандартных подсистем включает отчеты и обработки в общий контур.  

• Библиотека поддерживает множество подсистем.  

• Основные подсистемы: базовая функциональность, обновление версии, управление пользователями.  

• Обработчики обновления позволяют конвертировать данные между регистрами.  

• Базовый набор управления пользователями и ролями.  

• Настройка аутентификации и временных паролей.  

• Подсистемы выстраиваются в цепочку зависимостей.  

• Встроенные механизмы контроля за консистентностью.  

• Проверка корректности интеграции объектов и прав ролей.  

• Библиотека поставляется в нескольких вариантах с разными языками интерфейса и региональными компонентами.  

• Варианты с русским и английским интерфейсом.  

• Библиотека с английским исходным кодом для международных проектов.  

• Выбор варианта библиотеки зависит от рынка и команды разработчиков.  

• Семь основных групп подсистем: работа с пользователями и правами, управление доступом, администрирование и обслуживание, регламентные фоновые задания, сервисные подсистемы, технологические механизмы, нормативно-справочная информация и интеграция.  

• Подсистемы для работы с пользователями и правами включают управление доступом и настройку ролей.  

• Администрирование и обслуживание включают резервное копирование, анализ журнала регистрации и другие функции.  

• Библиотека предоставляет интерфейс для работы с регламентными заданиями, позволяя отключать и настраивать их.  

• Сервисные подсистемы включают блокировку изменений данных, массовое исправление объектов и технологические механизмы.  

• Нормативно-справочная информация включает классификаторы и перечень банков.  

• Механизмы интеграции включают работу с почтовыми сообщениями и файлами в интернете.  

• Подсистема обмена данными поддерживает конвертацию данных 2.0, 3.0 и 3.1.  

• Прикладные подсистемы и рабочие места обеспечивают пользовательский опыт и работу с печатными формами, отчетами, напоминаниями и почтовым клиентом.  

• Самостоятельные подсистемы требуют минимальной настройки при внедрении.  

• Слабо связанные подсистемы требуют настройки объектов и добавления кода.  

• Сильно связанные подсистемы требуют детальной настройки характеристик и добавления табличных частей.  

• Переопределяемые модули позволяют обрабатывать события и добавлять объекты в алгоритмы.  

• Рекомендуется создавать общие модули для бизнес-логики конфигурации.  

• Заполнение определяемых типов интегрирует объекты с подсистемами.  

• Передача управления подсистемам библиотеки при возникновении событий на форме.  

• Размещение подключаемых методов в модуле формы для вызова алгоритмов библиотеки.  

• Реализация программных интерфейсов в модуле менеджера для управления печатными формами и другими объектами.  

• Критерии отбора и добавление предопределенных элементов в справочники.  

• Добавление табличных частей в объекты для хранения информации.  

• Настройка характеристик для добавления полей в отчеты и динамические списки.  

• Создание отдельных справочников для каждого документа для гибкого управления правами на файлы.  

• Настройка прав на справочники в ролях.  

• Подробная документация по настройке подсистем доступна на ITС.  

• Глобальное хранилище параметров приложения позволяет накапливать данные на клиенте для минимизации клиент-серверных вызовов.  

• Можно добавлять свои поля и читать данные из параметров приложения.  

• Программный интерфейс периодической отправки данных на сервер автоматически вызывается раз в 60 секунд.  

• Пользовательский интерфейс не должен зависать более чем на 3-5 секунд.  

• Длительные серверные вызовы лучше выносить в фоновые задания.  

• Использование длительных операций позволяет минимизировать клиент-серверные вызовы и оповещать о завершении фоновых заданий через систему взаимодействия.  

• Дополнительные отчеты и обработки позволяют пользователям использовать новые версии без перезапуска клиента.  

• Система подключаемых отчетов и обработок интегрирует объекты с библиотекой стандартных подсистем.  

• Доработка существующей конфигурации включает интеграцию новых объектов с подсистемами и создание профилей групп доступа.  

• Внедрение библиотеки стандартных подсистем для управления пользователями и обслуживания конфигурации.  

• Добавление вариантов отчетов и работы с почтовыми сообщениями для удобства пользователей.  

• Возможность до-внедрения подсистем в зависимости от задач новой конфигурации.  

• Библиотека позволяет завернуть типовую конфигурацию в свою надстройку.  

• Управление поставкой и релизным циклом своей надстройки облегчает развертывание и версионирование.  

• Вопросы по доработке библиотеки можно направлять в сообщество разработчиков.  

• Предложение перевести код в открытый исходный код.  

• Обсуждение публикации тестового набора данных.  

• Вопрос о возможности упрощения базовых подсистем.  

• Обсуждение возможности упрощения базовых подсистем.  

• Уменьшение размера библиотеки с 3.1.7 до 3.1.9.  

• Использование плагина для работы в ERD.  

• Предложение перейти к круглому столу.  

• Обсуждение вопросов и подходов к написанию документации.  

• Использование инструментов для документирования API.  

• Описание программного интерфейса и сценариев использования.  

• Важность документации для привлечения внимания пользователей.  

• Использование строгой типизации для упрощения описания API.  

• Примеры и шаблоны для оптимизации документации.  

• Важность примеров для лучшего понимания API.  

• Подходы к быстрому вовлечению новичков.  

• Важность демонстрации готовых решений и примеров.  

• Регулярное код-ревью для адаптации новых сотрудников.  

• Использование библиотек помогает избежать ошибок и детских ошибок.  

• Разработчики привыкают к правильным подходам, что снижает количество ошибок.  

• Стандарты команды укрепляют коллектив и помогают новичкам быстрее адаптироваться.  

• Важно, чтобы использование библиотек стало привычкой.  

• Дисциплина помогает избежать искушения делать что-то неправильно.  

• Вопрос в том, как достичь этого уровня дисциплины.  

• Использование функций вместо вызовов через точку может быть проще, но менее эффективно.  

• Важно, чтобы вызовы через точку вызывали физическую боль.  

• Вопрос о том, как достичь этого, остается сложным и комплексным.  

• В IDE появилось правило для выявления лишних вызовов через точку.  

• Использование ревью помогает выявлять такие ошибки.  

• Пример использования кода на ревью-кафе.  

• Конфигураторы могут быть сложными для использования.  

• Лучше использовать IDE для таких задач.  

• Комбинирование вариантов использования конфигураторов и расширений.  

• Менеджер пакетов пока сложен для реализации.  

• Использование билдеров для управления зависимостями.  

• Проблемы с обновлением библиотек и конфигураций.  

• Процесс обновления библиотек и уведомления пользователей.  

• Важно проверять возможность обновления и уведомлять пользователей.  

• Использование хабов и подписок для отслеживания обновлений.  

• Устаревшие интерфейсы могут быть проблемой.  

• Использование апк для выявления устаревших вызовов.  

• Мажорные обновления библиотек включают удаление устаревших интерфейсов.  

• Обсуждаются проблемы с устаревшими данными в коде.  

• Некоторые авторы включают все поля объекта в запросы, что может привести к проблемам при удалении этих полей.  

• Необходимость доработки правил для выявления устаревших данных.  

• Инструменты для проверки устаревших данных существуют, но они не всегда эффективны.  

• Некоторые разработчики используют свои сервисы или статьи для проверки новых версий.  

• Платформа должна иметь встроенный функционал для проверки обновлений.  

• Платформа должна автоматически уведомлять разработчиков о новых версиях.  

• Пример использования Jenkins для отправки оповещений в чат разработчиков.  

• Общий чат для разработчиков помогает отслеживать обновления.  

• Вопрос мотивации авторов и разработчиков для продвижения библиотек.  

• Использование различных каналов для публикации обновлений.  

• Не все разработчики выкладывают свои библиотеки на GitHub.  

• Обсуждение успешного проведения мероприятия и положительных отзывов.  

• Планы на дальнейшее развитие темы общего кода и повторного использования.  

• Призыв к публикации большего количества библиотек и обмену опытом.  

• Благодарность докладчикам и участникам.  

• Призыв задавать вопросы и участвовать в будущих мероприятиях.  

• Завершение встречи и приглашение к дальнейшему сотрудничеству.