Решение предлагается как пример по автоматическому документированию доработок в соответствии с ГОСТ 19.401. Для выполнения скрипта необходимо поставить OneScript (http://oscript.io) или Git Bash (https://gitforwindows.org). Есть и скомпилированный вариант для OneScript (не требует установки чего-либо). На выходе получается готовый текст всех модулей для вставки в документацию.
Файлы
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Наименование
Скачано
Купить файл
По подписке PRO
Оформление кода 1С по ГОСТ 19.401-78. Пример решения:
Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
0% комиссии — оплата напрямую исполнителю;
Исполнители любого масштаба — от отдельных специалистов до команд под проект;
Прямой обмен контактами между заказчиком и исполнителем;
Безопасная сделка — при необходимости;
Рейтинги, кейсы и прозрачная система откликов.
Постоянно, для сдачи проектов гос. заказчику, требуется оформление кода программ в соответствии с ГОСТ ГОСТ 19.401-78.
Предлагается для вашего внимания 2 варианта решения по автоматизации процесса. А именно, получение всего кода конфигурации, расширения или отдельных элементов в один текстовой файл: 1. Скрипт для Git Bash Windows; 2. Скрипт на основе OneScript.
Алгоритм получения всего кода из конфигурации следующий: 1. Выгружаем конфигурацию в каталог в виде файлов. 2. Запускаем любой из вариантов скрипта в этом каталоге. Для выполнения необходимо поставить OneScript http://oscript.io или Git Bash, в зависимости от выбранного варианта.
В архиве приложен ГОСТ 19.401-78, пример оформления, исходники обоих скриптов и скомпилированный вариант для OneScript.
Решение предлагается как пример автоматизации труда программиста 1С.
П.С. Версия 1.2. Доработан скрипт os. Теперь выгрузка происходит по разделам и подразделам. Формируется отдельный файл для содержания.
MetaVision for 1C PRO — профессиональная версия статического анализатора и визуализатора кода. Загружает выгрузки конфигураций, расширения и внешние файлы, за секунды строит графы функций, находит уязвимости безопасности и подсвечивает проблемы производительности. В арсенале: визуализация логики в виде графов условий, циклов, транзакций и вызовов, статический аудит безопасности с поиском RCE, SSRF, COM-инъекций и паролей в коде, выявление запросов в циклах и вложенных блокировок, полнотекстовый поиск по всем модулям, встроенный редактор с конвертером запросов и автоформатированием, а также честная статистика по объектам и функциям. Главное новшество PRO — до пяти конфигураций одновременно с мгновенным переключением, наложение до пяти расширений как в конфигураторе, анализ внешних файлов в единой связке с основной конфигурацией и пять тем оформления. Инструмент для тех, кто ведёт несколько проектов параллельно и хочет видеть полную картину в одном окне — быстро, наглядно и безопасно.
Есть запросы, которые сразу вызывают подозрение: десятки соединений, множество временных таблиц, объединения, группировки и длинный список условий. Но чаще проблемы прячутся в другом месте — в запросах, которые выглядят вполне приемлемо.
Пара обращений через точку, отбор после виртуальной таблицы, РАЗЛИЧНЫЕ «чтобы убрать дубли», большой список в параметре, реквизит регистратора через составной тип — и вот уже на тестовой базе все летает, а в рабочей базе отчет открывается минуту.
Разберу такие случаи из практики: не синтаксические ошибки, а именно запросы, которые формально нормальные, но на больших данных начинают вести себя плохо.
Почему рефакторинг, призванный улучшать код, иногда приводит к сбоям, потерям времени и новым ошибкам? Показываем типичные ситуации, когда рефакторинг становится токсичным: работа с legacy-кодом, изменения перед релизом, рефакторинг про запас и без тестирования. Объясняем, как универсальные мегаметоды, преждевременные абстракции и отсутствие понимания бизнес-логики ухудшают систему. А также рассказываем, когда рефакторинг действительно нужен, и какие принципы помогают делать его безопасно и осознанно.
Код в 1С редко начинает тормозить сразу. Намного чаще он долго выглядит нормальным, а проблемы проявляются позже — когда растут данные, пользователи и количество доработок. В статье разбираю типичные причины такой деградации: запросы в цикле, лишние ПолучитьОбъект(), тяжёлые формы и обработку “по одному”.
Статья практическая: с примерами, типичными ошибками и понятными признаками того, что код уже плохо масштабируется.
Инструмент для тех, кто устал читать модули по 50 тысяч строк и искать ошибки глазами. MetaVision загружает выгруженные файлы конфигурации и за секунды строит графы функций, находит уязвимости и подсвечивает проблемы производительности.
Ключевые возможности:
Визуализация логики функций (графы условий, циклов, транзакций и вызовов).
Статический аудит безопасности (RCE, SSRF, COM-инъекции, пароли в коде).
Поиск проблем производительности (запросы в циклах, вложенные блокировки).
Полнотекстовый поиск по всем модулям конфигурации.
Статистика по объектам и функциям.
Безопасность:
Программа работает строго локально. Код вашей конфигурации не отправляется в интернет и не анализируется на сторонних серверах.
Попробуйте MetaVision сегодня — узнайте, что скрывает ваш код.
Как быстро разобраться в чужом коде? Как не забыть через полгода алгоритм работы своего собственного кода? Как наглядно проектировать? Ответам на эти вопросы посвящена данная публикация.
Создадим скрипт на Пайтон, предназначенный для автоматизированного подбора чанков (фрагментов требований к коду) при разработке на 1С. Она помогает разработчику формировать качественные промпты для ИИ, включающие все необходимые требования безопасности, производительности и стандартов кодирования. Кому интересно, покритикуйте и предложите улучшения. Результаты опубликуем.
ИИ действительно помогает команде ускориться: быстрее разбирать код, быстрее входить в сложные участки, быстрее запускать доработки. Проблема в том, что вместе со скоростью он может ускорять и другое — накопление скрытой сложности, рост цены изменений и потерю управляемости. В статье разбираю, почему первые успехи с ИИ так легко опьяняют, когда система начинает выставлять счёт и что нужно сделать, чтобы ускорение не превратилось в новый виток технического долга.
До - папка с файлами расширения или конфигурации. После - код по ГОСТ. Если вы не оформляете свои разработки по ГОСТ, то не нужно тратить деньги и время. Это точно вам не нужно.
