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

Эффективная работа ограничений доступа к данным на уровне записей

В статье дается условное разделение ограничений прав доступа на уровне записей на простые и сложные; показано, как эти ограничения влияют на запрос к СУБД; даются рекомендации по написанию эффективных ограничений на уровне записей.1. Режимы наложения ограничений. 2. Различие между простым и сложным ограничением. 3. Принципы трансляции ограничения доступа на уровне записей в запрос к СУБД. 4. Как написать эффективные ограничения доступа на уровне записей

Использование параметра ТипПоиска в методе НайтиПоРасположению() географической схемы

Географическая схема предоставляет возможность разработчику выполнить поиск объекта (объектов) относительно других объектов. Для этого предназначен метод НайтиПоРасположению() . Метод имеет следующий синтаксис:

Особенности масштабирования по выбранному объекту

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

Пример работы с HTTPСоединение

Пример демонстрирует обработку кодов состояния, которые может вернуть HTTP-сервер. Отдельно обрабатываются ошибки запроса, ошибки сервера и перенаправление на новый URL-адрес.

Доступ к файловой системе из кода конфигурации

Рабочие процессы могут быть также запущены от имени другого пользователя, отличного от того, под которым запускается агент сервера. Подробнее см. руководство администратора клиент-серверного варианта, описание служебного файла swpuser.iniРабота с временными файлами и каталогами. Передача файлов между клиентом и сервером. См. также

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

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

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

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

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

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

Пример работы с HTTPСоединение

Пример демонстрирует обработку кодов состояния, которые может вернуть HTTP-сервер. Отдельно обрабатываются ошибки запроса, ошибки сервера и перенаправление на новый URL-адрес.

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

В документе приведена методика по обеспечению совместимости прикладных решений, разработанных на платформе "1С:Предприятие 8.2", с платформой "1С:Предприятие 8.3". Этот процесс условно делится на два этапа - Подготовительный и Финальный.Подготовительный этап. Конфликт имен свойств. Конфликт имен картинок. Изменение свойств фиксированной структуры. Помещение во временное хранилище несериализуемых значений. Пересмотр работы с предопределенными элементами в РИБ. Финальный этап. Переименования методов и свойств. Доработка механизмов работы с отборами, условным оформлением, группировками и порядком в динамических списках. Запрос с ключевым словом ИТОГИ ПО ОБЩИЕ и выгруженный в режиме ОбходРезультатаЗапроса.ПоГруппировкам. Изменения имен классов COM-объектов. Отказ от события НачалоВыбораИзСписка для полей ввода в режиме выбора из списка. Отказ от свойства КнопкаСпискаВыбора для полей ввода. Поддержка nux-клиента. Скрыть или отключить механизмы в nux-клиенте, которые не рассчитаны на работу в ОС nux. Элемент управления ПолеHTMLДокумента и поле формы вида Поле HTML документа. Задействовать возможности платформы "1С:Предприятие 8.3" по унификации работы под ОС nux и Windows. Отказ от всех модальных окон. Пример перевода метода глобального контекста ОткрытьФормуМодально на ОткрытьФорму. Пример перевода вопроса в обработчиках ПередЗакрытием. Пример перевода метода ОткрытьМодально объекта ДиалогРасписанияРегламентногоЗадания на Показать. Дополнительные сведения по работе с объектом ОписаниеОповещения

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

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

Практикум 12. Создание процедуры расчета записей регистра Начисления

До сих пор мы с вами просто заносили в регистр расчета Начисления записи о том, что необходимо выполнить какой-либо вид расчета. Но каким именно образом получать эти результаты, не говорили. Теперь настало время описать алгоритмы формирования различных видов расчетов.Создание отчета НачисленияСотрудникам. Выполнение перерасчета записей регистра расчета. Графическое представление начислений. Диаграмма Ганта. Создание отчета ДиаграммаНачислений

Практикум 11. План видов расчета, регистр расчета

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

Практикум 8. Оптимизация процедуры проведения

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

Практикум 7. Универсальный отчет

На примере создания универсального отчета мы узнаем, как система компоновки данных может взаимодействовать со сводной таблицей.Отчет Универсальный2

Особенности кода счета в 1С:Предприятии 8

Код счета хранится в информационной базе в том виде, в котором был введен. Исключение составляет хранение кода счета в условиях, когда маска кода счета содержит символы “@”. В этом случае группа знаков кода, для которой в маске стоят символы “@”, упаковывается – из нее вырезаются пробелы.Код счета. Порядок счета. Свойство АвтоПорядокПоКоду. Пример использования свойства АвтоПорядокПоКоду в форме списка счетов. Пример использования свойства АвтоПорядокПоКоду в запросе

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

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

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

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

Ограничение на использование конструкции "ОБЪЕДИНИТЬ ВСЕ" в запросах

В запросах не следует выполнять соединений с помощью конструкции ОБЪЕДИНИТЬ ВСЕ строковых полей ограниченной длины с полями неограниченной длины, если результат объединяющего запроса упорядочивается с помощью конструкции УПОРЯДОЧИТЬ ПО.См. также

Упорядочивание результатов запроса

1.1. Если алгоритм обработки результатов запроса зависит от порядка записей в запросе или если результат обработки запроса в той или иной форме представляется пользователю, то в тексте запроса следует использовать предложение УПОРЯДОЧИТЬ ПО. В отсутствие выражения УПОРЯДОЧИТЬ ПО невозможно сделать никаких предположений о том, в каком порядке будут представлены записи в результатах запроса.Совместное использование с конструкцией РАЗЛИЧНЫЕ. Ограничения на использование конструкции АВТОУПОРЯДОЧИВАНИЕ

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

1. Если в операции деления заранее известны порядки числителя и знаменателя, то следует по возможности избегать выполнения деления числа заведомого маленького порядка на число заведомо большого порядка. Например, вместо:

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

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

Работа с расшифровкой в управляемом приложении

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

Использование глобальных переменных в программных модулях

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

Обработчики событий модуля формы, подключаемые из кода

Обработчикам событий модуля формы, которые устанавливаются из кода с помощью метода УстановитьДействие, рекомендуется задавать префикс Подключаемый_. Например:

Тексты модулей

1. Тексты модулей должны быть написаны на русском языке. В текстах модулях не допускается использовать букву "ё".См. также

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

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

Начальные действия при работе конфигурации

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

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

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