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

Процесс исполнения встроенного языка 1С:Предприятия

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

Ограничение на установку признака «Вызов сервера» у общих модулей

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

Использование значений, влияющих на поведение клиентского приложения

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

Минимизация количества серверных вызовов

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

Безопасность прикладного программного интерфейса сервера

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

Использование замера производительности для оптимизации клиент-серверных приложений в 1С:Предприятии 8

1С:Предприятие 8 позволяет отлаживать и измерять производительность для кода на встроенном языке, исполняемом как на клиенте, так и на сервере.Объединение результатов замера производительности для клиента и сервера. Отображение серверных вызовов.. Отображение места исполнения кода: на клиенте или на сервере.. Фильтрация результатов замера. Оптимизация приложения. Выполнить замер производительности. Проанализировать результаты замера производительности. Оптимизировать прикладной код

Демонстрационная конфигурация "Управляемое приложение"

Демонстрационная конфигурация предназначена для работы с платформой "1С:Предприятие" версии 8.3 и содержит следующие примеры:Демонстрационная конфигурация мобильного приложения "1С:Демо"

Функциональность обычного приложения, отсутствующая в управляемом приложении

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

Использование REST web-сервисов в "1C:Предприятии 8"

REST (REpresentation State Transfer) подход является одним из наиболее популярных подходов, использующихся для реализации web-сервисов в Интернете. REST web-сервисы являются более легковесными альтернативами SOAP веб-сервисам.

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

Одной из особенностей разработки мобильных приложений является ограниченность ресурсов, предоставляемых устройством программе. Поэтому по сравнению с разработкой настольных приложений требуется уделять больше внимания оптимизации алгоритмов потребления памяти и быстродействию.Управление занимаемой памятью. Проектирование состава хранимых объектов мобильной информационной базы. Проектирование обмена данными с мобильным устройством. Подготовка отчетов. Проектирование форм. Адаптация к различным разрешениям экрана (DPI) устройств. Адаптация к различным размерам устройств. Рациональное использование пространства. Горизонтальная прокрутка

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

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

Мобильная платформа

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

Приложение для интеграции программы лояльности "Бонус Плюс" ПриватБанка и "1С:Розница для Украины", редакция 1

В этом разделе представлено "Приложение для интеграции программы лояльности "Бонус Плюс" ПриватБанка и "1С:Розница для Украины", редакция 1".Документация. Установка

Руководство пользователя

Установка платформы исполнения мобильных приложений на мобильное устройство

Использование дублирующего кода

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

Правила создания общих модулей

1.1. Общие модули создаются для реализации процедур и функций, объединенных по некоторому признаку. Как правило, в один общий модуль помещаются процедуры и функции одной подсистемы конфигурации (продажи, закупки) или процедуры и функции сходного функционального назначения (работа со строками, общего назначения).См. также

Поддержка толстого клиента, управляемое приложение, клиент-сервер

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

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

1.1. С помощью подсистем решаются две методические задачи:См. также

Общие требования к конфигурации

1.1. Конфигурация должна использовать только штатные и документированные возможности платформы 1С:Предприятие.См. также

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

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

Подтверждение завершения работы с программой

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