Какие новые возможности появятся в платформе 1С:Предприятие 8.3.28?

Программист 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

Развитие платформы 1С:Предприятие продолжается, и версия 8.3.28 обещает стать одним из самых значимых обновлений за последнее время. В этой статье мы подробно разберем ключевые задачи, которые стоят перед разработчиками, проанализируем технические аспекты новых механизмов и выясним, как эти изменения повлияют на повседневную работу программистов и системных администраторов. Мы вместе пройдемся по списку нововведений — от долгожданной динамической реструктуризации до революционных изменений в подходе к групповой разработке.

Групповая разработка в одной информационной базе без «Хранилища»

Рассмотрим одну из самых интригующих возможностей — отказ от классического «Хранилища конфигурации» в пользу встроенного механизма совместной работы. Проанализируем, как это будет работать. На текущий момент работа в хранилище подразумевает захват объектов, что часто блокирует коллег. В версии 8.3.28 планируется внедрение механизма, позволяющего нескольким разработчикам одновременно редактировать одну и ту же конфигурацию в одной базе.

Разберем основные принципы этого решения:

  1. Отсутствие блокировок: Каждый специалист сможет изменять свои объекты метаданных, не ожидая, пока другой «отпустит» объект.
  2. Разрешение конфликтов: Платформа получит встроенный инструмент, который позволит сравнивать и объединять изменения, если два разработчика одновременно правили, например, один и тот же модуль.
  3. Снижение накладных расходов: Малым командам больше не придется разворачивать и администрировать отдельный сервер хранилища.

Это нововведение не заменяет Git, а скорее дополняет его, делая процесс оперативной правки кода в «песочнице» более гибким.

Динамическое обновление при изменении структуры таблиц

Выясним причину, по которой администраторы 1С так долго ждали этого функционала. Традиционно любое изменение структуры данных (добавление реквизита, создание нового справочника) требовало монопольного захвата информационной базы. В версии 8.3.28 ситуация кардинально меняется. Разберем по шагам, как будет реализована фоновая реструктуризация:

Во-первых, платформа научится использовать возможности современных СУБД (таких как PostgreSQL и MS SQL Server) для выполнения операций ALTER TABLE в режиме онлайн. Рассмотрим пример: при добавлении нового реквизита, который допускает значение NULL, СУБД может мгновенно обновить метаданные таблицы без ее полной перезаписи. Это позволит пользователям продолжать работу (чтение и запись данных), пока в фоне создаются новые поля.

Во-вторых, планируется поддержка добавления новых объектов метаданных (справочников, документов) полностью в «горячем» режиме. Это означает, что «сказка» о том, как программист добавляет документ, а пользователи этого даже не замечают, становится реальностью.

Глубокая интеграция с Git и оптимизация текстового формата

Проанализируем ситуацию с системами контроля версий. Многие команды уже перешли на Git, используя выгрузку конфигурации в файлы. Однако формат XML, используемый 1С, часто порождает конфликты при слиянии веток (merge), которые сложно разрешить вручную.

В версии 8.3.28 разработчики 1С планируют:

Улучшение инструментов администрирования и Журнала регистрации

Посмотрим на запросы системных администраторов. Одной из критических проблем больших баз является разрастание журнала регистрации и нагрузка на диск при его записи. В версии 8.3.28 мы увидим более гибкое управление этим механизмом. Рассмотрим подробнее, что именно изменится:

Администраторы смогут настраивать детальную фильтрацию событий. Например, можно будет отключить запись событий для определенных служебных регистров сведений или справочников, которые обновляются программно каждую минуту и забивают журнал бесполезной информацией. Это не только сэкономит место на диске, но и повысит производительность системы в целом.

Также разберем вопрос управления сеансами. В обсуждениях часто поднималась тема отключения пользователей в файловых версиях. Хотя основным вектором развития остается клиент-серверный вариант, платформа продолжает оптимизировать работу с процессами rphost. Новый менеджер памяти позволит более эффективно распределять ресурсы, снижая риск аварийного завершения рабочих процессов при формировании тяжелых отчетов.

Оптимизация производительности: поиск и интерфейс

Проанализируем работу глобального поиска. На крупных конфигурациях типа ERP 2.5 глобальный поиск может занимать значительное время. В 8.3.28 планируется ускорение индексации и самого алгоритма поиска по коду и метаданным. Это позволит разработчикам быстрее находить места использования функций или объектов.

В веб-клиенте мы увидим поддержку современных стандартов CSS. Рассмотрим, что это дает:

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

Для разработчиков мобильных решений в версии 8.3.28 подготовили расширение работы с биометрией. Выясним, как это реализовать. Теперь интеграция с FaceID и сканерами отпечатков пальцев станет более нативной, что позволит создавать безопасные корпоративные мобильные приложения без необходимости ввода сложных паролей на каждом шагу.

Также стоит упомянуть развитие «Системы взаимодействия». Мы сможем передавать файлы большего объема и использовать более качественные видеозвонки, интегрированные напрямую во встроенный язык. Для управления этими процессами могут быть использованы новые методы объектов системы взаимодействия.

Итоги и рекомендации

Подводя итог нашему анализу, можно сказать, что версия 8.3.28 ориентирована на два фронта: ускорение разработки (через Git и новую групповую работу) и непрерывность бизнеса (через динамическую реструктуризацию). Мы рекомендуем уже сейчас начать подготовку к переходу: проанализировать текущие регламенты обновления баз и рассмотреть возможность внедрения практик DevOps, так как новые инструменты платформы сделают это значительно проще.

Не забываем, что динамическое обновление структуры — это мощный инструмент, требующий осторожности. Несмотря на фоновый режим, критически важные изменения (например, изменение типа существующего поля с потерей данных) всё равно потребуют внимательного контроля со стороны архитектора системы.

← На главную