Материалы слушателям курсов: "Возврат": 1С:Предприятие 8.2 / Разработчикам
1С:Предприятие 8.2 / Разработчикам / Клиент-серверное взаимодействие и вопросы безопасности
Использование модулей с повторным использованием возвращаемых значений
Область применения: управляемое приложение, мобильное приложение, обычное приложение.1С:Предприятие 8.2 / Разработчикам / Обмен данными
В системе программ "1С:Предприятие 8" реализована схема CommerceML для обмена электронными документами при совершении операций купли-продажи товаров и комиссионных операций. Схема описывает четыре вида XML-документов: Классификатор, Каталог, Коммерческое предложение, Документы (CommerceML).Комментарий к XML-схеме обмена коммерческой информацией для реализации обмена Поставщик - Покупатель
1С:Предприятие 8.2 / Разработчикам / Платформа, механизмы и технологии
Методика перевода работы пользователей на другую информационную базу
В процессе работы возникает необходимость перевести пользователей на работу с другой информационной базой, например при переходе на другую версию платформы (например, перейти с версии 1С:Предприятие 8.1 на версию 1С:Предприятие 8.2) или при переходе на другую СУБД (например, переход с файлового варианта на клиент-серверный вариант).Описание методики миграции. Доработки исходной информационной базы. Развертывание новой информационной базы и настройка регулярного обмена. Процесс миграции. Описание перехода на примере перехода на новую версию 1С:Предприятия. Доработка конфигурации. Добавление механизма обмена. Создание копии информационной базы. Развертывание новой информационной базы. Эксплуатация. Отключение синхронизации с предыдущей версией информационной базы В статье будут рассмотрены причины отказа от дальнейшей поддержки модальных окон в платформе «1С:Предприятие» и типовые сценарии перевода имеющегося функционала на новую модель.Развитие продуктов «1С» и платформы «1С:Предприятие». Проблемы поддержки модальных окон в среде Интернет. Несколько терминов и определений. Общие принципы при переходе на асинхронную модель построения бизнес-логики. Новые асинхронные средства платформы для взаимодействия с пользователем. Особенности реализации асинхронной бизнес-логики. Типовые сценарии при переходе на асинхронную модель. Вопрос пользователю в команде формы. Вопрос пользователю при закрытии формы. Вопрос пользователю во вложенных процедурах. Заключение
1С:Предприятие 8.2 / Разработчикам / Реализация обработки данных
1. Проверку того, что результат выполнения запроса не содержит строк следует выполнять с помощью метода Пустой. Поскольку на получение выборки из результата запроса (выгрузка его в таблицу значений) будет затрачиваться дополнительное время. Неправильно:
При чтении отдельных реквизитов объекта из базы данных следует иметь в виду, что вызов метода ПолучитьОбъект или обращение к реквизитам объекта через точку от ссылки приводит к загрузке объекта из базы целиком, вместе с его табличными частями.
1С:Предприятие 8.2 / Разработчикам / Система компоновки данных
В выражениях системы компоновки данных можно использовать функции общих модулей.
1С:Предприятие 8.2 / Разработчикам / Соглашения при написании кода
Особенности использования структур в качестве параметров процедур и функций
Область применения: управляемое приложение, мобильное приложение, обычное приложение.См. также Verdana; 9.5pt; "1. Правильный выбор имен процедур и функций очень важен для повышения читаемости кода. В большинстве случаев хорошо выбранное имя процедуры в сочетании с правильно подобранными именами параметров избавляют от необходимости ее как-то дополнительно описывать. В ряде случаев, сложности в выборе имени процедуры и (или) ее параметров свидетельствуют о неправильной архитектуре программного кода. И наоборот, если "самодокументирующееся" имя придумать легко, значит процедура спроектирована правильно.
1. В конструкциях встроенного языка ключевые слова пишутся канонически (как в документации или Синтакс-помощнике). Правильно:См. также
1С:Предприятие 8.2 / Разработчикам / Создание и изменение объектов метаданных
1. В данном обработчике, как правило, должны выполняться действия, связанные с заполнением значений реквизитов объекта (набора записей, значения константы; далее упрощенно - "объект"), проверки правильности их заполнения, связанности состояния объекта с некоторыми внешними данными. Также в данном обработчике следует выполнять действия, связанные с обращением к "старым" значениям реквизитов объекта, сохраненным в базу данных (имеет смысл при редактировании уже записанных ранее объектов, наборов записей и т.п.).
1.1. Параметры сеанса предназначены для хранения значений определенных типов для каждого клиентского сеанса на время работы этого сеанса. Инициализацию параметров сеанса следует выполнять в модуле сеанса (см. ниже раздел 2.1), а их значения рекомендуется использовать в запросах и условиях ограничения доступа к данным для текущего сеанса.Примеры параметров сеанса:Установка параметров сеанса "по требованию". См. также
Просмотреть еще статьи на тему "Возврат".
Мы на Facebook