Среда разработки и конфигурация 1С (2 из 100 дней)
Всем привет! С вами снова Никита и это мой второй день из ста по изучению 1С.
Среда разработки и конфигурация 1С
Что такое конфигуратор ?
Это часть платформы, в которой осуществляется разработка и откладка прикладных решений.
В конфигураторе можно: создавать и модифицировать объекты метаданных, писать алгоритмы на встроенном языке 1С, оформлять интерфейс, создавать отчёты, искать и исправлять ошибки.
У платформы 1С предприятия есть разные режимы запуска: толстый клиент, тонкий клиент, а также веб-клиент.
Чтобы воспользоваться конфигуратором - нужно запускать платформу 1С:предприятие через толстый клиент, это можно сделать напрямую через сам ярлык и система автоматически запустит толстый клиент или же запустить платформу через дистрибутив платформы и запустить нужный клиент (1с8t).
Стоит учесть, что при работе с информационной базой может быть запущен только ОДИН конфигуратор, но возможно запустить два конфигуратора для отдельной информационной базы.
Чтобы узнать от какой базы запущен конкретный конфигуратор можно воспользоваться окном "Показать информацию о программе".
Конфигурация описывает следующие задачи:
- Хранящиеся в приложение данные
- Поведение приложения
- Внешний вид приложения
Опять таки повторюсь - конфигурация состоит из программного кода и метаданных.
Сама конфигурация организована в виде дерева метаданных, но у неё есть и собственные свойства.
Примеры свойств конфигурации
Свойство "Имя" задает то, как в дереве метаданных будет видеть этот объект разработчик, а также по какому имени мы будем обращаться внутри встроенного языка 1С. Имя должно удовлетворять требованиям по именованию переменных, то есть слово должно быть написано слитно, не должно начинаться с цифры, а внутри можно использовать в качестве разделителя "_".
Свойство "Синоним" говорит о том, как это объект будет виден для пользователя, как правило "Имя" и "Синоним" образуются схожим, исключая технические символы.
Также в палитре свойств конфигуратора, можно найти свойства: "Логотип" и "Заставка".
"Логотип" используется в окне о программе, его можно увидеть, например, в окне "Показать информацию о программе".
"Заставка" используется при запуске пользователем.
Помимо этого имеются свойства "Поставщик" и "Версия", первая отвечает за то, чтобы хранить информацию о том, кто является разработчиком решения, а вторая хранит информацию о версии, настоятельно рекомендую пользоваться этим свойством, чтобы понимать с какой версией работает пользователь, а какую версию разрабатываете вы, к тому же при резервном копировании вы сможете четко определить версию, с которой работаете.
Для конкретизации можно также использовать свойства "Подробная информация о конфигурации", "Адрес информации о поставщике конфигурации" и т.д.
Следующие свойства, которые мы изучим будут - "Модуль приложения", "Модуль сеанса", "Модуль внешнего соединения". Открыть их можно, как через палитру свойств, так и нажав "правой кнопкой" мыши по конфигуратору.
"Модуль приложения" описывает алгоритмы, которые будут выполняться при запуске клиентской машины, перед завершением работы.
"Модуль сеанса" описывает алгоритмы, которые будут выполняться на сервере при старте сеанса каким-то пользователем.
"Модуль внешнего соединения" отвечает за обработку событий, связанных с подключением к информационной базе из внешних приложений.
Виды конфигурации
Виды: конфигурация база данных, основная конфигурация, конфигурация поставщика.
Конфигурация база данных - это та конфигурация, с которой работает пользователь, если он запустил пользовательский режим 1С предприятия.
Основная конфигурация - это та конфигурация, с которой работает разработчик, если он запустил конфигуратор и внес какие-то изменения в конфигурацию.
Конфигурация поставщика - это та конфигурация, которая содержит в себе типовое решение, например - 1С:Бухгалтерия, но изменена под клиента, однако платформа внутри себя будет хранить информацию о поставщике, чтобы в будущем мы могли выполнить обновление конфигурации поставщика.
Давайте разберем несколько примеров работы с основной конфигурации и конфигурацией базы данных:
- Если не внесено никаких изменений в основной конфигурации, то она будет совпадать с конфигурацией базы данных.
- Если мы внесли изменения, то в заголовке конфигурации отобразиться сообщение: "*" - оно значит, что мы не сохранили изменения в основной конфигурации.
- После сохранения основной конфигурации мы сразу увидим сообщение: "<!>" - оно значит, что основная конфигурация отличается с конфигурацией базы данных.
И если мы решим не обновлять основную конфигурацию, то в конфигурации базы данных не отобразятся наши изменения.
Если мы сомневаемся те ли изменения мы внесли в основную конфигурацию по сравнению с конфигурацией базы данных, мы всегда можем сравнить их с помощью функции "Сравнить, объединить с конфигурацией БД", и мы сможем увидеть, что конкретно у нас отличается.
Если мы поняли, что внесли не то в основную конфигурацию, то мы всегда можем откатиться обратно с помощью функции "Вернуться к конфигурации БД".
И напротив, если внесли все то, что нам необходимо и хотим обновить конфигурацию БД, то можем воспользоваться свойством "Объединить с конфигурацией БД" или же просто нажать кнопку "F7".
Всегда при изменении структуры базы данных (например, добавление нового объекта или изменение его же) требуется полное отсутствие пользователей платформы для обновления конфигурации базы данных.
Однако, если мы меняем только прикладной код или настройки интерфейса, возможно динамически обновить конфигурацию базы данных. Эти обновления не появятся у пользователей с активней сессией, а появится при новом старте платформы.
Но лучше не увлекаться "Динамическими обновлениями", так как она создает дополнительную нагрузку на сервер, ведь держит в себе две разные активные конфигурации. В конце дня стоит всех выгнать и провести полное обновление конфигурации БД.
Подробнее о конфигурации поставщика
Это отдельная конфигурация, которая сохраняется в информационной базе при изменении конфигурации поставщика. Она нужна, если мы используем типовое решение и меняем её под свои нужды.
Если мы хотим внести какие-то изменения конфигурации поставщика мы делаем следующее:
1. Откроем через панель задач "Конфигурация"
2. Выберем пункт "Поддержка" и нажмем на подпункт "Настройка поддержки"
3. Нажмем на пункт "Включить возможность изменения" в правом верхнем углу
После этого у нас как бы дублируются конфигурации, одна копия остается в неизменном в виде, как конфигурация от поставщика, а другая становится основной конфигурацией и конфигурацией БД, которую мы можем редактировать.
Теперь при редактировании нашей конфигурации она будет отличаться от конфигурации поставщика.
Для сравнения мы можем открыть отдельно конфигурацию поставщика также через настройку поддержки следующим образом:
И увидим, что внесенные нами изменения никак не отобразились на конфигурации поставщика. Для наглядности мы также можем через функцию "Сравнить и объединить" четко проследить наши отличия.
Единственное, что стоит учитывать, что при работе с измененной конфигурации от поставщика придется вручную устанавливать обновления последней, однако у нас сохраняться измененные нами вещи в основной конфигурации и конфигурации базы данных. Об этом мы говорим чуть ниже.
Сравнение и объединение.
Для чего это нужно?
Например, мы с коллегой работаем над одной и той же конфигурацией, нам стало необходимо внести результирующие изменения в конфигурацию, с помощью функции "Сравнить, объединить с конфигурацией из файла" мы можем перенести нужные нам изменения в нашу основную конфигурацию.
Выглядит это следующим образом:
Чтобы удалять элементы конфигурации, нужно в свойстве "Сравнение и объединения" нажать пункт "Разрешить удаление объектов основной конфигурации".
Отдельно мы можем провалиться в более точное объединения через функцию "показать различия..." для каждого модуля.
Обновление и проверка
Если мы с вами внесли изменения в конфигурацию от поставщика, то нам придется в ручную проводить обновление через конфигуратор, делается это следующим образом:
1. Откроем через панель задач "Конфигурация"
2. Выберем пункт "Поддержка" и нажмем на подпункт "Обновить поддержку"
3. Выбираем обновленную конфигурацию и загружаем её
4. У нас появится окно с нашим тремя конфигурациями: основная конфигурация, изначальная конфигурация от поставщика и обновленная конфигурация от поставщика.
Мы сможем самостоятельно все изменения и при необходимости выбрать нужные нам обновления.
После любого обновления рекомендуется запускать проверку.
В конфигураторе имеется два вида проверки:
- Проверка модулей: проверит только программный код и его самые примитивные ошибки
- Полная проверка
Чтобы выполнить проверку нужно сделать следующее:
1. Откроем через панель задач "Конфигурация"
2. Выберем пункт "Проверка модулей" или "Проверка конфигурации"
3. При проверке конфигурации рекомендуется выбрать все указанные пункты для более точной сверки
Перед обновлением конфигурации базы данных всегда рекомендуется проводить проверку, чтобы на этапе использованиям клиентом не возникало никаких ошибок.