Файл: Программа Введение в конфигурирование в системе 1С Предприятие 3.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 27.10.2023
Просмотров: 2141
Скачиваний: 17
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Для этого откроем окно редактирования объекта конфигурации Подсистема Закупки и нажмем кнопку Командный интерфейс. В открывшемся окне Командный интерфейс отразятся все команды этой подсистемы.В группе Панель действий.Создать включим видимость у команды Склад: создать.Также мы видим, что в группу Панель навигации.Обычное добавилась команда Склады для открытия этого списка. Она включена по умолчанию (Рис. 74).Рис. 74 Окно настройки командного интерфейса подсистемыЗакроем окно редактирования справочника Склады и запустим «1С:Предприятие» в режиме отладки.Ответим утвердительно на запрос конфигуратора об обновлении конфигурации и увидим окно, содержащее список изменений в структуре конфигурации, автоматически сгенерированный платформой. В данном случае мы добавили справочник Склады.Нажмем кнопку Принять (Рис. 75).Рис. 75 Список изменений в структуре конфигурации
На этом мы завершим подготовительную работу по созданию справочников и сделаем теоретическое отступление, касающееся предопределенных элементов и тех вопросов, которые постоянно появляются у вас на экране при запуске и продолжении отладки.
Конфигурация, предназначенная для разработчика, называется Основная конфигурация (или просто Конфигурация – та, которую мы редактировали в конфигураторе).Конфигурация, с которой работают пользователи, называется Конфигурация базы данных.Основную конфигурацию можно редактировать. Конфигурацию базы данных редактировать нельзя, можно только произвести обновление конфигурации базы данных на основе основной конфигурации.Однако у вас может возникнуть естественный вопрос: если у нас есть две конфигурации – одна, которую можно редактировать, и другая, с которой работают пользователи, то почему же тогда основной называется редактируемая конфигурация? Ведь с точки зрения конечного продукта основной является именно конфигурация, с которой работают пользователи!Дело в том, что в данном случае название «основная» дано с точки зрения разработчика, и это имеет глубокий практический смысл.В общем случае информационная база «1С:Предприятия» может хранить более двух конфигураций: основную конфигурацию, конфигурацию базы данных и несколько конфигураций поставщиков.Кроме этого, вне информационной базы может существовать хранилище. В нем находится конфигурация, предназначенная для групповой разработки.Вне информационной базы может существовать также некоторое количество файлов конфигураций, в том числе файлы новой поставки.Рис. 78 Структура конфигурацииКонфигурация поставщика, находящаяся в информационной базе, содержит предыдущее состояние поставки. Возможна ситуация, когда конфигурация находится на поддержке одновременно у нескольких поставщиков, каждый из которых поддерживает только свою часть в виде отдельной конфигурации. В этом случае информационная база будет хранить несколько конфигураций поставщиков (состояние предыдущей поставки для каждого поставщика отдельно).Файлы новой поставки могут существовать в виде файлов конфигураций (полная поставка) и файлов обновлений (поставка обновлений).Хранилище конфигурации содержит конфигурацию, предназначенную для групповой разработки. Она хранится не в виде единой конфигурации, а в виде отдельных объектов в разрезе версий конфигурации. Таким образом, мы можем получить из хранилища конфигурацию любой версии – для этого она «собирается» из объектов нужной версии.
Теперь представьте, что между всеми этими видами конфигураций существует возможность сравнения и обновления. В этом случае очень легко запутаться, и название Основная конфигурация как нельзя лучше отражает конечную цель всех изменений.Теперь, возвращаясь к основной конфигурации и конфигурации базы данных, нужно заметить, что внутреннее разделение на две конфигурации позволяет вносить изменения, не прерывая работы пользователей, потому что изменения вносятся в основную конфигурацию, с которой пользователи не работают.Затем, когда разработчик будет уверен в том, что все изменения, которые он внес, верны, можно будет быстро произвести обновление конфигурации базы данных, используя основную конфигурацию.Если эти изменения не затрагивают структуру базы данных (например, если не нужно изменять таблицы, если поменялся только программный код в каком-то модуле), то обновить конфигурацию базы данных можно не прерывая работы пользователей. Это так называемое динамическое обновление.Пользователи увидят изменения только после того, как перезапустят свое приложение. Используя метод встроенного языка КонфигурацияБазыДанныхИзмененаДинамически(), можно определить программно, нужно ли перезапускать приложение.Но если изменения касаются структуры базы данных, например, добавился новый реквизит у справочника или изменился тип существующего реквизита, то тогда требуется реструктуризация базы данных и нужно завершить работу всех пользователей.Разработчик всегда может сравнить основную конфигурацию и конфигурацию базы данных, может вернуться к исходному состоянию основной конфигурации, используя конфигурацию базы данных (если, например, совсем запутался в своих изменениях).Таким образом, взаимодействие двух конфигураций можно представить следующим образом.Рис. 79 Взаимодействие двух конфигурацийКогда разработчик работает с основной конфигурацией, система всегда подсказывает ему, отличается ли его вариант основной конфигурации от того, который сохранен, и отличается ли сохраненный вариант основной конфигурации от конфигурации базы данных.Если разработчик редактирует основную конфигурацию и редактируемый вариант основной конфигурации отличается от того, который сохранен, в заголовке окна дерева конфигурации появляется признак модифицированности конфигурации (
В режиме «1С:Предприятие»
В открывшемся окне «1С:Предприятия» мы видим, что в разделе Закупки в подменю Создать добавилась команда Склад для создания новых складов (Рис. 76).Рис. 76 Раздел «Закупки»Название этой команды определяется синонимом объекта конфигурации, так как Представление списка мы для этого справочника не задавали.Кроме того, в разделах Закупки и Продажа появилась команда Склады для открытия списка складов. Название этой команды определяется свойством Представление объекта, которое мы задали для этого справочника.Выполним команду Склады в разделе Закупки. Откроется форма списка складов.В списке складов уже есть один элемент с наименованием Основной. Это предопределенный элемент, который мы создали в конфигураторе.Выполнив команду Склад из подменю Создать, добавим в справочник еще один склад, который назовем Розничный (Рис. 77).Рис. 77 Элементы справочника «Склады»На этом мы завершим подготовительную работу по созданию справочников и сделаем теоретическое отступление, касающееся предопределенных элементов и тех вопросов, которые постоянно появляются у вас на экране при запуске и продолжении отладки.
Теория
Предопределенные элементы
Обратите внимание, что система отмечает различными пиктограммами обычный и предопределенный элементы справочника.Несмотря на то, что можно изменить код или наименование у обоих элементов, имя предопределенного элемента, которое мы задали в конфигураторе (Основной), остается неизменным, и в дальнейшем мы сможем обратиться к предопределенному элементу справочника по этому имени из встроенного языка.Таким образом, на предопределенные элементы могут опираться алгоритмы работы конфигурации.Из этого видно, в чем заключается принципиальная с точки зрения конфигурации разница между обычными и предопределенными элементами справочника.Обычные элементы непостоянны для конфигурации. В процессе работы пользователя они могут появиться, исчезнуть. Поэтому конфигурация хоть и может отличить их друг от друга, но рассчитывать на них в выполнении каких-либо алгоритмов она не может в силу их непостоянства.Предопределенные элементы, напротив, постоянны. В процессе работы пользователя они находятся всегда на своих местах и исчезнуть не могут.То есть теоретически пользователь может их удалить, но для облегчения задачи мы не даем пользователю прав не только на интерактивное удаление предопределенных элементов, но и на интерактивное удаление объектов вообще.Поэтому конфигурация может работать с ними вполне уверенно и опираться на них при отработке различных алгоритмов. По этой причине каждый из предопределенных элементов имеет уникальное имя для того, чтобы к нему можно было обратиться средствами встроенного языка.Основная конфигурация и конфигурация базы данных
До сих пор мы не углублялись в структуру системы «1С:Предприятие», но теперь пришло время сказать об этом несколько слов.Вспомните, с точки зрения пользователя, «программа 1С» состоит из платформы и конфигурации. Мы говорили, что в каждом конкретном случае используется одна из множества возможных конфигураций. Настало время сказать, что это не совсем так.Почему не так? Потому что в каждой информационной базе существуют как минимум две конфигурации.Почему не совсем так? Потому что пользователь действительно работает всегда только с одной конфигурацией. Вторая конфигурация предназначена для разработчика или человека, который должен вносить изменения в конфигурацию (например, администратора базы данных). Для пользователя она «не видна».Конфигурация, предназначенная для разработчика, называется Основная конфигурация (или просто Конфигурация – та, которую мы редактировали в конфигураторе).Конфигурация, с которой работают пользователи, называется Конфигурация базы данных.Основную конфигурацию можно редактировать. Конфигурацию базы данных редактировать нельзя, можно только произвести обновление конфигурации базы данных на основе основной конфигурации.Однако у вас может возникнуть естественный вопрос: если у нас есть две конфигурации – одна, которую можно редактировать, и другая, с которой работают пользователи, то почему же тогда основной называется редактируемая конфигурация? Ведь с точки зрения конечного продукта основной является именно конфигурация, с которой работают пользователи!Дело в том, что в данном случае название «основная» дано с точки зрения разработчика, и это имеет глубокий практический смысл.В общем случае информационная база «1С:Предприятия» может хранить более двух конфигураций: основную конфигурацию, конфигурацию базы данных и несколько конфигураций поставщиков.Кроме этого, вне информационной базы может существовать хранилище. В нем находится конфигурация, предназначенная для групповой разработки.Вне информационной базы может существовать также некоторое количество файлов конфигураций, в том числе файлы новой поставки.Рис. 78 Структура конфигурацииКонфигурация поставщика, находящаяся в информационной базе, содержит предыдущее состояние поставки. Возможна ситуация, когда конфигурация находится на поддержке одновременно у нескольких поставщиков, каждый из которых поддерживает только свою часть в виде отдельной конфигурации. В этом случае информационная база будет хранить несколько конфигураций поставщиков (состояние предыдущей поставки для каждого поставщика отдельно).Файлы новой поставки могут существовать в виде файлов конфигураций (полная поставка) и файлов обновлений (поставка обновлений).Хранилище конфигурации содержит конфигурацию, предназначенную для групповой разработки. Она хранится не в виде единой конфигурации, а в виде отдельных объектов в разрезе версий конфигурации. Таким образом, мы можем получить из хранилища конфигурацию любой версии – для этого она «собирается» из объектов нужной версии.
Теперь представьте, что между всеми этими видами конфигураций существует возможность сравнения и обновления. В этом случае очень легко запутаться, и название Основная конфигурация как нельзя лучше отражает конечную цель всех изменений.Теперь, возвращаясь к основной конфигурации и конфигурации базы данных, нужно заметить, что внутреннее разделение на две конфигурации позволяет вносить изменения, не прерывая работы пользователей, потому что изменения вносятся в основную конфигурацию, с которой пользователи не работают.Затем, когда разработчик будет уверен в том, что все изменения, которые он внес, верны, можно будет быстро произвести обновление конфигурации базы данных, используя основную конфигурацию.Если эти изменения не затрагивают структуру базы данных (например, если не нужно изменять таблицы, если поменялся только программный код в каком-то модуле), то обновить конфигурацию базы данных можно не прерывая работы пользователей. Это так называемое динамическое обновление.Пользователи увидят изменения только после того, как перезапустят свое приложение. Используя метод встроенного языка КонфигурацияБазыДанныхИзмененаДинамически(), можно определить программно, нужно ли перезапускать приложение.Но если изменения касаются структуры базы данных, например, добавился новый реквизит у справочника или изменился тип существующего реквизита, то тогда требуется реструктуризация базы данных и нужно завершить работу всех пользователей.Разработчик всегда может сравнить основную конфигурацию и конфигурацию базы данных, может вернуться к исходному состоянию основной конфигурации, используя конфигурацию базы данных (если, например, совсем запутался в своих изменениях).Таким образом, взаимодействие двух конфигураций можно представить следующим образом.Рис. 79 Взаимодействие двух конфигурацийКогда разработчик работает с основной конфигурацией, система всегда подсказывает ему, отличается ли его вариант основной конфигурации от того, который сохранен, и отличается ли сохраненный вариант основной конфигурации от конфигурации базы данных.Если разработчик редактирует основную конфигурацию и редактируемый вариант основной конфигурации отличается от того, который сохранен, в заголовке окна дерева конфигурации появляется признак модифицированности конфигурации (