Исполнение кода в модуле формы при разработке в 1С 8.2

Немного теории о новом подходе к программированию форм в 1С 8.2
Рассматриваются директивы компиляции процедур и функций, которые определяются в модуле формы.

15.01.2011 © 1cNike, www.infostart.ru

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

До перехода на новую платформу 1С 8.2, я, признаться, даже не задумывался, где именно исполняется написанный в модуле формы код – на клиенте или на сервере. Писал код, «как получится». Субъективно, в 1С 8.1 этому не придавалось значения. Объективно, конечно, в книгах давались рекомендации по оптимизации кода, но, как это часто в жизни бывает – я думал, зачем соблюдать какие-то правила, когда можно обойтись без них и получить рабочий результат? Оптимальность кода становилась актуальной, только когда в системе появлялись серьезные «затыки» и приходилось разбираться «отчего так получилось?». И «тяжелое» место в коде было не всегда очевидно. Пляски с бубном, замеры производительности, детальный разбор узких мест…

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

Пока не разобрался в теории, постоянно допускал ошибки на практике и задавался вопросом «почему не работает?».

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

Серверу и клиенту доступны разные объекты, а также их свойства и методы встроенного языка. Сервер выполняет действия связанные с доступом к данным БД и их обработкой, а клиент выполняет отображение этих данных и взаимодействие с пользователем. Таким образом, клиент-серверное взаимодействие определяет ряд правил при разработке кода.

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

Amp;НаСервере

Amp;НаКлиенте