Материалы слушателям курсов: "Возврат": 1С:Предприятие 8.2 / Разработчикам

Обмен "Поставщик - Покупатель"

В системе программ "1С:Предприятие 8" реализована схема CommerceML для обмена электронными документами при совершении операций купли-продажи товаров и комиссионных операций. Схема описывает четыре вида XML-документов: Классификатор, Каталог, Коммерческое предложение, Документы (CommerceML).Комментарий к XML-схеме обмена коммерческой информацией для реализации обмена Поставщик - Покупатель

Методика перевода работы пользователей на другую информационную базу

В процессе работы возникает необходимость перевести пользователей на работу с другой информационной базой, например при переходе на другую версию платформы (например, перейти с версии 1С:Предприятие 8.1 на версию 1С:Предприятие 8.2) или при переходе на другую СУБД (например, переход с файлового варианта на клиент-серверный вариант).Описание методики миграции. Доработки исходной информационной базы. Развертывание новой информационной базы и настройка регулярного обмена. Процесс миграции. Описание перехода на примере перехода на новую версию 1С:Предприятия. Доработка конфигурации. Добавление механизма обмена. Создание копии информационной базы. Развертывание новой информационной базы. Эксплуатация. Отключение синхронизации с предыдущей версией информационной базы

Отказ от использования модальных окон

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

Проверка на пустой результат выполнения запроса

1. Проверку того, что результат выполнения запроса не содержит строк следует выполнять с помощью метода Пустой. Поскольку на получение выборки из результата запроса (выгрузка его в таблицу значений) будет затрачиваться дополнительное время. Неправильно:

Чтение отдельных реквизитов объекта из базы данных

При чтении отдельных реквизитов объекта из базы данных следует иметь в виду, что вызов метода ПолучитьОбъект или обращение к реквизитам объекта через точку от ссылки приводит к загрузке объекта из базы целиком, вместе с его табличными частями.

Использование функций общих модулей

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

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

Область применения: управляемое приложение, мобильное приложение, обычное приложение.См. также

Имена процедур и функций

Verdana; 9.5pt; "1. Правильный выбор имен процедур и функций очень важен для повышения читаемости кода. В большинстве случаев хорошо выбранное имя процедуры в сочетании с правильно подобранными именами параметров избавляют от необходимости ее как-то дополнительно описывать. В ряде случаев, сложности в выборе имени процедуры и (или) ее параметров свидетельствуют о неправильной архитектуре программного кода. И наоборот, если "самодокументирующееся" имя придумать легко, значит процедура спроектирована правильно.

Общие требования к построению конструкций встроенного языка

1. В конструкциях встроенного языка ключевые слова пишутся канонически (как в документации или Синтакс-помощнике). Правильно:См. также

Обработчик события ПередЗаписью

1. В данном обработчике, как правило, должны выполняться действия, связанные с заполнением значений реквизитов объекта (набора записей, значения константы; далее упрощенно - "объект"), проверки правильности их заполнения, связанности состояния объекта с некоторыми внешними данными. Также в данном обработчике следует выполнять действия, связанные с обращением к "старым" значениям реквизитов объекта, сохраненным в базу данных (имеет смысл при редактировании уже записанных ранее объектов, наборов записей и т.п.).

Использование параметров сеанса

1.1. Параметры сеанса предназначены для хранения значений определенных типов для каждого клиентского сеанса на время работы этого сеанса. Инициализацию параметров сеанса следует выполнять в модуле сеанса (см. ниже раздел 2.1), а их значения рекомендуется использовать в запросах и условиях ограничения доступа к данным для текущего сеанса.Примеры параметров сеанса:Установка параметров сеанса "по требованию". См. также