Когда выйдет 1с 9

Обновлено: 07.01.2025

Описание изменений в 1С:Бухгалтерия Предприятия 8 ред.3.0 можно найти здесь.

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

Описание изменений в 1С:Бухгалтерия Предприятия 8 ред.2.0 можно найти здесь.

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

Описание изменений в 1С:Зарплата и Управление Персоналом 8 ред.3 можно найти здесь.

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

Описание изменений в 1С:Зарплата и Управление Персоналом 8 ред.2.5 можно найти здесь.

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

Описание изменений в 1С:Садовод можно найти здесь.

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

Описание изменений в 1С:Управление Торговлей 8 ред.11 можно найти здесь.

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

Описание изменений в 1С:Бухгалтерия 7.7 можно найти здесь.

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

Описание изменений в 1С:Упрощенная система налогообложения 7.7 (УСН) можно найти здесь.

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

Новых релизов для этой программы больше не будет. 1С:Зарплата и кадры 7.7 снята с поддержки в 2018 году. Рекомендуется перейти на актуальную версию 1С:Зарплата и управление персоналом 8.

Как подключить сервис Обновление программ 1С

Пользователи базовых версий программ 1С, имеющих ограничения на количество активаций программы, например 1С:Бухгалтерия 8 базовая версия, могут получить доступ для скачивания обновлений с портала 1С без сервиса "Обновление программ 1С".

Пользователям ПРОФ и КОРП версий нужно купить сервис "Обновление программ 1С" для получения официальных обновлений программ 1С в составе договора информационно-технологического сопровождения - 1С:ИТС или новое название 1С:Комплект поддержки. 1С:Комплект поддержки - это тоже самое, что 1С:ИТС, полный аналог, только без материальных носителей.

Пользователи, работающие в облаке с 1С через интернет, оплачивают сервис обновлений в составе платы за облачный сервис. Таким пользователям покупать сервис "Обновление программ 1С" не нужно.

Тебе, одинэсник! 1С с завидной регулярностью выпускает обновления для своих приложений, и вот, на мой взгляд, самые интересные из тех, которые вышли за первую половину этого года. Мы в WiseAdvice-IT постоянно отслеживаем обновления 1С, и делимся с читателями Хабра своими наблюдениями.

Тестовая версия платформы 1С: Предприятие 8.3.19

Начнем с конца: в июне вышла тестовая версия платформы 1С: Предприятие 8.3.19. Важнейшее изменение, которое может сподвигнуть на переход к последнему обновлению 1С-платформы, касается оптимизации СУБД, а именно запроса, который использует система при обращении к виртуальным таблицам остатков и оборотов регистра бухгалтерии.

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

Помимо этого, ускорена работа функции выражения ограничения доступа к данным СтрСодержит(). Функция используется, в основном, в шаблонах ограничений в ролях, одним словом – RLS. Присутствует в каждой типовой конфигурации, поэтому эта оптимизация может существенно ускорить работу пользователей с ограниченными правами.
Если у вас файловая база, в которой есть механизмы, получающие большое количество данных с упорядочиванием и индексацией, то в новом релизе данные запросы будут ускорены за счет оптимизации доработки оператора В.
Бывают случаи, что в клиент-серверном варианте по разным причинам необходимо загружать .dt-файл. Для этого был разработан механизм загрузки с использованием нескольких фоновых заданий сразу, а не последовательно, как было ранее.

Обработчики событий ПередПечатью, ПередЗаписью и ПослеЗаписи теперь реализованы для всех элементов формы, поддерживающих возможность сохранять и печатать.
При настройке характеристик объектов конфигурации существует возможность определять, какие поля объектов содержат имена этих характеристик. В прошлых версиях при изменении представлений характеристик поля настроек стирались.
Полезное изменение коснулось планов обменов: методы ЗарегистрироватьИзменения() и УдалитьРегистрациюИзменений() теперь могут соответственно регистрировать и удалять изменения для произвольного набора объектов данных. Они передаются в виде определенного параметра, значением которого является массив данных. Действие для всех объектов, находящихся в переданном массиве, будут выполнены в рамках одной транзакции с минимальным количеством используемых запросов. Теперь, например, гораздо проще регистрировать/удалять, например, связанные регистры для справочников или документов.
Для отчетов появились методы для принудительной установки режима отображения результата исполнения отчета.

Анонс 8.3.20

Последняя версия 8.3.19, хотя пока и тестовая, стала важным шагом к появлению «двадцатки», в которой обещает быть развитие расширений: поддержка определяемых типов, планов видов характеристик и общих реквизитов.

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

Также должна появиться возможность добавлять свои предопределенные элементы в собственные справочники расширений. Теперь будет проще встраивать их в свои расширения и в стандартные механизмы БСП, а соответственно – в текущие конфигурации 1С, использующие БСП.

1С: Исполнитель(X)

В первом полугодии 1С анонсировала развитие текущей версии «1C: Исполнителя» – «1C: Исполнитель(Х)», имеющую архитектуру, позволяющую «1C: Исполнителю(Х)» работать как «родное» приложение (native application) в операционных системах Windows и Linux (поддержка macOS планируется в дальнейшем), и не требующую предварительной установки JRE.

Напомню, «1C: Исполнитель» – оригинальный кроссплатформенный командный интерпретатор собственного строго типизированного и регистрозависимого сценарного языка, который вышел всего годом ранее – в июне 2020 года.

В поставку «1C: Исполнителя» входит собственная интегрированная среда разработки «1C:Executor IDE», имеющая в своей основе «1С:Enterprise Development Tools (EDT)». Для «1C:Executor IDE» требуется предварительная установка соответствующий среды выполнения – Java Runtime Envinronment (JRE), созданной специально для выполнения приложений, разработанных с применением языка Java.

В рамках стратегии развития продукта вендор анонсирует его «ускоренный» вариант, который планирует развивать параллельно с «универсальным»:

«1С: Исполнитель(U)» – универсальный (U – Universal) вариант продукта, требующий установки Java;
«1С: Исполнитель(X)» – редакция, поставляемая как X – eXecutable файл исполняемый целевой операционной системой, лишь немного уступающая по функциональности универсальному варианту.

Плата за скорость работы 1С: Исполнителя(Х) – отсутствие динамической загрузки подключаемых библиотек. Соответственно, эта особенность его реализации не позволит пользователям их устанавливать и использовать самостоятельно.

Еще в описании релиза при выходе «1C: Исполнителя» многие разработчики обратили внимание, что синтаксис его языка получил значительные отличия от встроенного языка платформы 1С. Возможно, одним из знаковых отличий явилась его строгая/статическая типизация, характерная для компилируемых языков более «низкого» уровня.

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

После анонсирования «1С: Исполнителя(Х)», исходя из заявленного сценария его использования, видно, что вторая ступень в стратегии развития продукта также направлена в сторону повышения скорости выполнения операций и производительности. Тем не менее вопрос, для каких именно больших объемов вычислений готовят продукт, остается, на мой взгляд, открытым.

1С: КИП 2.1.8

1С активно продвигает пакет инструментов для тестирования и повышения производительности системы с позапрошлого года. В релизе 2.1.8 разработчики продукта основное внимание уделили «Сценарному тестированию» (3.0.24.1), у которого появилась функциональность, давно ожидаемая пользователями:

Можно создавать последовательности «ручных операций» с соответствующим описанием действий каждого шага.
Тестовые сценарии теперь могут автоматически обрабатывать появление диалоговых окон, выполняя заранее описанные шаги в активной Форме.
Появились новые типы шагов:
– Выполнить пакетную команду 1С – позволяет выполнить пакеты действий командной строки 1С;
– Выполнить операцию с файлами – автоматизирует взаимодействие с файловой системой.
Появился новый интерфейс для сравнения тестовых сценариев, который позволяет визуально увидеть их подобие и различия.

Напомню, предыдущая версия приложения получила инструмент работы с ручными тестами, что дало возможность «руками» разрабатывать план тестирования и его структуру, сохранять и запускать тесты по мере надобности, но автоматически составлять отчеты по результатам.

Помимо этого, новое обновление «Агент КИП» получило возможности для удаленного администрирования, и теперь ему доступен удаленный сбор данных, в частности, об установленных версиях платформы и доступных базах.

1С: Тестировщик

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

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

Конвертация данных 3.1
Здесь скажу кратко, версия 3.1 обладает рядом преимуществ, самым важным из которых стала возможность разработки правил как в формате EnterpriseData, так и в формате XML. Теперь можно автоматически:

Загрузить описание конфигурации/метаданных (из хранилища 1С, из хранилища в формате EDT, каталога выгруженной конфигурации 1С в файлах XML);
Выгрузить разработанные правила обмена;
Разрабатывать правила обмена (на основе однотипных приложений, где сопоставляются внутренние метки).

Библиотека интеграции с 1С: Документооборот 1.1.18.3

Сразу напомню, что эта библиотека необходима тем, кто самостоятельно в свои конфигурации встраивает функционал работы с 1С: Документооборотом и кому требуются всегда актуальные возможности. Сейчас в версии 1C:ERP 2.5.6.17 до сих пор встроена версия библиотеки 1.1.15.1, а в версии 1C:ERP 2.5.7.78 даже предыдущая версия – 1.1.17.2. Но вот в новой версии 1С: ЗУП – 3.1.18, уже реализована возможность согласовывать заявку на подбор персонала через 1С: Документооборот, с которым теперь можно настроить бесшовную интеграцию по этому документу.

1С: Система проектирования прикладных решений 2.0.2

В новую СППР, в «Органайзер» добавили ни много ни мало – систему планирования и учета рабочего времени, а также «Мой календарь». Если у вас до сих пор нет системы планирования и учета рабочего времени, самое время начать использовать ее в СППР. Исправлено несколько ошибок, впрочем, их в этой конфигурации минимальное количество.

Помимо этого:

Значительной доработке подверглись также «Разработка» и «Тестирование». Теперь возможно ведение различных веток разработки. Поддерживаются ветки, разрабатываемые как в хранилище конфигурации, так и в git-репозитории.
Добавлено чтение и запись сценариев тестирования через API git-сервера. Теперь можно хранить сценарии тестирования в разрезе веток git.
В связи с реализацией в Разработке веток, регистрация ошибок также доработана под данный функционал.
Существенно доработан механизм работы с патчами.
В задачах процессов каждой задаче добавили самостоятельные ресурсы, не зависящие от родительской задачи. В предыдущей версии было возможно только распределение ресурсов родительской задачи.
Также теперь можно загружать данные о результате выполнения сборок на CI-сервере в СППР. Добавлены отчеты для представления загруженных данных.

Фирма «1С» сообщила о выходе версии 1.9.0 среды разработки бизнес-приложений 1C:Enterprise Development Tools с новой порцией улучшений.

1C:Enterprise Development Tools, впервые выпущенная в апреле 2015 года, представляет собой интегрированную среду нового поколения для разработки бизнес-приложений на платформе «1С:Предприятие 8». Ее предполагается использовать параллельно с действующим конфигуратором.

Особенности версии 1.9.0

В 1C:Enterprise Development Tools реализовали механизм сбора статистики возникающих ошибок и использования той или иной функциональности, которая обезличивается и отправляется разработчикам фирмы «1С» для улучшения инструмента в будущем.

Оптимизации

Уменьшен объем используемой памяти и ускорено выполнение ряда операций:

Уменьшен объем дисковой памяти, используемой для хранения проектов. Например, объем памяти, используемой конфигурацией «ERP Управление предприятием 2», сокращен почти в два раза.

Уменьшено потребление оперативной памяти при модификации конфигурации, а также при сравнении и объединении конфигураций.

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

Ускорено сравнение HTML-документов в процессе сравнения конфигураций. Наибольшее ускорение, на 20–30%, достигается при трехстороннем сравнении.

Ускорен поиск подсистем в диалоге фильтрации дерева конфигурации по подсистемам.

Ускорено открытие состава общего реквизита в его редакторе (закладка «Состав»).

Уменьшено потребление памяти при отображении реквизитов формы в ее редакторе (закладка «Реквизиты»).

Ускорено открытие форм списка в редакторе за счет оптимизации ряда внутренних операций.

Ускорено открытие редактора схемы компоновки данных и некоторых диалогов, вызываемых из этого редактора (диалог выбора типа, диалог редактирования выражения для вычисляемых полей, редактор вложенной схемы компоновки данных). Также ускорен переход между полями в диалоге «Выражение упорядочивания» и некоторые другие действия.

Оптимизированы открытие, редактирование и закрытие табличного документа. Достигнуто ускорение в 1,5–3 раза.

Командная разработка

Улучшены механизмы сравнения и объединения:

В редакторе сравнения и объединения модулей в строковых переменных, состоящих из нескольких слов, помечаются только измененные слова. Ранее вся строковая переменная помечалась как измененная, что усложняло визуальный поиск отличий.

В настройках сравнения и объединения теперь можно разрешить или запретить удаление объектов главного источника.

В диалоге сравнения прав теперь можно отбирать объекты главной конфигурации с помощью поиска по строке.

В редактор сравнения/объединения и в диалог сравнения прав добавлены иконки, обозначающие действие, которое будет выполнено при объединении: удаление свойства или его добавление.

Объединение неконфликтных изменений при трехстороннем сравнении выполняется теперь автоматически. В результат берутся изменения, выполненные «слева» и «справа» от родителя. При объединении конфликтных изменений модулей больше не проставляются флажки «MRG» в теле модулей.

Редактор встроенного языка

Улучшены механизмы работы с кодом на встроенном языке:

Реализовано автодополнение строкового литерала для функции «ПолучитьФункциональнуюОпцию». Теперь можно не вводить имя опции вручную, а выбрать одну из имеющихся в конфигурации опций.

Теперь можно скопировать текущую строку, просто нажав Ctrl+C. Не нужно выделять ее всю, как раньше.

Развитие механизмов работы с комментариями:

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

Реализована контекстная подсказка при редактировании текста комментария.

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

Конфигурации на поддержке

Устранена большая часть неудобств, возникающих при работе с объектами, которые находятся на поддержке, например:

некорректное отображение элементов управления, связанных с объектами, изменение которых запрещено;

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

Преемственность версий

«1С» обеспечила преемственность версий 1C:Enterprise Development Tools – конфигурации, созданные средствами версии 1.8.0, можно продолжать разрабатывать в версии 1.9.0. Когда запустится новая версия среды разработки, на старой рабочей области произведется автоматическая миграция проектов. После этого разработка на предыдущей версии поддерживаться перестанет.

Системные требования

Intel Core i7, AMD Ryzen

Сложность прикладного решения

Рекомендуем свежий обзор, посвященный практическому опыту использования разработки в EDT, и другие публикации по EDT, которые есть в нашей библиотеке.
Полный список улучшений и подробное описание новых возможностей версии 1.9.0 на сайте «1С» и во встроенной справке 1C:Enterprise Development Tool или на диске ИТС.

Что больше всего вас привлекает в 1С:Enterprise Development tools?

Система редактирования запросов и возможность сохранения комментариев после редактирования конструктором (46.88%, 15 голосов) Структура модуля, иерархия вызовов, er-diagram (28.13%, 9 голосов) Механизм сравнения в целом, а также сравнение форм, ролей (21.88%, 7 голосов) (5) Одним угумсом не отделаться. :) А подробнее? Хотя бы пару предложений (6) Ну что сказать, до иделала еще далеко, но по сравнению с 1.8 - прогресс очень заметен, особенно в скорости и в отсутствии багов, которые реально мешают работать. Мое личное мнение - если нет нужды использовать GIT, пока на нее переходить еще рано. Самое неудобное для меня, на данный момент, это отладка. Нормального представления, например, для таблицы значений - нет. Приходится смотреть построчно. Если в переменной длинный текст, например, запрос, приходится растягивать окно с сожержимым как-то, а чаще всего копировать его в в какой-нибудь notepad и смотреть целиком. И таким мелочей еще много. Но повторюсь, работе уже не мешает. (7) к сожалению, это далеко не весь список недостатков, посидели два дня на 1.9, и обратно. А если поконючить, то получается, с апреля 2015, с учетом, что её ну хотя бы год-полтора писали до этого, разработке уже

6 лет? Среды, для которой текстовый редактор и инфраструктура была сделана "эклипсом", а методология вся конфигураторе и без которого среда - почти как блокнот++, и учтем что разработка на жаве вроде как быстрее плюсов (частое заблуждение), ёлки, многовато времени!

Я не говорил, что это все ее недостатки, я перечислил то, что больше всего раздражает меня. В остальном пока все без особых проблем.

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

А еще про темную тему забыли написать, вроде раньше не было, хотя мне не зашла. Единственная новость которую я жду про EDT - это то что в 1с сами разработчики типовых решений пересели на эту среду разработки. Все остальное - бесконечное тестирование на хомячках. MaiorovYury; xsazar; Irwin; Fox-trot; ErshKUS; Gluk_1C; acanta; Silenser; ifilll; DoctorRoza; Tavalik; sm.artem; AllexSoft; boln; A_Max; AlexGroovy; ZLENKO; kraynev-navi; Kosstikk; theshadowco; grumagargler; GATTUSO; CyberCerber; kolya_tlt; Froloid; Solovyeff; Plotks2017; s22; sanjakaiser; + 29 – Ответить (9) насколько мне известно ERP уже начали писать на EDT, но релиз выходит скорее всего по старинке из хранилища Возможно ли писать в EDT обработку для нескольких конфигураций, помечая участки кода, например это для УТ, а это для УТ и КА, а это общий для всех и т.п.. И потом компилировать несколько разных обработок для разных видов конфигураций?

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

Но, надеюсь когда-нибудь и директивы препроцессора появятся, хотя бы определяемые самостоятельно

Или да же так (код отрабатывает при компиляции)

Но, тут дело не в EDT - а расширении самого языка - может появится где-нибудь в 1С: Предприятие 8.5, 8.6 а то придётся и 9-е поколение ждать - когда язык алгоритмов более существенно подтянут к современным реалиям программирования XXI века!

надеюсь когда-нибудь и директивы препроцессора появятся
нннннеееееееееееееееееееееееееееееееееееееееееееет.
т.е. оно тормозит потому что очень сложно разобрать в ast язык 1с? т.е. оно тормозит потому что очень сложно разобрать в ast язык 1с?
Возможно. Учитывая, что директивы препроцессора уже есть в языке. (19) Что конкретно у вас тормозит? Конфигурация долго импортируется? Так посмотрите на размер конфигурации выгруженной в файлы + на количество этих самых файлов. Кроме непосредственно записи их еще проиндексировать надо. Если открыть аналогичный проект с подобного объекма в какой-либо другой IDE, сильно сомневаюсь, что вы быстрее его импортируете.
Всё по-немногу, претензий нет, с этим можно жить. Про то, что edt приходится делать, я в курсе, но и лишнего трепета на этот счет не испытываю, есть практический опыт в разборе конфигураций и анализе кода. Наибольшие проблемы мы испытываем при непосредственной работе в среде, наборе кода, перемещения между окнами (особенно при работе без мышки), пропадания курсора, старые подсказки, самопроизвольное сворачивание дерева метаданных, неправильная синтаксическая подсветка и другие неудобства. Я не знаю когда вы начали работать с edt, лично мы добросовестно пытались много раз на протяжении пары лет, и если года два назад - эти болячки были понятны, то сегодня уже нет, особенно если вы производите в среднем 100-150 строк кода в день. Можно было бы утверждать, что нам этот продукт достается как подарок свыше, и нечего ёрничать, но учитывая, что вся партнерская сеть сидит на ИТС-налоге, хотелось бы и спросить, почему edt больше похоже на факультатив. во-вторых, это на порядок усложняет программный анализ кода - потом мы почему-то удивляемся, что EDT тормозит.

Не велико усложнение, сущая ерунда для препроцессора - который и так этот анализ делает. Кстати, EDT это не так сильно касается (имхо), т.к. препроцессор отрабатывает уже в самой платформе а не в IDE среде (грубо говоря не в EDT и не в конфигураторе, и даже не момент формирования конфигурации в ИБ, а в момент первичного обращения к модулям - но тут могу ошибиться; естественно это не касается заранее откомпилированных модулей без исходного кода).

Кстати, для 1С я бы ограничил только "одним" местом (модулем), где можно было бы создавать свои определения препроцессора - считаю что для этого нужен свой отдельный "общий" модуль инициализации (типа как для параметров сеанса, только на уровне метаданных) - а если точнее - произвольное количество таких модулей (но чётко помеченных что это модуль инициализации) - чтобы все подсистемы могли иметь свой такой модуль в составе конфигурации. И отрабатывать такой модуль должен только один раз - при переносе основной конфигурации в конфигурацию ИБ (и только если хоть один такой модуль был изменен, или при отдельном ручном запуске переницииализации). Все определения бы тут сразу инициализировались только "один раз" и их значения бы кешировались в составе метаданных. Естественно с учётом расширений - такой кеш для разных потребителей должен быть свой, как и сами значения и их влияние на работу остальных алгоритмов. Это даст развитие целому новому направлению - интеграционному конфигурированию - когда поставляемые встраиваемые решения/подситемы могут сами себя (свои алгоритмы и метаданные) конфигурировать ещё на стадии компиляции - оптимизируя конечный результат, и настраивая его работу, в зависимости от каких-то заданных внешних/внутренних настроек.
Может и это, когда-нибудь увидим 1С: Предприятие. но, наверное, уже только 9-го поколения - не раньше :-(

(13)Сам себя чутка поправлю, вернее дополню: вместо "Вычислить" для обращения к общим модулям, которых может не быть, есть ещё в БСП такая функция: "ОбщегоНазначения.ОбщийМодуль(Имя) Экспорт" (или тут ОбщегоНазначенияКлиентСервер.ОбщийМодуль(Имя) Экспорт"), но она отсутствует в ранних версиях БСП (простите не знаю точно с какой версии появилась), и в разных версиях БСП имеет разный путь, можно использовать её для получения общего модуля (как это делается в БСП и конфигурациях на БСП):

Но, посмотрев её алгоритм (беру версию из БП 3.0, внутренние реализации в разных БСП тоже чутка разные, но не принципиально):

мы увидим, что всё сводится опять к вызову функции "Вычислить" - а если модуль не будет найден - будет сгенерировано "разумное исключение".

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

Так же в конфигурациях на БСП делают проверки на наличие подсистем функцией "ОбщегоНазначения.ПодсистемаСуществует(ПолноеИмяПодсистемы) Экспорт" ("ОбщегоНазначенияКлиентСервер.ПодсистемаСуществует(ПолноеИмяПодсистемы) Экспорт") для проверки существования того или иного алгоритмического функционала - можно использовать тот же подход - чтобы разграничивать разные алгоритмы своего кода. Аналогично можно проверять не только подсистемы но и другие метаданные.

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

Наверное не дождёмся такого. Быстрее ИИ придёт на помощь и принцип проектирования программ кардинально поменяется.

(37)Да, Вы хотите совершенно не то, что по классике решается директивами препроцессора. Вам нужно, чтобы обрезка проходила ещё на этапе сборки конфигурации поставки. Я в этой ветке писал про желание иметь модуль(и) инициализации для процессов интеграции - там я говорил о конфигурировании состава метаданных и алгоритма уже у клиента. Но если мутить такую систему для клиента - то имело бы смысл расширить её и для поставщиков решений - чтобы на основе тех же настроек опций (и инициализированных директив, в процессе выполнения алгоритма на этапе конфигурирования - подготовки конфигурации или внешней обработки) можно было получить настроенную конфигурацию/обработку как поставку для клиента (а не только как конфигурацию ИБ для текущей базы). То есть, такой подход реально был бы удобен и клиентам и поставщикам. Может такое когда-нибудь и появится. Не от самой 1С, так от "партнёров", в качестве плагина к EDT.

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

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

Сделать такой инструмент не очень сложно - а пользы будет очень много - Вы достигнете что хотите. А сделав такой инструмент хоть как обработку для 1С Предприятие 8 или как скрипт для One Script , то потом можно уже и соответствующий плагин для Снегопата и далее EDT набросать.
Дерзайте.

Технология «1С:Предприятие.Элемент» должна расширить границы применения технологической платформы «1С:Предприятие» – с ее помощью можно будет разрабатывать консьюмерские приложения, фронт-офисы, B2B- и B2C-кабинеты.

Что представляет собой новая технология «1С:Предприятие.Элемент»

Официальный технологический блог «Заметки из Зазеркалья» анонсировал новый технологический подход к разработке клиентских приложений. В качестве основных компонентов технологии обозначены:

новый пользовательский интерфейс, ориентированный в первую очередь на работу в веб;
динамично развивающийся встроенный язык;
поддержка модульности разработки;
среда разработки, развернутая в облаке и доступная через браузер;
ориентация на работу решений в облаке, но будет поддержка и локальной установки (on-premise);
мобильность, что подразумевает возможность работы приложения на мобильных устройствах и в мобильных браузерах сразу «из коробки».

Предполагается, что на начальном этапе новая технология будет предназначена для кастомизации продуктов «1С:Кабинет сотрудника» и 1С:Шина, а в дальнейшем ее использование будет возможно и для других задач.

Каких-либо определенных временных рамок о выходе готового решения или тестовых релизов не сообщается. Также нет сведений ни о лицензионной политике, ни о стоимости данного продукта.

Разработка клиентских приложений не может быть прежней

Фирма «1С» на протяжении нескольких лет активно развивает свои онлайн-сервисы. Однако существенным ограничением для их распространения является отсутствие возможности кастомизации. При этом настройка «под себя» востребована в наиболее интересном с коммерческой точки зрения сегменте – в корпоративном.

Например, сервис «1С:Кабинет сотрудника», который поддерживает рассылку расчетных листков и ознакомление с ними, может существенно расширить свои возможности после завершения эксперимента по переходу на электронный кадровый документооборот. А без возможности доработать приложение ценность продукта для крупного бизнеса будет существенно ниже.

Важным обстоятельством является то, что ряд сервисов предполагает массовую инсталляцию: если с конфигурациями для ведения учета работают лишь некоторые специалисты, то такие приложения, как «1С:Кабинет сотрудника», может использовать каждый, кто работает на предприятии.

Очевидно, что для дальнейшего развития, фирма «1С» должна была предложить какое-то решение для массовых клиентских приложений. Именно таким решением и является «1С:Предприятие.Элемент».

Встроенный язык – один из основных компонентов технологии «1С:Предприятие.Элемент»

Встроенный язык, подробное описание которого доступно в публикациях об «1С:Исполнителе», поддерживает статическую типизацию. Также сохранится возможность использовать динамическую типизацию, но это, по мнению разработчиков 1С, не должно являться основным подходом к разработке.

Возможности стандартной библиотеки

Особенности языка запросов

Модульность

Еще один подход, который предлагают авторы нового подхода – это модульность. Так, «1С:Предприятие.Элемент» позволит создавать проекты трех видов:

Приложение – законченная функциональность для автоматизации бизнеса
Библиотека – способ разделения объектов для повторного использования
Расширение – способ добавить и/или переопределить функциональность приложения и/или библиотеки

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

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

Новый пользовательский интерфейс

При создании нового интерфейса, разработчики исходили из того, что он должен быть простым и легким в освоении, использовать современные UI/UX подходы, быть максимально «отзывчивым», а также быть ориентированным на использование в веб-среде и на мобильных устройствах.

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

интерфейс строится из компонентов
компонент – это переиспользуемый элемент интерфейса
технология предоставляет стандартные компоненты
разработчик приложения (или библиотеки) может создать свои компоненты из стандартных и использовать их в разных частях приложения

Высокой «динамичности» интерфейса планируется достигать за счет вычисляемых свойств компонентов: «Например, можно задать свойства компонентов в дизайн-тайме через любое выражение встроенного языка:

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

«Облачность из коробки», среда разработки, работа на мобильных устройствах

Предполагается, что все инструменты разработки будут доступны в облаке, развернутом на мощностях фирмы «1С». Хотя делается оговорка, что возможен вариант и с локальной установкой (on-premise). Но в любом случае основным интерфейсом для разработчика должна стать «Панель управления», в состав которой входит:

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

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

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

Отмечается также, что новая технология разработки будет поддерживать работу веб-клиента в мобильных браузерах сразу «из коробки». Также можно будет собрать клиент в виде нативного мобильного приложения.

Читайте также: