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

В программировании под словом интерфейс могут иметь ввиду несколько разных значений. Мы сейчас имеем ввиду «интерфейс пользователя».

Интерфейс пользователя – это все окна, меню, кнопки и прочее, с чем пользователь работает непосредственно в программе.

Дизайн интерфейса – это использованный шрифт, цвет, фоновая картинка и другие элементы декора. Дизайн не влияет на состав интерфейса.

В платформе 1С реализованы два разных механизма интерфейса пользователя, которые используются в разных . В толстом клиенте 1С свой интерфейс, в тонком (и веб клиенте) – свой.

Поговорим сегодня о пользовательском интерфейсе 1С.

Интерфейс 1С

Интерфейс 1С толстого клиента выглядит так.

В него входят:

• Главное меню
• Панели.

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

В конфигураторе интерфейс 1С находится в ветке Общие/Интерфейсы.

Программист создает интерфейс 1С с определенным названием и при создании пользователя указывает интерфейс 1С по умолчанию этого пользователя.

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

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

Если добавить еще панели – то они будут отображены панелями (с кнопками).

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

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

При добавлении верхнего пункта меню, в свойствах можно выбрать одно из типовых меню – Файл, Операции, Сервис, Окна, Справка.

После добавления кнопки или пункта меню нужно выбрать выполняемое действие. Действие может быть двух видов.

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

Если Вы хотите, чтобы в результате нажатия выполнялась произвольная команда – нажмите лупу. Функция может располагаться в . После выбора модуля в нем будет создана функция обработчик, модуль будет открыт для редактирования.

Управляемый командный интерфейс 1С

В новой версии 1С 8.2 появились новые виды клиентов – .

Интерфейс 1С тонкого клиента выглядит так.

Интерфейс 1С веб клиента выглядит так.

В идеале они одинаковы, и, как видно, сильно отличаются от интерфейса 1С толстого клиента.

Он теперь состоит не только из меню и панелей, а из:
1) Список разделов учета
2) Навигации по выбранному разделу
3) Команд на выполнение в текущем разделе
4) Формы для выполнения текущей операции.

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

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

Подсистемы 1С

Основой управляемого командного интерфейса 1С является список разделов учета. Например – деньги и товары, два раздела учета.

В конфигурации за разделы учета отвечает объект 1С Подсистемы, который находится в ветке Общие/Подсистемы 1С.

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

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

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

Содержимое главного окна программы, а также набор доступных для работы команд, функций, кнопок и прочих инструментов зависит от того, какой интерфейс включен в данный момент. В типовой конфигурации основные наборы интерфейсов: полный, бухгалтерский и административный. Выбор интерфейса осуществляется с помощью соответствующих команд меню Сервис → Переключить интерфейс. Самый полный набор инструментов можно использовать при включенном интерфейсе «Полный». Если включен интерфейс «Бухгалтерский», то в меню Операции будет отсутствовать больше половины команд, если включен интерфейс «Административный», то исчезает большинство пунктов главного меню. Здесь и далее подразумевается, что в программе включен интерфейс «Полный».

Рисунок 2.5 - Главное окно программы «1С:Бухгалтерия 8»

При выборе полного интерфейса главное меню содержит следующие пункты:

Файл – команды данного меню предназначены для работы с файлами. Эти команды знакомы пользователям Windows: к ним относятся, например, команды Новый, Открыть, Сохранить, Сохранить как, Печать, Предварительный просмотр, Выход и др.

Правка – в состав данного меню включены команды редактирования, поиска данных и замены данных. Они также знакомы пользователям Windows: Вырезать, Копировать, Вставить, Выделить все, Найти и др.

Операции – с помощью команд данного меню осуществляется выбор вариантов работы с данными информационной базы. Например, при выполнении команды Операции →Планы счетов на экране откроется окно выбора плана счетов. Некоторые команды меню Операции дублируют пункты главного меню.

Банк , Касса , Покупка , Продажа , Склад , Производство , ОС , НМА , Зарплата , Кадры – эти пункты меню предназначены для ведения соответствующего участка бухгалтерского учета. В них содержится полный набор журналов, первичных документов, справочников по обрабатываемому участку учета.

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

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

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

Окна – в этом меню содержатся команды, предназначенные для управления окнами программы: Расположить подряд, Расположить горизонтально, Расположить вертикально, Закрыть все и др.

Справка – в состав этого меню включены команды, предназначенные для вызова справочной информации, а также для просмотра сведений о программе.

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

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

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

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

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

С помощью панели функций можно быстро, одним щелчком мыши перейти в требуемый режим.

При работе с программой можно использовать так называемые «горячие клавиши» . Например, переход в режим редактирования документа осуществляется нажатием клавиши F2 , в режим формирования нового документа – с помощью клавиши Insert и т.д. Описание некоторых стандартных действий по работе с программой представлено в таблице 2.1

Таблица 2.1 - Описание стандартных действий по работе с программой

Действие	Описание	«Горячие» клавиши	Кнопки в панели инструментов
Добавить	Добавить новый документ, новую строчку в документ, новый элемент в справочник	«Insert» (Ins)
Добавить группу	Добавить новую группу элементов в справочнике (создание иерархических справочников)	«Ctrl» +«F9»
Удалить	Пометить на удаление документ, элемент в справочнике, удалить строчку в документе	«Delete» (Del)
Копировать	Добавить новый (документ, строчку в документе, элемент в справочнике) путем копирования уже имеющегося	«F9»
Открыть элемент в списке	Открыть (например, для изменения) документ в журнале, строчку в документе, элемент в справочнике	«F2»
Открыть список	Открыть для выбора элемента список (журнал документов, справочник)	«F4»	или
Обновить	Обновить текущий список (в справочнике, документе, отчете и др).	«Ctrl» + «Shift» + «R»
Ввести на основании	Создать документ на основании другого документа	-
Провести	Проведение документа	-
Отмена проведения	Отмена проведения документа	-
Результат проведения	Открыть результат проведения документа: формирование проводок в регистре бухгалтерии и записей в других регистрах	-
Записать	Сохранить (например, измененный или новый) документ, элемент в справочнике без закрытия формы	«Ctrl» + «S»	или
Записать и закрыть форму (для документа с проведением)	Сохранить (например, измененный или новый) документ, элемент в справочнике с закрытием формы, а для документа - и с проведением	«Ctrl» + «Enter»	или
Открыть справку	Открыть справку о документе, справочнике и др. объектах программы	F1

Интерфейс всех прикладных решений системы «1С:Предприятия 8» имеет единую концепцию, основанную на использовании стандартных элементов, предоставляемых платформой. Благодаря такому подходу пользователи, знакомые с каким-либо одним прикладным решением, могут быстро освоить работу с любыми другими прикладными решениями системы «1С:Предприятия 8». 2.6. Администрирование работы пользователей в программе «1С:Бухгалтерия 8» При работе пользователей с системой «1С:Предприятие 8» в сети важное значение имеют разделение доступа и интеграция. Каждый пользователь системы должен иметь свободный доступ к общей информации, такой, как справочники. С другой стороны, необходимо, чтобы каждый пользователь имел дело только с той информацией, которая необходима ему для работы, и никак не мог своими действиями повлиять на работу других пользователей или на работоспособность системы в целом. Конфигуратор системы «1С:Предприятие» содержит развитые средства администрирования, предназначенные для решения указанных задач. Прежде всего, в процессе создания конфигурации создается необходимое число типовых наборов прав (ролей и интерфейсов), описывающих полномочия различных категорий пользователей на доступ к информации, обрабатываемой системой (рисунок 2.6). Роли могут быть заданы в достаточно широких пределах - от возможности только просмотра ограниченного числа видов документов до полного набора прав по вводу, просмотру, корректировке и удалению любых видов данных, а также по их полям и отдельным записям (группам записей). Все составные части конфигурации тесно связаны между собой и требуют, как правило, согласованного внесения изменений (особенно это касается пользовательских прав). Так, назначение ролей может выполняться только для существующих объектов конфигурации (конкретных документов, журналов, справочников, отчетов). Добавление в структуру конфигурации нового объекта должно сопровождаться внесением соответствующих изменений в роли. Для эффективной работы пользователей в процессе настройки конфигурации задачи для каждого пользователя может быть создан индивидуальный пользовательский интерфейс. Такой интерфейс включает команды главного меню и панели инструментов, настроенные на работу пользователя с той информацией, доступ к которой разрешен его набором прав. Система учитывает назначение прав на объекты при построении пользовательского командного интерфейса. Если, например, пользователю запрещен просмотр какого-либо справочника, то команда открытия формы списка этого справочника будет удалена из командного интерфейса автоматически. Рисунок 2.6. - Окно конфигурация с типовым набором прав (ролей и интерфейсов) В системе «1С: Предприятие 8» существует возможность создания списка пользователей, которым разрешена работа с системой. Этот список будет использоваться для авторизации пользователя при его входе в систему. Для каждого пользователя может быть установлен пароль на вход в систему. Он используется для подтверждения прав пользователей на работу в системе «1С:Предприятие 8». Список пользователей системы «1С:Предприятие 8» не является частью конфигурации задачи. Он создается отдельно в конкретной организации, в которой используется система. Вызов на экран осуществляется выбором в режиме «Конфигуратор» пункта меню Администрирование → Пользователи. Окно со списком пользователей имеет командную панель для ведения списка (создание, редактирование и удаление) и табличное поле с двумя колонками. В колонке Имя выводится список пользователей, зарегистрированных для работы с системой «1С:Предприятие». Колонка Полное имя может содержать расшифровку имени, выданного в первой колонке. Для добавления нового пользователя следует нажать на пиктограмму Добавить . В открывшемся окне Пользователи на закладке Основные указывается Имя, Полное имя, Пароль. На закладке Прочие указываются: Доступные роли, Основной интерфейс, Язык (рисунок 2.7). Рисунок 2.7.- Создание пользователя в списке пользователей конфигурации В режиме «Конфигуратор» в меню Администрирование → Активные пользователи можно просмотреть список активных пользователей, работающих как в режиме конфигурирования, так и в режиме исполнения конфигурации,а по пункту Журнал регистрации - вывести журнал регистрации, где отображаются все действия конкретных пользователей в программе. Важной задачей администрирования программы является ведение архивных копий информационной базы. Выполнение загрузки и выгрузки информационной базы производится в режиме «Конфигуратор». Проведение этой процедуры должно выполняться периодически, чтобы в случае разрушения базы данных иметь возможность с минимальными потерями восстановить исходные данные. Для выгрузки информационной базы и создания архива используется пункт Администрирование → Выгрузить информационную базу . Для загрузки информационной базы из архива выбирается пункт Администрирование → Загрузить информационную базу .

ТЕСТОВЫЕ ВОПРОСЫ ПО ТЕМЕ

И 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С: Такси»

Глава 2.Обычное и управляемое приложение 1С

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

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

В мире программного обеспечения все точно так же. Одна система это человек – оператор, пользователь. А вторая система это некоторое приложение, созданное для автоматизации определенного вида человеческой деятельности (мы рассматриваем прикладное программирование).

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

Рис. 1.2.1 Пример командной строки

На этом рисунке приведена командная строка операционной системы Windows, с помощью неё Вы можете делать почти все операции, которые делаете в проводнике: копировать файлы, удалять файлы, создавать каталоги и т.п.

Данный вид интерфейса давно является архаичным, и на его смену пришел графический интерфейс пользователя (анг. graphical user interface GUI). В этом интерфейсе взаимодействие между пользователем и приложением происходит посредством различных графических элементов, нарисованных на дисплее (кнопки, иконки, переключатели и т.п). В графическом интерфейсе оператор имеет произвольный доступ посредством органов управления к любым графическим элементами. В нашем случае, когда автоматизируем складской учет, взаимодействие может выглядеть так: оператор нажимает кнопку «Приход», открывается форма подбора товара, где оператор выбирает нужный товар из списка и вводит его количество. Если нужно осуществить расход, то оператор нажимает кнопку «Расход», так же открывается форма подбора, где оператор так же выбирает нужный товар и вводит его количество. Когда нужно сверить остатки, оператор нажимает на кнопку «Остатки», и программа выводит ему остатки товара на складе. Тем самым с помощью данного графического интерфейса Вы можете вполне успешно вести учет товаров на складе.

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

Платформы редакции 8.0 и 8.1. работали только под обычным режимом, более высокие версии платформы (8.2, 8.3 и т.д.) могут работать и в режиме обычного приложения, и в режиме управляемого приложения.

Режим обычного приложения

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

В режиме обычного приложения используется интерфейс и формы, которые применялись в платформах 8.0 и 8.1. Раньше этот режим никак не назывался, сейчас же он называется «режим обычного приложения», а формы, которые используются в этом режиме, называются «обычные формы».

Посмотрим вкратце, как выглядит этот режим. Многим он уже будет знаком, но некоторые, особенно те, кто не застал работу под платформами 8.0 и 8.1, его увидят в первый раз.

После загрузки программы пользователь видит интерфейс с меню в его верхней части (см. рис. 1.2.2).

Рис 1.2.2 Вид интерфейса обычного приложения

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

Рис.1.2.3. Форма списка документов

Из формы списка пользователь может открыть форму документа или справочника (см. рис. 1.2.4).

Рис. 1.2.4. Форма документа

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

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

Рис 1.2.5. Конструирование обычных форм

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

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

Режим управляемого приложения

Так в чем же особенность и кардинальное различие режима управляемого приложения от обычного? Основное отличие — это использование управляемого командного интерфейса и управляемых форм. Разберем каждую из этих сущностей отдельно. Что такое управляемый командный интерфейс? Для того, чтобы ответить на этот вопрос, необходимо углубиться опять в прошлое.

Рассмотрим в самом простом виде, как велась разработка конфигурации в обычном приложении. Сначала мы конструировали бизнес-логику: документы, справочники, отчеты, обработки и их взаимодействие между собой. Потом мы настраивали роли, например пользователь с ролью «Снабженец» имел доступ к документу «Приход товара», а к документу «Расход товара» — нет. И наоборот, пользователь с ролью «Продавец» имел доступ к документу «Расход товара», а к документу «Приход товара» — нет. Следующим шагом мы разрабатывали интерфейсы для каждого вида пользователя. Кто практиковал разработку под обычным приложением, помнит, что был такой объект конфигурации, как «Интерфейс», в котором можно было настроить каждое меню наподобие меню на рисунке 1.2.2. И в нашем случае разработчику нужно было потрудиться сделать два интерфейса: один для снабженца, а другой для продавца. Потому что если бы он разработал один общий интерфейс, в котором можно открыть и документ «Приход товара», и документ «Расход товара», то было бы не совсем правильно, если бы снабженец при попытке отрыть список документов «Расход товара», получил сообщение системы, что у него нет на это прав. Чтобы избежать этого, необходимо было сделать два интерфейса и для каждого пользователя указать, под каким интерфейсом он должен работать.

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

Рис. 1.2.6. Управляемый командный интерфейс

При разработке управляемого приложения программисту придется идти немного другим путем. Прежде чем разрабатывать бизнес-логику, нам нужно определить подсистемы, в которые будут входить наши объекты (в обычном приложении они тоже есть, но носят больше декларативный характер). Например, документ «Приход товаров» будет входить в подсистему «Снабжение», а документ «Расход товаров» будет входить в подсистему «Продажи». В то же время некоторые объекты могут находиться в нескольких подсистемах одновременно: справочник «Товары» будет входить и в подсистему «Продажи», и в подсистему «Снабжение», и в подсистему «Маркетинг». В этом случае разработчику нет необходимости создавать объект «Интерфейс», система сама автоматически построит нужный вид интерфейса исходя из настроек прав пользователя и функциональных опций.

Если у какого-то пользователя будет роль, в которой нет прав на просмотр подсистемы, например «Снабжение», то при запуске приложения 1С он просто не увидит этот пункт меню. Так же он не увидит в списке меню документ, на который у него нет права хотя бы на просмотр.

На рисунке 1.2.6 Вы видели интерфейс пользователя с полными правами, а, например, интерфейс продавца будет выглядеть так:

Рис. 1.2.7. Интерфейс пользователя с ограниченными правами

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

Рис. 1.2.8. Интерфейс пользователя с урезанными функциями текущего раздела

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

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

Теперь разберем, что же такое управляемые формы.

Изучите программирование в 1С с помощью моей книги «Программировать в 1С за 11 шагов»

1. Без сложных технических терминов.
2. Более 700 страниц практического материала.
3. Каждое задание сопровождается рисунком (скриншот).
4. Сборник задач для домашней проработки.
5. Книга написана понятным и простым языком — для новичка.
6. Книга посылается на электронную почту в формате PDF. Можно открыть на любом устройстве!

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

можно оплатить вручную:

Яндекс.Деньги — 410012882996301
Web Money — R955262494655

Вступайте в мои группы.