Сообщения

Для чего свойство "Сохраняемые данные" у реквизита формы

Изображение
Допустим, стоит задача, необходимо в справочнике хранить дорожную карту в виде графической схемы и её описание в виде табличного документа. Для решения этой задачи необходимо создать в справочнике два реквизита с типом ХранилищеЗначений . В форме элемента справочника создать реквизиты с типами ГрафическаяСхема и ТабличныйДокумент . При открытии формы данные из реквизитов объекта загружаются в реквизиты формы, при записи выполняется обратная операция. Теперь давайте разберемся, нужно ли устанавливать для реквизитов формы свойство "Сохраняемые данные" или нет? Для эксперимента создадим два реквизита формы с разным состоянием свойства "Сохраняемые данные" (см. рисунок 1): ДорожнаяКарта - тип ГрафическаяСхема , свойство "Сохраняемые данные" установлено; ОписаниеДорожнойКарты - тип ТабличныйДокумент , свойство "Сохраняемые данные" не установлено. Рисунок 1. Реквизиты формы

Часть 2. Тестирование и отладка HTTP-сервиса с помощью SoapUI

Изображение
Часть 1. Создание HTTP-сервиса Самый простой способ тестирования http-сервиса, это воспользоваться готовым бесплатным программным продуктом, который создан именно для таких целей. Я предпочитаю пользоваться программой SoapUI. Запускаем SoapUI, создаем новый REST проект File -> New REST Project. В открывшемся окне вводим URI http-ресурса (см. рисунок 1), который собран по шаблону: http://<доменное имя>/<имя публикации>/hs/<шаблон URL>?<параметры> . Рисунок 1. Создание нового REST проекта

Влияние свойства "Изменяет данные" на поведение команды объекта

Изображение
Многие начинающие разработчики игнорируют свойство команды объекта "Изменяет данные"то ли не замечают его, то ли не хотят разбираться с ним. Давайте выясним, каким образом данное свойство влияет на поведение команды и почему не стоит его игнорировать. Создадим для справочника две команды, одна с установленным свойством "Изменяет данные", другая без (см. рисунок 1). Рисунок 1. Команды объекта

Часть 1. Создание HTTP-сервиса

Изображение
Часть 2. Тестирование и отладка HTTP-сервиса с помощью SoapUI Разработаем HTTP-сервис, который по уникальному идентификатору номенклатуры будет возвращать остаток этой номенклатуры на складе. HTTP-сервис должен отвечать следующим требованиям: Формат запроса и ответа - JSON; Запрос принимается методом POST; В заголовках запроса должна присутствовать информация о клиенте (клиент - другая информационная система); Сервис должен быть версионируемым (что бы клиенты не страдали от изменений в сервисе, а по возможности переходили на следующую версию). Первым делом, создаем HTTP-сервис HTTPСервисОстатки , в корневом URL указываем значение balance . Рисунок 1. Основные свойства http-сервиса

Описание виртуальных таблиц регистра сведений

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