Управляемое приложение. Управляемое приложение Что такое управляемое приложение в 1с 8.3

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

Что же изменилось в управляемом приложении, по сравнению с обычным?

Интерфейс

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

Повышение масштабируемости

Масштабируемость - это способность системы адаптироваться к расширению предъявляемых требований и возрастанию объёмов решаемых задач. Управляемое приложение увеличивает масштабируемость системы за счет нескольких пунктов:

• За счет переноса нагрузки с клиентской части на серверную. В обычном приложении вся работа с объектами информационной базы, расчётами, выполнением обработок, формированием отчётов выполнялась на компьютере пользователя, лишь некоторые общие модули работали на сервере. В управляемом приложении на клиенте выполняются только такие действия, как:
  • получение, открытие и отображение форм,
  • интерактивный диалог с пользователем,
  • небольшие расчёты,
  • работа с локальными файлами и торговым оборудованием;
• Если для работы программного продукта 1С: Предприятие используется кластер серверов, то включается динамическое распределение нагрузки на сервера, чего нет при работе в обычном приложении;
• Сервер 1С переработан в сторону повышения надежности и устойчивости.

Удалённая работа (онлайн)

Удалённая работа с информационной базой в управляемом приложении представлена в двух режимах:

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

Быстрая настройка системы при внедрении

Важнейшей особенностью управляемого приложения является возможность настройки конфигурации при внедрении вместо её изменения. Появление такого объекта конфигурации, как функциональные опции, позволило реализовать возможность включения и выключения целых функциональных частей сложных прикладных решений. Например: в конфигурации « » в общих настройках одним нажатием кнопки можно включить или отключить такой глобальный модуль, как Учёт по складам. При этом система автоматически настраивает пользовательский интерфейс, управляя отображением отдельных реквизитов и команд, связанных с этой функциональной частью.

Снижение трудоёмкости описания интерфейсов и отчетов

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

При построении интерфейса для конкретного пользователя система использует это описание с учётом различных факторов (прав пользователя, особенностей конкретного внедрения, настроек, сделанных самим пользователем).

Возможность централизованного управления интерфейсом

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

Развитие системы разграничения прав доступа

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

Пользовательские настройки

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

И Data Transfer Object к структуризации кода, управляемой формы в среде 1С 8.2.

Введение

Начнем с небольшого описания понятия «управляемая форма» и связанных концепций платформы 1С. Знатоки платформы могут пропустить этот раздел.

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

• Толстый клиент (обычный и управляемый режим запуска)
• Тонкий клиент
• Веб-клиент

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

• Декларативное, а не «по пикселям» описание структуры. Конкретное размещение элементов выполняется системой автоматически при отображении формы.
• Вся функциональность формы описывается в виде реквизитов и команд . Реквизиты – это данные, с которыми работает форма, а команды – выполняемые действия.
• Форма выполняется и на сервере и на клиенте.
• В контексте клиента, недоступны практически все прикладные типы, и соответственно невозможно изменить данные в информационной базе.
• Для каждого метода или переменной формы обязательно должна быть указана директива компиляции , определяющая, место выполнения (клиент или сервер) и доступ к контексту формы.

Перечислим директивы компиляции методов формы:

• &НаКлиенте
• &НаСервере
• &НаСервереБезКонтекста
• &НаКлиентеНаСервереБезКонтекста

Проиллюстрируем перечисленное. На скриншоте пример управляемой формы и ее модуля в режиме разработки. Найдите декларативное описание, реквизиты, директивы компиляции и т.д.

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

Обозначим проблему

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

Рассмотрим структуру кода (модуль формы) в нескольких формах одной типовой конфигурации и попробуем найти закономерности.
Под структурой будем понимать секции кода (чаще всего это блоки комментариев) выделенные разработчиком для группировки методов и директивы компиляции этих методов.
Пример 1:
Секция обработчиков событий Метод – наклиенте Метод – насервере Метод - наклиенте Секция служебных процедур и функций Вспомогательные функции управления вводом
Пример 2:
Служебные процедуры и функции Документы оплаты Ценности Обработчики событий
Пример 3:
Служебные процедуры на сервере Служебные процедуры на клиенте Служебные процедуры на сервере без контекста Обработчики событий шапки Обработчики событий команд
Пример 4:
Процедуры общего назначения Обработчики событий формы Процедуры подсистемы «контактная информация»
По сути, структура кода отсутствует, или мягче говоря, она аналогична тому, что было в формах 8.1:

• Неинформативные слова «Общие, Служебные, Вспомогательные».
• Робкие попытки разделить клиентские и серверные методы.
• Часто методы группируются по интерфейсным элементам «Работа с табличной частью Товары, Контактной информацией».
• Произвольное расположение методов и групп кода. Например, Обработчики событий могут быть в одной форме вверху, в другой внизу, в третьей вообще не выделены и т.д.
• И не будем забывать, что это все в рамках одной конфигурации.
• Да бывают конфигурации, в которых слова «Общие, Служебные, Вспомогательные» всегда находятся на одних и тех же местах но…

Зачем нужна структура кода?

• Упрощение сопровождения.
• Упрощение обучения.
• Фиксация общих/важных/удачных принципов.
• …ваш вариант

Почему существующий стандарт разработки от фирмы 1С не помогает?

Посмотрим опубликованные на дисках ИТС и в различных «Пособиях разработчика…» принципы, рекомендуемые при написании управляемой формы.

• Минимизируйте число серверных вызовов.
• Максимум вычислений на сервере.
• Неконтекстные вызовы сервера быстрее контекстных.
• Программируйте с учетом клиент-серверного взаимодействия.
• и т.п.

Это лозунги, абсолютно верные, но как их реализовать? Как минимизировать число вызовов, что значит программировать в клиент-серверном режиме?

Шаблоны проектирования или мудрость поколений

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

• Remote Facade (далее Интерфейс удаленного доступа)
• Data Transfer Object (далее Объект переноса данных)

Слово Мартину Фаулеру , его описание данных принципов:

• … каждый объект, потенциально предназначенный для удаленного доступа, должен иметь интерфейс с низкой степенью детализации , что позволит максимально уменьшить количество вызовов, необходимых для выполнения определенной процедуры. … Вместо того, чтобы запрашивать счёт и все его пункты отдельно, надо считать и обновить все пункты счёта за одно обращение. Это влияет на всю структуру объекта.…Запомните: интерфейс удаленного доступа не содержит логики домена .
• …если бы я был заботливой мамой, то обязательно сказал бы своему ребенку: «Никогда не пиши объекты переноса данных!» В большинстве случаев объекты переноса данных представляют собой не более чем раздутый набор полей … Ценность этого омерзительного монстра состоит исключительно в возможности передавать по сети несколько элементов информации за один вызов - прием, который имеет большое значение для распределенных систем.

Примеры шаблонов в платформе 1С

Прикладной программный интерфейс доступный разработчику при разработке управляемой формы, содержит много примеров данных принципов.
Например метод ОткрытьФорму(), типичный «огрубленный» интерфейс.
ПараметрыОткрытия = Новый Структура("Параметр1, Параметр2, Параметр3", Значение1, Значение2, Значение3); Форма = ОткрытьФорму(ИмяФормы, ПараметрыОткрытия);
Сравните с принятым в v8.1 стилем.
Форма = ПолучитьФорму(ИмяФормы); Форма.Параметр1 = Значение1; Форма.Параметр2 = Значение2; Форма.Открыть();

В контексте управляемой формы множество «Объектов переноса данных». Можно выделить системные и определяемые разработчиком .
Системные моделируют на клиенте прикладной объект, в виде одного или несколько элементов данных формы. Создать их вне привязки к реквизитам формы нельзя.

• ДанныеФормыСтруктура
• ДанныеФормыКоллекция
• ДанныеФормыСтруктураСКоллекцией
• ДанныеФормыДерево

Преобразование системных объектов переноса данных в прикладные типы и обратно выполняется методами:

• ЗначениеВДанныеФормы()
• ДанныеФормыВЗначение()
• КопироватьДанныеФормы()
• ЗначениеВРеквизитФормы()
• РеквизитФормыВЗначение()

Часто явное преобразование используется при адаптации существующего решения. Методы могут ожидать (использовать особенности) входные параметры, например ТаблицаЗначений, а не ДанныеФормыКоллекция, или метод был определен в контексте прикладного объекта и стал недоступен для прямого вызова из формы.
Пример 1С v8.1:
// на клиенте в контексте формы ЗаполнитьКэшПользователей(ПодразделениеСсылка)
Пример 1С v8.2:
// на сервере в контексте формы ОбработкаОбъект = РеквизитФормыВЗначение("Объект"); ОбработкаОбъект.ЗаполнитьКэшПользователей(ПодразделениеСсылка); ЗначениеВРеквизитФормы(ОбработкаОбъект, "Объект");

Объекты переноса данных, структура которых определяется разработчиком это небольшое подмножество типов доступных и на клиенте и на сервере. Наиболее часто в качестве параметров и результатов методов «огрубленного» интерфейса используются:

• Примитивные типы (строка, число, булево)
• Структура
• Соответствие
• Массив
• Ссылки на прикладные объекты (уникальный идентификатор и текстовое представление)

Пример: метод принимает список заказов для изменения статуса и возвращает клиенту описание ошибок.
&НаСервереБезКонтекста Функция СерверИзменитьСтатусЗаказов(Заказы, НовыйСтатус) Ошибки = Новый Соответствие(); // [заказ][описание ошибки] Для Каждого Заказ Из Заказы Цикл НачатьТранзакцию(); Попытка ДокОб = Заказ.ПолучитьОбъект(); …. другие действия, возможно не только с заказом… Исключение ОтменитьТранзакцию(); Ошибки.Вставить(Заказ, ОписаниеОшибки()); КонецПопытки; КонецЦикла; Возврат Ошибки; КонецФункции // СерверИзменитьСтатусЗаказов()

Структурируем код

Главные цели, которые должен отражать модуль управляемой формы и подходы к решению.

• Четкое разделение клиентского и серверного кода. Не будем забывать, в момент выполнения это два взаимодействующих процесса, в каждом из которых существенно отличается доступный функционал.
• Четкое выделение интерфейса удаленного доступа, какие методы сервера можно вызывать с клиента, а какие нельзя? Названия методов удаленного интерфейса начинаются с префикса «Сервер». Это позволяет, читая код сразу видеть переход управления на сервер, и упрощает использование контекстной подсказки. Отметим, что официальная рекомендация (ИТС) предлагает именовать методы с постфиксами, например, так ИзменитьСтатусЗаказовНаСервере(). Однако повторим не все серверные методы можно вызывать с клиента, и поэтому более важна логическая доступность, а не место компиляции. Поэтому префиксом «Сервер» отмечаем только методы доступные для клиента, метод-пример назовем СерверИзменитьСтатусЗаказов().
• Удобочитаемость. Дело вкуса, принимаем порядок, когда модуль начинается с процедур создания формы на сервере и методов удаленного доступа.
• Сопровождаемость. Должно быть однозначно определено место для добавления нового кода. Важный момент, автоматически создаваемые конфигуратором заготовки методов добавляются в конец модуля. Т.к чаще всего автоматически создаются обработчики событий элементов формы, то соответствующий блок расположен последним, чтобы не перетаскивать каждый обработчик в другое место модуля.

Ниже приведена базовая структура модуля, реализующая перечисленные цели.

• Графический вариант – наглядно показывает основной поток выполнения.
• Текстовый вариант - это пример оформления шаблона для быстрой вставки структуры в новый модуль формы.

//////////////////////////////////////////////////////////////////////////////// // <(c) Автор="" Дата=""/> // <Описание> // // //////////////////////////////////////////////////////////////////////////////// // ПЕРЕМЕННЫЕ МОДУЛЯ //////////////////////////////////////////////////////////////////////////////// // НА СЕРВЕРЕ //******* СОБЫТИЯ НА СЕРВЕРЕ ******* &НаСервере Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка) //Вставить содержимое обработчика КонецПроцедуры //******* ИНТЕРФЕЙС УДАЛЕННОГО ДОСТУПА ******* //******* БИЗНЕС-ЛОГИКА НА СЕРВЕРЕ ******* //////////////////////////////////////////////////////////////////////////////// // ОБЩИЕ МЕТОДЫ КЛИЕНТА И СЕРВЕРА //////////////////////////////////////////////////////////////////////////////// // НА КЛИЕНТЕ //******* БИЗНЕС-ЛОГИКА НА КЛИЕНТЕ ******* //******* КОМАНДЫ ******* //******* СОБЫТИЯ НА КЛИЕНТЕ ******* //////////////////////////////////////////////////////////////////////////////// // ОПЕРАТОРЫ ОСНОВНОЙ ПРОГРАММЫ

Связанные вопросы

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

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

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

ПолучитьФорму() . Открыть()

Это самый медленный метод открытия форм. Тем не менее, он позволяет программно обработать форму перед открытием. Для обработки код нужно немного изменить:

Форма= ПолучитьФорму("Документ.ПоступлениеТоваровУслуг.ФормаДокумента" ) ;
//Тут выполняем действия с формой
Форма. Открыть() ;

Надо учитывать, что при получении формы будет выполняться еще процедура события ПриСозданииНаСервере.

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

1. Как открыть форму объекта в управляемом приложении, если есть ссылка на него.

В этом случае все предельно просто.

СпрСсылка= Справочники. Номенклатура. НайтиПоКоду("000000001" ) ;
ОткрытьЗначение(СпрСсылка) ;

2. Как открыть форму выбора и получить потом выбранное значение.

Для этого существует функция ВвестиЗначение(). У функции 3 параметра:

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

В результате выполнения функции откроется форма выбора по умолчанию для объекта указанного типа.

Перем Значение;
Массив= новый массив;
Массив. Добавить(Тип("СправочникСсылка.Номенклатура" ) ) ;
Массив. Добавить(Тип("СправочникСсылка.Контрагенты" ) ) ;

ОписаниеТипов= новый ОписаниеТипов(Массив) ;

Рез= ВвестиЗначение(Значение, "Подсказка" , ОписаниеТипов) ;

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

Эта функция имеет довольно много параметров. Рассмотрим некоторые из них:

• Имя формы — тут можно выбрать либо одну из стандартных форм объекта, например, ФормаВыбора или ФормаСписка . Или конкретную, созданную разработчиками форму.
• Параметры — позволяет передать в форму в виде структуры некоторые параметры перед ее открытием, тем самым определив выводимые данные. Параметры могут представлять собой любые данные, которые можно передавать с клиента на сервер. Переданные при открытии формы параметры можно обработать в процедуре ПриСозданииНаСервере() у открываемой формы.
• Режим открытия формы — имеет 3 варианта: независимый, блокировать весь интерфейс, блокировать форму владельца.

Рассмотрим, как применяется функция ОткрытьФорму() в различных ситуациях.

3. Как открыть форму существующего объекта

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

&НаКлиенте
Процедура Команда1 (Команда)
Параметр= новый структура;
Параметр. Вставить("Ключ" , НайтиС() ) ;
ОткрытьФорму(, Параметр) ;
КонецПроцедуры

&НаСервере
Функция НайтиС() ;
Возврат Справочники. Контрагенты. НайтиПоРеквизиту ("ИНН" , "745107734623" )
КонецФункции

4. Как открыть форму нового объекта

Тут подойдет просто функция ОткрытьФорму() без всяких параметров.

&НаКлиенте
Процедура Команда1 (Команда)
ОткрытьФорму("Справочник.Контрагенты.ФормаОбъекта" ) ;
КонецПроцедуры

5. Как открыть форму нового объекта и заполнить ее на основании чего-либо

Нужно передать параметр Основание , значением которого будет являться ссылка на объект-основание заполнения. При этом будет запущена процедура ОбработкаЗаполнения().

&НаКлиенте
Процедура Команда1 (Команда)
Параметр= новый структура;
Параметр. Вставить("Основание" , СсылкаНаСчетПокупателю) ;
ОткрытьФорму("Документ.РеализацияТоваровУслуг.ФормаОбъекта" , Параметр) ;
КонецПроцедуры

В этом примере будет создан документ Реализация товаров и услуг и заполнен на основании счета на оплату покупателю, ссылка на который была передана.

6. Как открыть форму и задать на ней отбор

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

Чтобы организовать простой отбор, нужно передать в открываемую форму параметр с ключом Отбор , значением будет являться структура, в которой ключ — имя поля динамического списка, а значение — искомые данные.

Например, откроем форму списка справочника НомераГТД и сделаем там отбор по владельцу — элементу справочника Номенклатура .

&НаКлиенте
Процедура Команда1 (Команда)
Параметр= новый структура;

Отбор= новый Структура;
Отбор. Вставить("Владелец" , СсылкаНаНоменклатуру) ;

Параметр. Вставить("Отбор" , Отбор) ;

ОткрытьФорму("Справочник.НомераГТД.ФормаСписка" , Параметр) ;
КонецПроцедуры

7. Как открыть форму записи регистра сведений

Для этого понадобится ключ записи регистра сведений.

Ключ записи — это значения всех измерений и период (если регистр периодический). То есть ключ записи — это параметры, по которым можно однозначно идентифицировать запись.

Алгоритм открытия следующий:

1. Заносим в структуру данные ключа записи с необходимыми значениями.
2. Помещаем полученную структуру в массив.
3. Из массива создаем ключ записи.
4. Передаем в открываемую форму параметр Ключ с ключом записи из п.3 в качестве значения.

&НаКлиенте
Процедура Команда1 (Команда)
Параметр= новый структура;

ПараметрыКлюча= новый Структура;
ПараметрыКлюча. Вставить("Номенклатура" , СсылкаНаНоменклатуру) ;
ПараметрыКлюча. Вставить("ТипЦены" , СсылкаНаТипЦен) ;
ПараметрыКлюча. Вставить("Период" , Дата) ;

МассивКлюча = Новый Массив;
МассивКлюча. Добавить(ПараметрыКлюча) ;

КлючЗаписи = Новый("РегистрСведенийКлючЗаписи.ЦеныНоменклатуры" , МассивКлюча) ;

Параметр. Вставить("Ключ" , КлючЗаписи) ;

ОткрытьФорму("РегистрСведений.ЦеныНоменклатуры.ФормаЗаписи" , Параметр) ;
КонецПроцедуры

  4
  В конфигураторе в свойства конфигурации, есть параметр «Режим использования модальности» Если установить Не использовать, то - принципе весь код, который после ОткрытьФормуМодально() Вопрос(), Предупреждение(),...   3
  Нужно чтобы пользователи не могли менять настроенный для них интерфейс! Решение: Для отключения нужно в правах доступа у корневого элемента конфигурации убрать право " Сохранение данных пользователя ". ...   3
 При работе с документами в 1С очень часто возникает необходимость просматривать их движения по регистрам...   2
  В текущей работе пользователь обычно открывает несколько объектов. Это может быть документ, справочник, отчет и т.д. В предыдущем интерфейсе не было проблем быстро найти открытый объект и актуализировать его для...   2
  В прошлой статье: Установка адресного классификатора (KLADR) в 1С я рассказал Вам что такое Кладр и как его загрузить в 1С обычные формы (8.0-8.2). В данной статье я расскажу как загрузить Адресный классификатор (KLADR) в...

Внимание! Теперь курс проводится и в вечернее время с 18:30 до 21:30 в формате погружения.

Курс является составной частью комплексного курса "Эффективная работа в системе "1С:Предприятие 8" .

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

В курсе рассматривается новая модель построения интерфейса приложения, новая реализация клиент-серверной архитектуры, механизм форм. В ходе курса слушатели приобретут практические навыки по конфигурированию, администрированию, программированию в изучаемом программном комплексе. Эти навыки будут приобретаться по мере решения учебной задачи. Суть этой задачи: настройка предоставленной конфигурации для обеспечения возможности работы в режиме «тонкого клиента».

Курс предназначен: для специалистов, имеющих опыт конфигурирования прикладных решений на платформе "1С:Предприятие" (версий 7.7, 8.0, 8.1, 8.2 - обычное приложение).

Механизмы, рассматриваемые в курсе:

• Принципы построения управляемого интерфейса
• Новые модули, контекст исполнения модулей, механизм взаимодействия
• Интерфейсные свойства объектов конфигурации
• Настройка формы (в режиме конфигуратора, в режиме исполнения)
• Директивы, клиент-серверное программирование, механизм работы управляемой формы
• Механизм функциональных опций, функциональные опции форм
• Формы списка, динамические списки
• Механизм формирования печатных форм
• Изменения в механизме компоновки данных (особенности работы в управляемом приложении)
• Привилегированный /безопасный режимы
• Временное хранилище, новая технология работы с файлами, картинками
• Механизм взаимодействия форм, организация подбора
• Работа с настройками системы, переопределение механизма хранения настроек
• Внешние источники
• Механизм разделения данных
• Автоматизированное тестирование
• Мобильная платформа

В стоимость очного дневного курса включено:

• 2 дня с 10:00 до 17:00
• методические материалы
• обеды, кофе-брейки
• свидетельство фирмы "1С"

В стоимость WEB-курса включено:

• 5 недель курса, 5 вебинаров с преподавателем
• свидетельство 1С-Учебного центра №3 (при условии выполнения практики)

В стоимость очного курса-погружения включено:

• 5 дней с 10:00 до 17:00 или 9 вечеров с 18:30 по 21:30
• конспект, наушники
• обеды, кофе-брейки
• доступ на 2 года к обновляемым видеоматериалам после окончания курса
• свидетельство 1С-Учебного центра №3

Форматы обучения

Очное дневное

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

Продолжительность: 16 академических часов

WEB-обучение

Что это за формат: Предлагаемый формат сочетает многие преимущества дистанционного обучения с очной составляющей, представленной видеоматериалами и онлайн-консультациями.
WEB-курс состоит из видеороликов, практических задач и вебинаров с преподавателям. Ко всем материалам курса предоставляется круглосуточный доступ через Интернет – можно заниматься в удобное время. Курс разделен на занятия. В течение занятия изучаются материалы по текущей теме, выполняются практикумы, задаются вопросы преподавателю. В конце каждого занятия проводится вебинар, на котором преподаватель разбирает все поступившие вопросы, типовые ошибки, объясняет правильное решение. Запись вебинаров доступна в портале. Таким образом проходят несколько занятий одно за другим. В конце проводится итоговая самостоятельная работа и итоговый вебинар.

Продолжительность: 5 недель

Что это за формат:

Продолжительность: 40 академических часов

Что это за формат: Очный курс-погружение - формат, сочетающий в себе все плюсы очного обучения, дистанционных технологий и индивидуального обучения. Занятия проходят в оборудованном учебном классе, Вы самостоятельно изучаете материалы курса (пошаговые видеоролики) и выполняете практикумы. При этом в аудитории находится преподаватель, который готов в любой момент ответить на вопрос и помочь с решением практических задач, а также проверить правильность их выполнения.
Преимущества – индивидуальные консультации преподавателя по Вашим вопросам, подходящий лично для Вас темп прохождения материала.
Все это дает более глубокую проработку материала курса.
Этот курс возможно пройти со своего рабочего места с полным эффектом присутствия преподавателя там, где ученик! Если эта возможность Вас заинтересовала – позвоните нам!

Продолжительность: 40 академических часов

Программа курса

ЦЕЛИ И ЗАДАЧИ КУРСА

ВВЕДЕНИЕ

1. ВАРИАНТЫ ФУНКЦИОНИРОВАНИЯ

2. ТЕХНИЧЕСКАЯ СТРУКТУРА ВЗАИМОДЕЙСТВИЯ

• Клиент-серверный вариант:
• Файловый вариант:
• Используемые протоколы
• Структура кластера серверов
• Сеансы
• Виды модулей, возможности общих

3. КОМАНДНЫЙ ИНТЕРФЕЙС

• Подсистемы
• Команды
• Предварительная настройка
• Улучшение интерфейса

4. ИНТЕРФЕЙСНЫЕ СВОЙСТВА

• Пользовательское представление объектов
• Стандартные реквизиты
• Контроль заполнения реквизитов объектов
• Установка значения по умолчанию
• Использование подчинения

5. ФУНКЦИОНАЛЬНЫЕ ОПЦИИ

6. УПРАВЛЯЕМАЯ ФОРМА

• Настройка диалога
• Определение обработчиков событий
• Расчет суммы документа
• Проверка заполнения, сообщения
• Обработка заполнения
• Использование тумблера
• Управление привилегированным режимом
• Безопасный режим
• Новая методика проведения по регистрам
• Событийная модель управляемой формы
• Функциональные опции форм
• Просмотр движений регистра

7. СОЗДАНИЕ ПЕЧАТНОЙ ФОРМЫ

• Простая расшифровка

8. ФОРМЫ СПИСКА

• Форма списка документа "Продажа товаров"
• Форма выбора справочника "Номенклатура"
• Использование обработчика «ПриПолученииДанныхНаСервере»
• Получение данных, отображаемых динамическим списком

9. ОТКАЗ ОТ МОДАЛЬНЫХ ВЫЗОВОВ.

10. ВРЕМЕННОЕ ХРАНИЛИЩЕ

• Работа с файлами (картинками)
• Организация подбора

11. УПРАВЛЯЕМЫЕ ОТЧЕТЫ

• Отчет "Остатки номенклатуры"
• Варианты отчета
• Пользовательские настройки
• Получение значения расшифровки

12. ИСТОРИЯ ДАННЫХ

13. МЕХАНИЗМ АГРЕГАТОВ

14. ГРАНИЦЫ ИНТЕРВАЛА ХРАНЕНИЯ ИТОГОВ

15. ОПРЕДЕЛЯЕМЫЕ ТИПЫ

16. РАБОЧИЙ СТОЛ

17. ХРАНЕНИЕ НАСТРОЕК

• Сохранение настроек отчетов

18. ОБЩИЕ РЕКВИЗИТЫ

• Определение общих реквизитов у объектов
• Механизм разделения данных

19. РАСШИРЕНИЯ КОНФИГУРАЦИИ

20. ПЛАНИРОВЩИК

21. ВНЕШНИЕ ИСТОЧНИКИ ДАННЫХ

• Подключение к базе Access

22. АВТОМАТИЗИРОВАННОЕ ТЕСТИРОВАНИЕ

23. МОБИЛЬНАЯ ПЛАТФОРМА

• Введение (выдержки с "http://v8.1c.ru/overview/Term_000000818.htm")
• Разработка базы данных
• Предварительная настройка
• Сборка мобильного приложения
• Тестирование приложения

Технические требования:

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

Можно использовать «1С:Предприятие 8.3» Версия для обучения программированию.