Автоматизация процесса 1С-разработки
Разработка - Математика и алгоритмы
Основные темы статьи – это:
- Направления автоматизации. Что именно в работе 1С:Специалиста мы можем автоматизировать? Что стоит автоматизировать, а что не стоит? Я расскажу о примерах автоматизации, которые уже используются разными людьми.
- Расскажу о способах создания универсальных решений – таких решений, которые будут работать на разных конфигурациях.
- Расскажу об инструментах, которые помогают нам автоматизировать нашу работу, и помогают писать код, который будет вместо нас писать код.
- Ну и расскажу об общей схеме адаптации решений к конфигурации пользователя.
Направления автоматизации
Какие наиболее популярные направления автоматизации?
- Говоря об автоматизации, мы чаще всего подразумеваем автоматизацию задач администрирования (создания архивных копий, обновления конфигурации). С этим направлением проще всего, потому что все актуальные типовые решения построены на базе Библиотеки Стандартных Подсистем (БСП), которая уже содержит в себе механизмы, помогающие в автоматическом режиме обновить конфигурацию и создать ее копию. Более того, если ваша база небольшая, и у вас есть активная подписка на ИТС, то БСП может сама положить копию вашей базы в облачное хранилище 1С, чтобы вы не потеряли данные, даже если с компьютером что-либо случится
- Второе направление автоматизации – это тестирование решений. В 1С-мире с этим немного сложнее, чем в классической разработке, но, тем не менее, последнее время очень много говорится о том, что при каждом изменении конфигурацию стоит тестировать, и лучше это делать автоматически. Сейчас на рынке есть достаточно много инструментов для создания автотестов. Наиболее интересные из них, на мой взгляд, это – «Сценарное тестирование» от компании 1С, а также опенсорс-разработка «Vanessa Behavior». У них немного разная логика работы, но, в принципе, оба эти решения справляются с задачей автоматизации тестирования. Что из них выбрать – решение пользователя.
- И третье направление автоматизации – это то, о чем я буду говорить остальную часть презентации – это автоматизация разработки. Для многих людей единственным способом создания решений на 1С является написание кода в конфигураторе. Но я хочу рассказать о том, что есть много вариантов работы с кодом программно.
Примеры автоматизации разработки
Какие основные примеры автоматизации уже реализованы?
- Одним из лучших примеров мне кажется Библиотека Стандартных Подсистем (БСП) и процесс ее внедрения. Для тех, кто не занимался объединением с БСП, я немного расскажу о процессе интеграции БСП с другими самописными конфигурациями. Этот процесс состоит из трех этапов.
- На первом этапе мы объединяем БСП с нашей конфигурацией. При этом у нас в конфигурации оказываются модули из разных подсистем.
- Нам же в большинстве случаев нужны лишь некоторые подсистемы, поэтому второй этап внедрения БСП – это вырезание из конфигурации тех объектов, которые нам не нужны. Этот этап выполняется автоматизировано. Вы открываете обработку, которая входит в состав Библиотеки Стандартных Подсистем, эта обработка выгружает конфигурацию в файлы, меняет текст этих файлов и загружает обратно.
- И третий этап внедрения, который нужен не для всех подсистем, но для некоторых – например, если вы внедряете в вашу конфигурацию механизм «Внешних печатных форм», то его, кроме объединения в конфигурации, нужно еще и подключить к формам. Это – простая операция, нужно просто внести строчку кода в процедуру «ПриСоздании» формы, а также добавить несколько маленьких процедур. Для автоматизации этой операции также есть отдельная обработка, которая называется «Расстановка фрагментов кода». Вы просто запускаете эту обработку, и она сама анализирует вашу конфигурацию и вставляет нужный текст в формы.
- Еще одним примером автоматизации является разработка внешних печатных форм. Вообще на любом внедрении вынесение встроенных печатных форм во внешние – это одна из наиболее частых операций. Этот процесс тоже можно автоматизировать – на Инфостарте даже есть небольшая обработка, которая так и называется – «Конструктор внешних печатных форм». Она запускается в конфигурации, из которой вы переносите печатную форму:
- Вы выбираете, какую печатную форму вы хотите вынести,
- Копируете в эту обработку текст модуля менеджера из этой формы
- И обработка сама:
- Берет из состава самой себя шаблончик и вставляет в него тот текст, который нужен для подключения к механизму библиотеки стандартных подсистем.
- Прописывает в этот текст данные о печатной форме (ее название),
- Устанавливает, к какому документу она должна подключаться,
- И вытаскивает из модуля менеджера те процедуры, которые нужны для работы этой печатной формы.
Разумеется, полностью рабочую внешнюю печатную форму вы не получите, но вы получите шаблон, который достаточно просто адаптировать вручную.
- Еще один из примеров – это автоматическое создание кода. Его можно использовать, например, для:
- Рисования элементов форм;
- Создания кода условного оформления;
- И для автоматического создания схем СКД.
Те, кто давно работают на управляемом интерфейсе, могли заметить, что за последние несколько лет изменился подход к созданию условного оформления. Если в УТ11.0 условное оформление было прописано в конструкторе, то уже в 11.2 все условное оформление выстраивается программно. У этого эффекта есть две причины.
- Первая – это особенность платформы, которая запрещает одновременное наличие одного и того же условия – фиксированного и пользовательского.
- Но есть и вторая причина – это то, что при текущем уровне развития типовых конфигураций очень сложно на этапе разработки прописать все условия. Потому что условное оформление зависит:
- От того, какие опции у вас включены;
- От прав пользователя;
- И от настроек информационной базы.
Поэтому сейчас условное оформление в управляемых формах рекомендуется задавать программно. И, если обратить внимание на код формирования условного оформления в УТ11, то он одинаковый (одни и те же имена переменных, одни и те же отступы). Очевидно, что этот код был сформирован автоматически по данным конструктора.
- В платформе 8.3.6 появилась такая интересная возможность, как расширения. Они позволяют менять функциональность типовых конфигураций без изменения самих конфигураций. Однако проблема состоит в том, что сложно создать одно универсальное решение на разные конфигурации, потому что к расширению могут подключаться в разных конфигурациях разные объекты. В этом случае гораздо удобнее сделать какой-то общий шаблон расширений, а добавлять в него документы/справочники уже программно.
- И последний пример – это перенос своих изменений при обновлениях. Это, конечно, можно делать и вручную, но удобнее такие действия проводить именно на уровне текста, особенно, если вы используете механизмы Git (ветки). В данном случае Git более правильно объединяет типовую конфигурацию с вашими изменениями. Если изменения небольшие, то в большинстве случаев обновление может пройти полностью автоматически.
Способы создания универсальных решений
Какие вообще есть способы создания универсальных решений?
Я думаю, что у каждого программиста-консультанта, который работает с 1С, есть какая-то своя папочка личных обработок/отчетов, которые делались для решения конкретной задачи. Проблема в том, что в большинстве случаев такие разработки пишутся под очень узкую задачу и при появлении похожей задачи их приходится адаптировать. Более удобно потратить немного времени и сделать обработку изначально более универсальной.
- Один из способов создания универсальных решений – это анализ метаданных. Фактически все типовые обработки используют этот способ:
- Обработка по универсальной выгрузке данных,
- Универсальный отчет,
- Обработка по установке реквизитов.
Эти инструменты работают на любых конфигурациях, потому что просто при запуске анализируют метаданные той конфигурации, в которой они запущены.
- В некоторых случаях такой подход не срабатывает, потому что для разных конфигураций нужны разные правила работы. В этом случае можно использовать отдельные ветки кода под различные конфигурации:
- Если конфигурация такая-то, то выполняем один текст;
- Если конфигурация другая, то выполняем другой текст.
В большинстве случаев этот подход позволяет делать одну обработку, работающую на разных конфигурациях пользователя.
- Но это, к сожалению, работает все-таки не всегда. Например, для тех же расширений иногда нужно иметь разные файлы для разных конфигураций, и в каждом расширении должны быть метаданные именно этой конфигурации. Это тоже достаточно просто автоматизируется путем создания шаблона с последующей программной адаптацией под конфигурацию пользователя.
Инструменты программной работы с 1С-продуктами. Преимущества и недостатки различных подходов
Какие есть инструменты для программной работы с 1С-продуктами?
Есть три основных подхода:
- Это разбор файла на маленькие файлики;
- Выгрузка в XML;
- И объектный подход.
Давайте рассмотрим каждый из них.
v8Unpack
Один из наиболее популярных способов работы с 1С-продуктами – это способ, основанный на структуре 1С-ных файлов. На самом деле, неважно, работаем ли мы с конфигурацией, с отчетом или с расширением. Технически – это просто контейнер, в котором есть много разных маленьких файликов. Любой продукт мы можем:
- Разобрать на части,
- Изменить те части, которые мы хотим изменить,
- И собрать обратно.
Это, мне кажется, один из наиболее популярных способов работы с конфигурациями среди решений по автоматизации.
Этот способ реализует утилита v8Unpack. В чем ее плюсы?
- Это, прежде всего, простота. Эта утилита запускается в командном режиме: мы указываем ей, какой файл разбираем, и на выходе она выдает каталог с пачкой файликов.
- Она универсальна и всеядна. Ей абсолютно все равно, на какой платформе написано ваше решение (8.1, 8.2, 8.3). Технически структура файлов 1С-решений не менялась довольно много лет.
- И еще к плюсам этого решения относится его самодостаточность. Для изменения конфигурации с помощью v8Unpack вам не нужна платформа 1С. Достаточно просто запустить утилитку и показать ей, где файл. Она не взаимодействует ни с конфигуратором, ни с платформой. Она разбирает любой файл на файлики и собирает его обратно.
- И последнее ее преимущество – это то, что это единственный инструмент, который умеет работать с байт-кодом. Если в вашей обработке или отчете есть модули, которые поставляются без исходного кода, то v8Unpack все равно разберет их на текстовые файлики. Разумеется, русского кода мы там не получим, но мы получим байт-код, который тоже можно анализировать и менять. Более того, этот байт-код имеющимися на Инфостарте средствами можно перевести в нормальный читабельный код. Разумеется, это возможно только в том случае, если решение не прогонялось через дополнительный софт. Если прогонялось, то восстановить полностью его обычно нельзя, но частично всегда можно.
У утилиты v8Unpack есть и минусы.
- Основной ее минус в том, что файлики, которые получаются после разбора, не имеют понятных имен, и сложно определить, что именно нужно менять - приходится их всех просматривать.
- Ну и тот момент, что это все-таки не официальное решение от компании 1С, а внешняя разработка, хотя и старая и стабильно работающая.
Выгрузка/загрузка XML
Второй способ работы с 1С-разработками – это выгрузка и загрузка из XML.
- Это официальный механизм, который рекомендуется компанией 1С и используется во всех ее продуктах, например, в БСП и в СППР. Фирма 1С гарантирует, что этот инструмент будет корректно работать в обе стороны на тех платформах, для которых он запущен.
- Плюсом этого решения является то, что он выгружает конфигурацию в понятную структуру. У нас есть:
- Корневой уровень – уровень конфигурации в целом;
- Отдельные папки – для документов, справочников, отчетов, обработок.
- В каждой этой папке есть подпапка для каждого документа, для каждого справочника.
Работать с этой структурой намного проще, чем со структурой, выгруженной нестандартными средствами.
- В новых решениях также доступна частичная выгрузка данных.
- Также для этого инструмента есть очень много типовых примеров использования в той же БСП. Опираясь на эти примеры, очень удобно разбираться.
Ну и есть некоторые небольшие минусы в том, что:
- Конфигурация, разобранная на одной платформе, может не загрузиться в другой платформе – мы должны работать на одной и той же платформе из-за проблем с совместимостью.
- Кроме того, до версии 8.3.7 этот инструмент не умел работать с внешними отчетами и обработками. Сейчас такой проблемы нет, но если вы используете более старую платформу, то внешние отчеты и обработки вы им в текст не выгрузите.
- Он не умеет работать с байт-кодом – защищенные модули он выгружает в бинарном виде.
В целом, это один их наиболее удобных инструментов – простой и понятный.
Eclipse
И последний подход, о котором я хочу поговорить – это объектный подход. Я надеюсь, вы все знаете, что 1С пишет свой новый модный конфигуратор на базе Eclipse. Но я бы хотела обратить внимание, что это немного больше, чем модный конфигуратор:
- Это – доступ к API, который разработчики давно просили. Это то, что было реализовано много лет назад в виде Снегопата, но немного функциональнее, немного лучше. Если Снегопат нам дает доступ лишь на чтение данных конфигурации, то проект Graphite, который реализован на платформе Eclipce, дает нам доступ уже к изменению конфигурации. Например, мы можем написать свой маленький плагин, который будет менять конфигурацию так, как нам нужно и без перезапуска.
Алгоритм пошагового автосоздания 1С-разработок
О том, как все это использовать для автоматической адаптации ваших решений к конфигурациям. На этом слайде показана очень сильно упрощенная схема, применимая для расширений, обработок и отчетов.
- Идея в том, что если ваше решение должно иметь разные файлы под разные конфигурации, то вы разрабатываете шаблон, который включает в себя все механизмы, наличие которых необходимо для работы этого решения во всех конфигурациях.
- И дополнительно к шаблону разрабатываются правила, которые адаптируют этот шаблон к конкретной конфигурации пользователя (желательно, к любой конфигурации). Например, если вы реализуете тот же самый механизм внешних печатных форм на базе расширения, то:
- В общем шаблоне будут механизмы:
- Печати;
- И загрузки печатных форм.
- А в правилах будет информация о том, как подключать это расширение к справочникам и документам.
- В общем шаблоне будут механизмы:
- Благодаря этому для каждой конфигурации мы сможем автоматически сформировать файлик с нашим расширением, учитывающим особенности данной конфигурации.
Заключение
В завершение я хочу повторить основную мысль этого доклада. Основная мысль в том, что все, что мы можем сделать вручную, мы можем делать и автоматически.
Разумеется, автоматизировать все не нужно. Нужно автоматизировать те задачи, которые у вас повторяются (те задачи, которые вы делаете при каждом обновлении, при каких-то доработках).
В целом, все задачи, которые можно описать нормальным русским языком, можно описать и в программе. При этом в отличие от человека программа не ошибается, ничего не пропускает, делает именно то, что вы от нее попросили.
***************
Данная статья написана на основе доклада, представленного автором на конференции Infostart в 2016 году.
Больше статей можно прочитать здесь.
Приглашаем вас на новую конференцию INFOSTART EVENT 2019!
Специальные предложения
См. также
Регистры бухгалтерии. Общая информация 111
05.09.2019 6698 YPermitin 22
"Хочу универсально!" [Часть 1] 65
02.09.2019 4900 SeiOkami 35
Иерархия без "В ИЕРАРХИИ" 117
22.08.2019 4913 ildarovich 16
EnterpriseData – часть 3. Загрузка данных, идентификация объектов 62
22.08.2019 4230 ids79 7
Обработчики событий при записи объектов. Зачем и что за чем? 202
25.07.2019 12801 4 AlbinaAAA 23
Как проводятся документы в типовых конфигурациях от 1С 137
24.07.2019 16075 skv_79 32
FizzBuzz на 1С. Чем короче, тем веселее. Варианты принимаются... 8
24.07.2019 2863 vandalsvq 16
Управление качеством кода 136
22.07.2019 8233 Stepa86 29
Что делает "В ИЕРАРХИИ" в запросе? 94
16.07.2019 8182 YPermitin 34
Создание отчетов с помощью СКД - основные понятия и элементы 208
25.06.2019 20978 ids79 17
Реализуем Стек, Очередь и Приоритетную очередь в 1С 52
24.06.2019 7804 RonX01 63
Организация хранения промежуточных данных 3
29.05.2019 1953 scientes 1
Вычисление 200 тысяч знаков числа pi 73
28.05.2019 3983 Oleg_nsk 93
Регистры накопления. Виртуальные таблицы. Часть №1: Обороты 84
20.05.2019 11069 YPermitin 5
Даем названия переменным: как префиксы экономят наше время 10
06.05.2019 3213 Designer1C 69
Заметки по SQL: Срез последних - аналог запроса 15
15.01.2019 6318 IVC_goal 5
Разработка и сценарное тестирование с Vanessa-ADD. Концепция, теория и сквозной пример создания сценария 222
09.01.2019 27568 Vladimir Litvinenko 69
Многопоточное восстановление последовательностей 41
05.12.2018 7248 _ASZ_ 29
Автоматические и управляемые блокировки применительно к типовым конфигурациям 1С 127
10.11.2018 22245 ids79 40
Основные понятия и механизмы оптимизации клиент-серверного взаимодействия в 1C 147
23.08.2018 22869 Rain88 42
Теорема номер тринадцать 15
15.03.2018 9358 vasilev2015 24
Введение в CI для 1С 87
21.11.2017 19331 real_MaxA 22
Как работает серверный вызов в 1С 459
18.11.2017 44243 pahich 77
#Область ВНЕШНИЕ_ВЫЗОВЫ или MVC в 1С, библиотечность и упрощение интеграции кода 43
12.10.2017 14809 for_sale 58
Групповая разработка конфигураций в крупном холдинге 68
15.08.2017 17545 stas_ganiev 15
Пишем игру Минер. Обработка событий ActiveX в 1С 29
29.05.2017 12732 user621724_Dimav1979 11
Как я доступ на kb.1c.ru получал 91
01.05.2017 22534 ikekoval 33
Улучшение стандарта "Структура модуля" 6
26.03.2017 12325 o.nikolaev 23
"Распределение в запросе" или "избавляемся от перебора" 185
16.12.2016 28631 alexandersh 48
Планы обмена. Квитировать или гарантировать? 24
12.12.2016 14558 zhichkin 9
Некоторые принципы оптимизации запросов 1С (+SQL) 115
17.11.2016 8898 ture 40
Использование git для доработки типовых конфигураций 1С 230
11.10.2016 188456 pumbaE 31
Оптимизация запросов 1С:Предприятие – от теории к практике 116
07.10.2016 32080 bpc222 20
Регистры сведений 1С. Как это устроено. 729
05.08.2016 151048 Sergey.Noskov 155
Переводим расширения на 8.3.8. Памятка. 79
29.07.2016 39710 mrXoxot 12
Подобие Объектно-ориентированного программирования в 1С (ПООПс) 12
24.07.2016 10916 adam26 54
Опыт практического применения методики BDD на 1С. Написание сценариев 121
03.07.2016 20335 oleynik.dv 132
Заметки про запросы. Последовательность. 110
27.05.2016 29630 vasilev2015 31
Оптимизация планирования доставки грузов. Алгоритм кластеризации k-means (метод K-средних). 26
10 стартмани
09.02.2016 26526 mi1man 4
Контур.EDI изнутри, или история командной разработки тиражного продукта на 1С 174
17.11.2015 36044 skif47 88
Порядок записи движений регистров при проведении документа 95
13.11.2015 80528 triton_tver 8
Три способа получить дерево элементов иерархического справочника 52
11.11.2015 63125 32ops 9
Распределение суммы по базе 48
08.11.2015 27731 starik-2005 19
Мультиинструментальный Brute Force 4
30.10.2015 10442 scientes 4
1С с "плюсами" 74
14.10.2015 19970 IntelInside 47
Знакомство с технологией Automation-сервер на примерах 33
28.09.2015 26192 niko11s 10
Критерии отбора 83
24.09.2015 49478 niko11s 13
По ссылке или по значению? Ключевое слово Знач и с чем его едят 196
12.08.2015 37186 Evil Beaver 239
Приемы обработки больших данных в 1С 258
07.08.2015 60324 tormozit 27