Разработчики 1С

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

Файловая база данных в этом случае представляет собой несколько DBF-файлов; их СУБД является частью платформы 1С. Файловый вариант работы легко разворачивается и не требует специализированного программного обеспечения помимо самой платформы 1С. Однако он имеет ряд ограничений по использованию и в целом менее надежен, чем клиент-серверный вариант. Клиент-серверный вариант работы предполагает наличие сторонней СУБД и кластера серверов 1С:Предприятия между клиентом и самой базой данных:
Сама платформа 1С:Предприятие в обоих случаях представляет собой оболочку над базой данных. Ее задача — повышение удобства разработки. Разработчику не приходится проектировать таблицы базы данных для построения прикладного решения; вместо этого он оперирует прикладными объектами, то есть прямыми аналогами «физических» объектов предметной области. Например, электронными документами. На платформе 1С может быть разработана конфигурация — то есть конкретное прикладное решение, закрывающее определенные задачи пользователя. Например, есть конфигурации для бухгалтерского учета или управления автотранспортом.
*** Вопрос 01.07 экзамена 1С:Профессионал по платформе. Где определяется структура создаваемого бизнес-приложения в системе 1С:Предприятие 8?

  1. Технологическая платформа
  2. Конфигурация
  3. Информационная база
  4. СУБД

Правильный ответ — второй. В конфигурации задаются прикладные объекты,с которыми будет взаимодействовать пользователь для решения своих задач.
*** Вопрос 01.08 экзамена 1С:Профессионал по платформе. Где хранятся учетные данные бизнес-приложения в системе 1С:Предприятие 8?

  1. Технологическая платформа
  2. Конфигурация
  3. Информационная база

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

  1. Технологическая платформа
  2. Конфигурация
  3. Информационная база
  4. СУБД

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

  1. Технологическая платформа
  2. Конфигурация
  3. Информационная база
  4. СУБД

Правильный ответ четвертый. Это либо СУБД сторонних производителей в случае клиент-серверного варианта работы (MS SQL, Oracle, Postgree, DB2), либо встроенная в платформу СУБД в случае файлового.

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

Среда разработки и базовые механизмы

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

Принципы работы системы 1С:Предприятие 8.3

Перечислим основные и показательные:

Два режима работы с информационной базой: файловый и клиент-серверный

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

Для больших же компаний целесообразно использовать серверный вариант хранения в реляционных базах данных, но такой режим работы потребует усилий по установке и администрированию. Этот вариант реализован на механизме трехуровневой архитектуры, он использует СУБД и кластер серверов 1С, которые успешно решают проблему надежности, быстродействия и производительности.

Рис.1 Трехуровневая схема

Клиентское приложение отправляет запрос к кластеру серверов, его принимает менеджер кластера (центральный сервер). В случае необходимости, распределяя нагрузку между серверами, центральный кластер переадресует запрос дополнительным серверам. Затем рабочий сервер-кластер обращается к СУБД для получения необходимых данных. СУБД обрабатывает запрос и возвращает массив данных рабочему серверу, который передает их клиентскому приложению.

Система позволяет осуществлять переход из одного режима работы на другой.

Рис.2 Система позволяет осуществлять переход из одного режима работы на другой

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

Бесплатная
консультация
экспертаСергей Лунев Руководитель ЦР Спасибо за Ваше обращение! Специалист 1С свяжется с вами в течение 15 минут.

Клиентские приложения

У платформы 1С:Предприятие 8.3 есть несколько клиентских приложений. Их основное предназначение — организация интерфейса, взаимодействие с пользователем, они отображают данные и дают пользователю возможность вносить изменения.

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

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

Веб-клиент. Он не устанавливается на компьютер. С помощью браузера реализуется подключение к системе 1С:Предприятие и к базе данных с помощью протокола https. Веб-клиент обращается сначала к веб-серверу, который запрашивает нужные данные из файловой базы напрямую (файловый режим) или из СУБД посредством кластера серверов (клиент-серверный режим). Преимущества такого клиента очевидны, сотрудники становятся «мобильными», могут использовать маломощные устройства.

Ниже представлена архитектура приложений для файлового и клиент-серверного вариантов работы.

Рис.3 Архитектура приложений для файлового варианта работыРис.4 Архитектура приложений для клиент-серверного варианта работы

Объектно-реляционная модель базы данных

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

Рис.5 Объектно-реляционная модель базы данных

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

Рис.6 Схема

Внутренний язык программирования

Он схож с таким языком, как Visual Basic. Особенности языка:

  • Мягкая типизация. Тип переменной не указывается, переменная может поменять тип в процессе работы;
  • Переменные можно не объявлять заранее (неявный способ объявления переменных);
  • В одном модуле могут находиться процедуры или функции, некоторые из которых выполняются на клиенте, а некоторые – только на сервере. Потом препроцессор 1С «разрежет» модули на части, вырежет ненужное, соединит и отдаст компилятору;
  • Регистр для кода не имеет значения;
  • Язык доступен в нескольких вариантах, но в основном все конфигурации написаны на русском. При желании можно комбинировать русский и английский язык, но читаемость кода ухудшится.

Система предоставляет различные механизмы для разработки конфигурации

Основные и наиболее интересные из них:

Собственный язык запросов

Запросы представляют собой мощный инструмент для получения данных из базы данных в удобном виде. На выбранные данные посредством языка запросов можно наложить фильтры, сгруппировать, отсортировать, но изменять данные при их помощи нельзя. Запросы являются основой для построения отчетов. Синтаксис языка запросов 1С похож на SQL, так как основан на нем. Существует визуальный помощник для составления текста запроса – «Конструктор запроса». Текст запроса можно написать вручную, но нередко он может состоять из нескольких сотен строк, поэтому визуальное представление текста запроса намного облегчает эту задачу. Конструктор запроса выглядит следующим образом:

Рис.7 Собственный язык запросов

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

Система компоновки данных (СКД)

Это инструмент, предназначенный для создания отчетов. Разработчик при помощи данного средства декларативно описывает поведение отчета, при этом программного описания зачастую не требуется. Рутинную работу запроса к базе данных, вывод данных в макет и т.д. сделает СКД. Еще одна важная возможность СКД — различные варианты отчетов. На основании одного и того же источника данных можно получить несколько вариантов, как именно эти данные будут представлены пользователю.

СКД используется не только для построения отчетов, а также для построения динамических списков.

Мобильная платформа

Данная технология позволяет создавать приложения для мобильных устройств под управлением операционных систем Android, iOS, Windows Phone. Мобильное приложение, установленное на устройстве, представляет собой комбинацию мобильной платформы и мобильной конфигурации. Информационная база на мобильном устройстве содержит аналог файловой базы данных (для хранения данных, с которыми работает пользователь) и мобильное приложение (программный код, исполняющийся на мобильном устройстве).

Рис.8 Мобильная платформа

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

Рис.9 Настройки

Система взаимодействий

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

Процесс разработки

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

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

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

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

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

Разработка в системе 1С:Предприятие 8.3 – процесс многогранный, в большей мере требующий навыков аналитики и понимания бизнес-процессов предприятия. А среда разработки – очень мощный и гибкий инструмент, который предоставляет разработчику множество возможностей для успешной и быстрой автоматизации деятельности предприятия. Аналогов данной системы в настоящий момент в России нет. И программная линейка 1С является стандартом для работы различных организаций разных направлений бизнеса. Наша компания предоставляет услуги сопровождения, внедрения и доработки 1С в Москве. Если у вас остались вопросы, свяжитесь с ним, мы с радостью вам поможем.

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

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

Правило сохранения типовой конфигурации

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

Комментарии при редактировании кода

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

Обозначения:

//++ — начало комментария

//— — конец комментария

VION — имя программиста

0001234 — номер задачи в трекере. Ставим только в открывающемся комментарии.

Доработка на старте – текст комментария. Применяется, если номер задачи есть. Если его нет, текст пишем обязательно.

Комментарии по стандартам 1С-разработки используют для выделения модификаций. Если код изменен повторно через некоторое время, текст не пишем. Но когда модификация редактируется уже другим разработчиком в другой задаче, комментировать обязательно.

Создание объектов верхнего уровня

При добавлении объектов верхнего уровня в их имени по промышленным стандартам разработки 1С предписывается указывать префиксы. Это могут быть Ваши инициалы или сокращенное название компании с нижним подчеркиванием. Например, AV_. То есть документы будут называться примерно так: AV_НовыйРегистрСведений, AV_НовыйСправочник и т. д. В синонимах таких названий префиксы заключаются в круглые скобки (AV). Такое решение, согласно стандартам и методикам разработки 1С, позволяет автоматически группировать объекты верхнего уровня в списке. Это облегчает поиск и работу с ними.

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

Создание подчиненных объектов

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

Создание подчиненных элементов в типовых конфигурациях

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

Создание подчиненных элементов в конфигурациях, добавленных в текущем проекте

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

Создание предопределенных элементов

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

Александр Моисеев Руководитель отдела разработки Нужна помощь
специалиста?
Профессиональная консультация БЕСПЛАТНО

Структура общих модулей

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

  • АБ_ОбщегоНазначения (сервер, клиент, внешнее соединение) — в нем размещаются обычные функции и процедуры.
  • АБ_Привилегированный — используется для процедур и функций, которые исполняются только под полными правами.
  • АБ_ПовторноеИспользование — подходит для кэширования возвратных значений определенных функций.
  • АБ_Серверный (только для сервера) — используется для процедур и функций, которые работают в серверной среде.
  • АБ_Глобальный — применяется для функций и процедур, которые неудобно искать через имя и точку.

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

Структура подписок

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

Работа с ролями

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

Опасности несоблюдения стандартов разработки 1С

Если не брать в расчет наработанные рекомендации специалистов, это приведет к большому количеству ошибок в работе платформы и нагрузке на службу поддержки. Далее решение проблем отнимет много времени на работу программистов. В итоге заказчик понесет убытки из-за простоев и ошибок в уже сформированных документах. Эффективность компании-партнера 1С также снижается из-за непрофессионализма ее сотрудников. Там, где в отчетный период она могла бы обслужить, например, трех заказчиков, специалисты тратят время на решение проблем одного клиента. Поэтому работа по системе стандартов и методик разработки 1С выгодна всем участникам.

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

Совсем недавно случилось знаменательное, на мой взгляд, событие — компания 1С выпустила ознакомительную версию 1C: Enterprise Development Tools — инструмент нового поколения для разработки приложений в системе «1С: Предприятие 8».

Новая среда разработки основана платформе Eclipse и планируется, что она будет использоваться параллельно с текущим инструментом — конфигуратором.

В этой статье я попробую подробно рассмотреть новый инструмент.

К новой среде разработки заявлены следующие системные требования.

Для 32-разрядной системы:

  • операционная система Windows 7, Ubuntu 12.04 LTS и выше;
  • Java SE 7u79 и выше;
  • процессор Intel Pentium/Celeron 1800 МГц и выше;
  • оперативная память 3 Гбайт;
  • жесткий диск (при установке используется около 300 Мбайт);
  • SVGA-дисплей.

Для 64-разрядной системы:

  • операционная система Windows 7, Ubuntu 12.04 LTS и выше, MacOS X 10.9 и выше;
  • Java SE 7u79 и выше (для платформы x64);
  • процессор Intel i5 и выше;
  • оперативная память 4 Гбайт и выше. Рекомендуется 8 Гбайт;
  • жесткий диск (при установке используется около 300 Мбайт);
  • SVGA-дисплей.

Системные требования и другую официальную информацию можно узнать на сайте ИТС (требуется доступ).

Итак, все начинается со скачивания и установки (скачать можно на http://users.v8.1c.ru):

Скачивание 1C: Enterprise Development Tools

Распаковываем…

Папка 1C:Enterprise Development Tools

Запускаем…

Запуск…

В процессе запуска потребуется указать рабочую папку, и спустя некоторое время откроется главное окно:

Главное окно 1C: Enterprise Development Tools

На странице загрузки 1С:EDT также присутствует подходящий релиз платформы (более старые не содержат сервера отладки и не пригодны для работы с 1С:EDT).

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

Список платформ

Начнем со списка информационных баз (он берется из файла ibases.v8i).

Список информационных баз

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

Импорт информационной базы

Можно одновременно импортировать и работать сразу с несколькими базами, что очень удобно.

Готовые к работе конфигурации

Далее следует список веб-серверов, тут комментировать особо нечего.

Список веб-серверов

Следующее окно «Схема» показывает список процедур и функций в открытом модуле, зеленым цветом отмечены экспортные, красным — не экспортные. Также выделяются серверные процедуры и функции.

Список процедур и функций Серверные процедуры и функции

Окно конфигурации выглядит привычно и не нуждается в комментариях.

Окно конфигурации

Окно свойств тоже не отличается от привычного варианта, вот только события написаны на английском.

Свойства

Вот так выглядит форма документа в EDT.

Редактирование формы документа

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

Редактирование кода

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

Конструктор запросов

Запуск (и запуск отладки) какой-либо объемной конфигурации происходит очень медленно и печально.

Запуск конфигурации

Ну и напоследок окно отладчика.

Отладчик

В завершении хочется сказать, что выпуск 1C: Enterprise Development Tools это, без сомнения, шаг в правильном направлении, хотя, разумеется, этот инструмент нужно еще дорабатывать и дорабатывать (особенно раздражает сверхнизкая скорость выполнения привычных операций).

На этом все, надеюсь было интересно.

Если Вы нашли ошибку или неточность, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *