Процедура или Функция?
Разработка - Механизмы платформы 1С
Но из позитивных замечаний получилось выделить несколько идей.
Подход 1. Исходя из определения Процедуры и Функции
Тут всё просто, читаешь документацию и, помня, что процедура отличается от функции только возвращаемым значением, решаешь - если возврат значения не нужен, то Процедура, если нужен, то Функция. Тем не менее, процедура может изменять значения параметров, переданных по Ссылке.
Процедура Подход1(Знач вхПарам1, выхПарам2) КонецПроцедуры
В контексте данного подхода, есть два разветвления на тему, как Фукнция должна возвращать параметры:
Подход 1.1 Функция возвращает один параметр через возврат, остальные через переменные, переданные по ссылке. На выходе процедуры мы включаем некую обработку ошибок, зависящую от возвращаемого значения.
Функция Подход11(Знач вхПарам1, выхПарам2) КонецФункции рез = Подход11(вхПарам1, выхПарам2); // рез - содержит либо нужное значение, либо значение, сигнализирующее об ошибке // выхПарам - может быть также изменено
Подход 1.2 Функция не может возвращать значения через свои параметры и должна это делать только через значение возврата. Если необходимо вернуть более одного значения, то эти значения необходимо упаковать в массив, список значений, прочее.
Если в ходе работы появилась ошибка, то будет возвращено значение Неопределено.
Функция Подход12(Знач вхПарам1) КонецФункции массив = Подход12(вхПарам1); Если массив = Неопределено Тогда // Ошибка Иначе выхПарам1 = массив[0]; выхПарам2 = массив[1]; КонецЕсли;
Подход 2. Процедуры - они как МАКРОСЫ
При этом подходе Процедура используется всего лишь для того, чтобы объединить несколько вызовов однотипных действий.
В этом подходе использование Процедуры носит локальный характер - просто для того, чтобы сократить код.
Подход 3. Всё на свете - Функции, но без идиотизма
1. Всегда используются функции, процедуры не используются.
2. Функция возвращает либо "", либо строковое описание ошибки, все изменения данных идут по ссылке через выходные параметры
3. Для исключения идиотизма в применении правила 2, для функций, возвращающих гарантировано одно значение, без ошибок внутри функции, используется передача значения через возврат функции. Например, ЭтоКорректнаяДата(вхДата)
Функция Подход3(Знач вхПарам1, Знач выхПарам2) КонецФункции Функция ЭтоИсключениеИзПодхода3() Возврат Истина; КонецФункции рез = Подход3(вхПарам1, выхПарам2); Если Не ПустаяСтрока(рез) Тогда СообщитьОбОшибке(рез); КонецЕсли; Если ЭтоИсключениеИзПодхода3() ... КонецЕсли;
Вот пока что получилось. А какие есть подходы у вас?
Вступайте в нашу телеграмм-группу Инфостарт
Вы можете заказать платную адаптацию этой статьи под ваши задачи на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
См. также
Механизмы платформы 1С Разработчик Бесплатно (free)
Разберем 15 мифов о работе платформы «1С:Предприятие 8» – как распространенных, так и малоизвестных. Начнем с классики: «Код, написанный в одну строку, работает быстрее, чем многострочный». Так ли это на самом деле?
16.07.2025 45707 TitanLuchs 109
Работа с интерфейсом WEB-интеграция Механизмы платформы 1С Бесплатно (free)
Веб-интерфейсы повышают качество внешнего вида приложений 1С, предсказуемы с точки зрения верстки, позволяют организовать удобные и высокопроизводительные рабочие места для пользователей. Расскажем об особенностях разработки веб-интерфейсов на React внутри 1С, двустороннем взаимодействии 1С и JavaScript, а также сборке веб-приложения в одностраничный файл.
19.06.2025 18716 zeegin 15
Механизмы платформы 1С Работа с интерфейсом Разработчик Стажер 1С:Предприятие 8 Бесплатно (free)
Про ООП в 1С и о том, как сделать свой код более кратким и выразительным при помощи использования текучего интерфейса (fluent interface).
03.02.2025 26058 bayselonarrend 127
Механизмы платформы 1С Разработчик 1С:Предприятие 8 Бесплатно (free)
В этой статье подробно рассматривается работа с JSON в XDTO в 1С:Предприятие. Вы узнаете, как сериализовать и десериализовать объекты XDTO в JSON, интегрировать 1С с веб-сервисами и API, а также корректно обрабатывать данные при обмене. Разбираются особенности работы с коллекциями, использование функций восстановления и частые ошибки при работе с JSON и XDTO.
30.01.2025 33349 user2122906 10
Механизмы платформы 1С Файловый обмен (TXT, XML, DBF), FTP Разработчик 1С:Предприятие 8 Бесплатно (free)
Этот материал познакомит вас с механизмом XDTO (XML Data Transfer Objects) в 1С и научит эффективно использовать его возможности. Мы разберёмся, как работать с XML-схемами, создавать модели данных, манипулировать объектами XDTO, а также сериализовать и десериализовать их в XML. Вы узнаете, как использовать XDTO для интеграции с внешними системами, избегать типичных ошибок и оптимизировать код. К концу вы будете уверенно применять XDTO для решения сложных задач обмена данными и автоматизации процессов.
17.01.2025 55881 user2122906 13
Механизмы платформы 1С WEB-интеграция Разработчик 1С:Предприятие 8 Бесплатно (free)
В платформе 8.3.27 появилась возможность использовать WebSocket-клиент. Давайте посмотрим, как это все устроено и чем оно нам полезно.
14.01.2025 46846 dsdred 110
Механизмы платформы 1С Разработчик 1С:Предприятие 8 Бесплатно (free)
Особенности "Знач" и разбор документации к нему.
10.01.2025 26480 VAAngelov 60
Механизмы платформы 1С Разработчик Стажер 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)
Эта небольшая статья - некоторого рода шпаргалка по файловым потокам: как и зачем с ними работать, какие преимущества это дает.
23.06.2024 40486 bayselonarrend 24
Извечный вопрос…! И наверное безответный… в смысле чётких рекомендаций… самый правильный диагноз ставит патологоанатом… и в этом смысле надо, что-то одно просто убрать… или процедуру или функцию… и видимо это будет функция… по большому, моему пониманию, функция хороша только для логической красоты написания программы (я её так и использую)… все свойства функции способна выполнить процедура.. .
Во-о-от... такое мнение...
Удачи!...
Как пример:
//=================================================================
// Управление движением по записям документа в режиме работы со строкой
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Показатьи вообще...:
если есть значение - значит его можно сравнивать...
Раздел Репозитарий в форуме 1С++
Есть прикрепленная ветка с набором классов внутри одной конфы, которая тебе не очень нравится :), а есть и отдельные ветки под различные классы, программы и т.д.
Почитай.
чего неожиданного в подходе "только процедуры", он напрашивается из "только функции" и существует столько же, сколько существует возможность передавать параметры по ссылке
с тех давних пор как в языках появилась возможность вызвать функцию без присваивания, грань между ними сильно размылась.
и вообще, процедура это функция, не возвращающая значение в явном виде.
мы (в частности) всё таки не отвечаем, в чём и я виноват, переводя разговор в несколько философскую тему...
как мне кажется, сам автор, полностью исследовал вопрос... изложил его в своих "подходах"... и мы теперь можем или только повторяться... или философствовать...
мне всегда было интересен вопрос - процедура или функция... ответ господина borter хоть и повторяет "подходы" но мне очень понравился и сжатостью и конкретностью...
Я восхищён... и вечный для меня вопрос... П или Ф стал для очевиднее...
Именно поютому ставлю плюс и автору вопроса и автору ответа (4)... спасибо! Удачи...
А подход один - что в конкретном случае удобнее, то и использую не задумываясь о высших материях. Естественно есть фишки где функция вне конкуренции - каскадный вызов или вложенный вызов, если будет угодно. Да и то не факт - просто через функции это нагляднее и красивее.
Это удобно, когда идут вложенные функции и ты можешь получить всю цепочку этих вызовов.
============================================================
Функция суперВнутр(вхПар1, вхПар2, выхПар3)
//{ Блок ошибок выполнения
Перем рез; // объявление на всякий случай, вдруг внтури функции захочу вызвать другую ж-(
Перем имяФункции; //
имяФункции = "суперВнутр"; // жаль, что 1С не имеет команды для получения имени выполняемой функции ...
//}
Если ОШИБКА Тогда Возврат имяФункции + ": Нормальное тестовое описание ошибки";
Возврат ""; // если все хорошо
КонецФункции
Функция Внешняя(вхПар1, вхПар2, выхПар1) // Внешняя, но не интерфейсная функция
//{ Блок ошибок выполнения
Перем рез;
Перем имяФункции;
имяФункции = "Внешняя";
//}
рез = суперВнутр(вхПар1, вхПар2, выхПар3);
Если Не ПустаяСтрока(рез) Тогда Возврат имяФункции + ": Описание ошибки для Внешняя";
Возврат ""; // если все хорошо
КонецФункции
Процедура ОбработчкикСобытия1С(Отказ) // процедура - показатель обработчика 1С
Перем Пар1, Пар2, Пар3;
Перем рез;
рез = ВнешняяНоНеИнтерфейсная(Пар1, Пар2, Пар3);
Если Не ПустаяСтрока(рез) Тогда
СообщитьОбОшибке(рез, Отказ); Возврат;
КонецЕсли;
КонецПроцедуры
ПоказатьВ случае ошибки мы получаем что-то вроде: "Внешняя: Описание ошибки для Внешняя: суперВнутр: Описание ошибки для суперВнутр"
============================================================
Защита от идиотизма состоит в том, что функции, возвращающие булево и не могущие (теоретически) привести к ошибке можно использовать привычным способом, например, ЭтоКорректнаяДата(вхДата).
Имея такой набор правил, я могу создать шаблон и сделать его стандартом и, в будущем, проверить следование этому стандарту.
Этот подход прекрасно работает и на VB, и на VBSctipt. Я бы и дальше использовал этот подход, но он дал "сбой" на языке Jcript :-(. В функции на JScript нельзя передать по ссылке переменные обычного типа (число, дата), т.о. если внутри фукнции изменяется несколько переменных обычного типа, я не смогу работать в том, стиле, который только что описал.
Именно из-за этого и родился этот пост. Как желание увидеть другие подходы, проработанные достаточно глубоко, чтобы их потом можно было отобразить в набор простых правил для "зелёных" студентов ...
Пока же на JScripte я пишу как полная обезьяна - по настроению ... Ж-(((
Склоняюсь к мысли, что либо придется отказаться от JScript, либо для него придумать другой стиль.
Есть стиль, который можно попробовать адаптировать:
1. Все на свете функции, но возвращаемые значения только через Возврат
2. Если их много, что через возвращаемый массив
3. Если есть ошибка, то первый элемент массива - неопределено, а второй - текстовое описание ошибки.
Но тут я опять возвращаюсь к "старой натоптанной дорожке", может чего не вижу?
... и как вывод... критерия нет, вопрос только удобства и крастоты кода... остающиеся на откупе у программиста...
вообщем вопрос остался в плоскости философии... может ещё раз кто-нибудь попробует сформулировать... и даст практические советы когда, что использовать... ?
Статьи Ризванова Олега aka ROMa (автора ROM-Mail.dll) на тему использования функции Шаблон() основаны на опыте исследования этой конфы (возможно Олег являлся сотрудником Фаворита).
Заходим по ссылке и вникаем.
Также не лишне ознакомиться с этой конфой, но в нете я ее не встречал.
А уж с появлением Rainbow и далее 1С++ необходимость в сем изврате отпала.
ИМХО, единственно что явно не документировано (при чем непосредственно к шаблону значения не имеющее) - это то что ф-ции в ГМ выполняются в вызывающем контексте (однако на опыте это быстро узнается). НО - локальные переменные вызывающей ф-ции (не модуля!) при этом все равно недоступны.
Вообще же, насколько я заметил, тем кто пришел на 1С с фокса/клипера, очень не хватало операции макроподстановки, и они довольно быстро находили ей замену в Шаблоне() (хотя, конечно, замену не полную).
Попоробую под итожить нижеописанное:
1. Если некий набор команд (не должен возвращать никаких значений) и (в ошибки в нём теоретически невозможны или некритичны), То можно смело оборачивать этот набор в Процедуру.
2. В остальных случаях используется Функция.
3. Процедура может влиять на ход выполнения программы через изменения своих выходных параметров, Функция в доплнении к этому может влиять на ход выполения программы через возвращаемое значение.
4. Процедура может вызывать завершение работы программы внутри себя, при использовании функции завершение работы программы должна делать вызывающая конструкция.
5. Обработка ошибок в Процедуре должна быть сведена к минимуму, если в ходе разработки оказывается, что внутри процедуры некоторые ошибки становятся критичными, то Процедура преобразовывается в функцию (без потери функционала) и начинает возвращать признак ошибки.
Вроде пока всё. ж-)
А девиз "все что удобно, то и красиво" не приёмлю всей душой, увы, но это - тема отдельной ветки, и скорее всего очень флеймовой ветки ...
Можем открыть отдельную ветку "Так ли красиво всё, что удобно." ;-) ...
Возможно, это - лирика, но меня, если честно, несколько смущает такой код:
Функция Подход11(Знач вхПарам1, выхПарам2)
Возврат "";
КонецФункции
Не надо путать определение функции в математике с функцией в программировании.
Например, в 1С ФС.УдалитьФайл() - процедура. Хорошо это? На ничего подобного!, т.к. без дополнительных телодвижений невозможно узнать, удалился-таки файл или нет.
Рассмотрим аналог в WinAPI: DeleteFile() - возвращает TRUE (удалился) или FASLE (не удалился по какой-то причине). Понятно, что это гораздо удобнее... Так что и ЗаполнитьНаОсновании(ДокументОснование) лучше бы выполнить в виде функции (а вдруг не заполнится!)
И вообще, мне кажется, автор этой темы уже подвёл завершающую черту (27, абзац 4).
(26)Вы пытаетесь обсуждать методы языка через понятия процедур и функций, что само по себе неверно. Результат выполнения метода может быть ложь или истина или некоторым дополнительным состоянием по аналогии с переменной "$?" в шелле линукса. А вот отсутствие какого бы то ни было результата выполнения это уже совсем плохо конечно. Ну а когда в 1С делали все хорошо?
И чаще нужно видеть именно причины (ведь если Вам говорят "не могу", следующим вопросом будет, а почему не можешь?).
Поэтому TRUE и FALSE превращаются в "" и "текстовое описание ошибки, полученное сразу после вызова УдалитьФАйл"
С другой стороны, это всего лишь прием программирования. Об его применении нужно договаритьваться в начале проекта, документировать этот факт и потом просто следить, чтобы ВРЕМЯ не подменило понятия и новые люди, пришедшие в проект не стали "лепить на русской церкви готический купол" ;-)
Я стараюсь придерживаться того, что если в результате выполнения метода (процедуры или функции) будут получаться "новые" данные, тогда надо реализовывать метод как функцию, а если необходимо выполнить проверку (например, несколько реквизитов на форме) или преобразование каких-то данных, тогда как процедуру.
А в качестве примера приведу:
- функция получения цены на номенклатуру (+ доп. параметры) - получение "новых" данных
- процедура заполнения цены в табличной части - фактически это преобразование уже имеющихся данных (нет смысла получить новую таблицу и загружать ее в документ)
В остальных случаях выбираю в зависимости от удобства.
P.S. при большой вложенности методов будет лучше использовать параметр "отказ" и сообщения пользователю, а не нагружать деталями.
Вы когда нибудь задумывались, как будет работать процесс записи и проведения документа, если методы ПередЗаписью() (в модуле формы и модуле объекта) и ОбработкаПроведения() сделать функциями?
Рейтинг: 532
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 17097
Создание 17.01.08 11:25
Обновление 17.01.08 11:25
Просмотры 69425
Загрузки 0
Рейтинг
12
Комментарии 32
Код открыт Не указано
Рубрики Механизмы платформы 1С
Кому Разработчик
Тип файла Нет файла
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Бесплатно (free)