Структуры и таблицы значений в параметрах

🟡Для сложных параметров делайте функцию‑конструктор: она возвращает структуру‑заготовку или пустую таблицу с типизированными колонками.

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

🟡Имена свойств структуры должны совпадать с параметрами функции; значения по умолчанию задавайте в конструкторе.

🟡Состав и типы параметров фиксируйте в описании (для библиотек — с перечислением свойств/колонок).

🟡Не добавляйте новые свойства/колонки на стороне вызова — это источник скрытых ошибок.

#std641
https://v8std.ru/std/641/

Работа в разных часовых поясах

🟡Операции выполняйте по времени пользователя, а не сервера.

🟡В серверном коде используйте ТекущаяДатаСеанса, а не ТекущаяДата.

🟡Когда нужно время вне часового пояса сеанса — используйте УниверсальноеВремя.

🟡На клиенте не вызывайте ТекущаяДата; передавайте дату с сервера или берите из документа.

🟡Не вызывайте ТекущаяДатаСеанса несколько раз подряд — сохраните значение и используйте его.

#std643
https://v8std.ru/std/643/

Имена процедур и функций

🟡Имена берите из предметной области — они должны объяснять назначение без комментариев.

🟡Пишите слитно, каждое слово с заглавной буквы; предлоги тоже с заглавной.

🟡Не включайте типы в названия, если это не критично для смысла.

🟡Процедуры называйте глаголом: ЗагрузитьКонтрагента.

🟡Функции называйте по результату: ПолноеИмя, ДатаНачалаСеанса.

🟡Если функция создает объект — используйте Новый....

🟡Функции‑проверки называйте Это... или причастием.

#std647
https://v8std.ru/std/647/

Обращения к виртуальным таблицам

🟡Все условия, относящиеся к виртуальной таблице, передавайте в ее параметры, а не в ГДЕ.

🟡Так СУБД быстрее выберет план и не обработает лишние записи.

🟡В параметрах используйте простые условия вида Измерение = Значение.

🟡Подзапросы и соединения в параметрах — только в исключениях и по строгим правилам.

🟡Если условий с подзапросами много — оставьте одно самое фильтрующее, остальные перенесите наружу или используйте временную таблицу.

#std657
https://v8std.ru/std/657/

Безопасность прикладного программного интерфейса сервера

🟡Любая серверная функция, доступная с клиента, потенциально опасна.

🟡Не размещайте бизнес‑логику в модуле формы: оставляйте там только взаимодействие и работу с реквизитами.

🟡Привилегированный режим и модули с флагом «Вызов сервера» тщательно тестируйте.

🟡«Внешний» код и произвольные запросы на сервере — источник рисков (утечки, порча данных, зависания).

🟡На клиент передавайте только итог, не отдавайте промежуточные/чувствительные данные.

#std678
https://v8std.ru/std/678/

Использование объектов типа Структура

🟡Не передавайте в конструктор структуры больше 3 значений — остальное через Вставить или свойства.

🟡Не вкладывайте конструкторы других объектов с параметрами внутрь Новый Структура(...).

🟡Не вызывайте в конструкторе функции с большим числом параметров.

🟡Не добавляйте свойства «разбросанно» — создавайте структуру сразу с полным набором и значениями по умолчанию.

🟡Исключения — структуры с нефиксированным форматом (внешние данные, параметры формы).

#std693
https://v8std.ru/std/693/

Открытие параметризированных форм

🟡Если форма открывается только программно и требует параметры — не делайте ее основной.

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

🟡Параметры формы объявляйте на вкладке «Параметры» — тогда состав виден сразу.

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

#std741
https://v8std.ru/std/741/

Размеры экрана

🟡Ориентируйтесь на типовое разрешение 1280×768 и масштаб 96 DPI (100%).

🟡Считайте, что окно развернуто на весь экран, но часть высоты занимает панель задач и браузера.

🟡Рабочая область — примерно 1280×668.

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

#std727
https://v8std.ru/std/727/

Ограничения на использование экспортных процедур и функций

🟡Не размещайте экспортные процедуры и функции в модулях команд и общих команд.

🟡К этим модулям нельзя обращаться извне, поэтому экспорт там бесполезен.

#std544
https://v8std.ru/std/544/

Безопасность программного обеспечения, вызываемого через открытые интерфейсы

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

🟡 В частности, перед программным открытием документов Microsoft Word и Microsoft Excel через COM следует запрещать исполнение макросов.

🟡 «Разрешить запуск подписанных макросов (рекомендуется)» (выбран по умолчанию).

🟡 Форма настройки для клиентского кода должна быть доступна каждому пользователю, настройки должны сохраняться в разрезе пользователей, каждому пользователью должны быть доступны только свои настройки.

#std775
https://v8std.ru/std/775/

Поля «Ответственный» и «Комментарий»

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

🟡 Располагайте внизу формы документа, последним полем.

🟡 Заголовок Комментарий выводите в названии вкладки, а у самого поля заголовок не отображайте.

🟡 Поле Ответственный выводите в нижней части формы документа.

#std719
https://v8std.ru/std/719/

Открытие форм

🟡 Для открытия форм используйте метод ОткрытьФорму.

🟡 Если форма требует параметризации при открытии, передавайте все параметры через набор параметров формы.

🟡 Не используйте альтернативные способы параметризации формы при открытии.

🟡 Результат работы формы получайте через обработчики оповещений.

#std404
https://v8std.ru/std/404/

Обработчик события ОбработкаПроверкиЗаполнения

🟡 В обработчике ОбработкаПроверкиЗаполнения проверяйте корректность заполнения реквизитов шапки, табличных частей и других данных до записи.

🟡 Если проверка заполнения условная, в коде удаляйте такие реквизиты из массива ПроверяемыеРеквизиты.

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

🟡 Учитывайте, что обработчик вызывается не при каждой записи; при обмене данными анализируйте ДополнительныеСвойства.ОтложенноеПроведение.

#std463
https://v8std.ru/std/463/

🔖ЧёПоСтандартам: инструкция, которую никто не читает, а потом страдает

Стандарты 1С часто воспринимают как “про оформление кода”: отступы, скобки, переносы.

Но в какой-то момент выясняется: в стандартах уже есть ответы на кучу типовых рабочих ситуаций, из-за которых мы спорим в ревью, ломаем архитектуру и тратим часы на “ну я так привык”.

На стриме разберем:
➡️ Стандарты глазами новичка: что я думал о них в начале и почему это было наивно.
➡️ Почему в вакансиях требуют, но на собеседованиях редко спрашивают.
➡️ Страх опозориться: как он мешает и как превращается в мотивацию (в том числе через блогинг).
➡️ Открытие “в стандартах ответы”: как быстро находить нужные места и применять их к задачам, а не к “красоте кода”.
➡️ Главный вывод: стандарты нужно периодически перечитывать, потому что память и реальность расходятся.

Приглашенный гость:
😶‍🌫️Роман Чумадин, автор блога «Е.БУДНИ программиста 1С» и рубрики «ЧёПоСтандартам».

Формат: разговор + разбор примеров + вопросы из чата.

😉 Ссылка на стрим
😄 Запись после стрима
🥰 Запись после стрима

🗓 Дата: 3 марта в 19:00
🧩 Кидайте заранее кейсы из практики: “как правильно по стандартам вот это сделать?” и “почему у нас в команде вечная война на эту тему”.

Правила создания общих модулей

🟡 Общие модули создавайте для процедур и функций, объединенных по одному признаку.

🟡 При разработке общих модулей выбирайте один из четырех контекстов выполнения.

🟡 Серверные общие модули используйте для внутренней серверной бизнес-логики.

🟡 Именуйте по общим правилам именования.

#std469
https://v8std.ru/std/469/