Добрый день!
Когда применять процедуру, а когда функцию?
Или без разницы?
Поделитесь опытом...

без разницы
все процедуры есть функции

толсто...

да не парься..используй всегда функции.. просто когда возвращать нечего - возвращай ноль :)

орел или решка?

вот до чего людей делфи доводит

(0) Если нужно вернуть результат - функция. Если просто что-то сделать - процедура.

(5)+1

(5) А при чём тут delphi? Или это на Pascacal наезд?

(8) В С нет процедур ))

(8) да как бы в некоторых языках нет понятия процедуры...

(9) Да, там только функции.
В теории всё это: и процедуры и функции - называются подпрограммы.

Процедура лучше, что не нужно заводить переменную для вызова. Функция же чего-то возвращает и куда-то должна это положить. А если она всегда возвращает ноль, то нафига его хранить?

Хотя, если будет голосувалка выбрал бы ответ как в (1)

(11)
Функция Моя()
  Возврат 1;
КонецФункции

Процедура Приоткрытии()
  Моя();
КонецПроцедуры

Какая такая переменная?

изначально были только процедуры
манипуляции над переменными производились в стеке
отсюда и пошло по ходу

(12) Это 1С. В Паскале бы выскочила ошибка.

Функция, это когда на входе несколько аргументов (причём предполагается, что аргументы внутри не меняются и передаются по значению), а на выходе - только один - результат.
Всё остальное будут уже процедуры.

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

(15) последнее утверждение спорное. Если что-то надо возвращать - это функция. Процедура должна просто выполниться. Или "упасть" с исключением.

(15) Первое утверждение спорное, ибо функция может быть и без передачи параметров. ТекущаяДата() - это то-же функция реализованная на движке 1С.

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

(18) Бедные писатели на лиспе... Они вообще ничего не могут изменить в базе данных...

(18) "Провести()" возвращает значение, видимо не процедура...

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

(20) Кто говорит об идеальности 1с? Что есть то есть. Много там чего не продумано.

Короче, идеальная подпрограмма - это такая хрень, которая не только обязательно что-то делает с базой, но и с ц у к о ещё что-то возвращает...

>>помесь функциональщины с императивщиной

Да чего уж там... Продажная девка империализма эта ваша 1С...

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

(24) "ПроверитьВыполнениеУсловий()" - должно возвращать результат всех условий. Есть обратная функция: "ПроверитьНеВыполнениеУсловий()". В чем проблема в возвращаемом значении?

Функция и Процедура
Есть ли отличие Процедуры от Функции  (кроме отсутствия возвращаемого значения?)
Функция/Процедура
v8: Зачем нужны Процедуры, если есть Функции

v8: Зачем нужна процедура?
v8: v8: Зачем нужны процедуры если есть функции ?

на асме формально функций нет. только proc

(28) а в машине Тьюринга нет ни того, ни другого

НаСервереБезКонтекста как-то нелепо использовать процедуры, но удобно, когда меняются передаваемые параметры.

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

Добавьте уже голосовалку. Интеесно же кто кого заборет.

*интересно

Клавиатура что-то картавит

(31) Заборет (30), у него трава более забористая.

Фигассе обсуждение!!! представляю, что было б, если ТС спросил: нафига нужны циклы если есть условия и Перейти (GOTO)

Добрый день!
Когда применять вилку, а когда ложку?
Или без разницы?
Поделитесь опытом...

(36) Жидкое - ложкой, твердое - вилкой. Ну или если ты апологет этикета: в левую руку вилку, в правую - ложку.

(37)  "в левую руку вилку, в правую - ложку.".  Э...  А еще нужно нож куда-то пристроить...  Вопрос: куда?

(35) А вот это уже розжиг!!!

(38) Нож лучше в носок прятать, чтоб мусора не замели.

(40) Смотря какой нож. Обычный кухонный можно и не прятать в носок. Иначе потом нарезанная колбаса будет пахнуть носками.

(41) Смотри на это с другой стороны - носки будут пахнуть колбасой! Да при занюхивании им цены не будет!

(42) Опять дилемма: носки или колбаса?

(37) но ведь котлету можно и ложкой съесть

(35)1Сники очень занятые люди...

(44)можно и лопатой

Это все равно что спорить что использовать, отчет или обработку.
(0) Без разницы вообще.

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

Правильно функцию назвать УсловияВыполнены() или соответственно УсловияНеВыполнены(). Та же 1с ведь правильно назвала встроенную функцию ЗначениеЗаполнено().. а не ПроверитьЗаполненность()! Хотя системности подхода им не хватает.. в одном месте правильно, в другом - чушь какая-то. Такое чувство, что язык разрабатывали разные люди, а общее руководство отсутствовало.

(44) Ложка универсальнее для еды. Ей можно есть и первое и второе и даже компот. Вилка - инструмент узкоспециализированный.

(15) Я думаю стоит обратиться к Pascal, как к языку, предназначенному для обучения программированию.

Описания
function MyFun(a: Real): Integer;
и
function MyFunOne(var a: Real): Integer;

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

Поэтому всё утверждение спорно.

(29) Давай не будем про машину Тьюринга. По моему там есть безусловные переходы, а значит подпрограммы возможны.

(50) не!!! раз уж вспомнили Тьюринга - давайте вспомним и алгоритмы Маркова!!! а то несправедливо!!!

(50) Будто бы в 1С нет ключевого слова Знач, которое позволяет передавать параметры по значению.
(48) Правильно написать "УсловияВыполнены(СписокПараметровДляПроверкиУсловий)", иначе программистам потом всё равно будет трудно понять, что выполняется внутри этой чудо функции.

Также очень обидно, что 1С не позволяет создавать в коде константы или перечисления (Enum) как в нормальных языках.

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

(53) Тот же Си, например.
И причём тут БД.
Например, хочется, чтобы в коде некоторые значения были заранее заданы, как например КодВозвратаДиалога.

(54) Любая функция 1С возвращает "что-то", и это "что-то" легко идентифицируется.
Ты, эта, добавь в Си над "Истиной" ещё одно значение перечисления: "Аксиома".

всегда функции, ибо букв меньше и можно в отладчике вызывать

(37) мне все время приносили плов и вилку. вопрос, как вилкой есть рассыпчатый плов? со временем переучил, теперь приносят правильно.

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

(54) А так?

&НаКлиенте
Перем СтруктураРасширенияИсточника;

/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
// ОБРАБОТЧИКИ СОБЫТИЙ ФОРМЫ

//================================================================================================[27.02.2015 0:38:38]=
&НаКлиенте
Процедура ПриОткрытии(Отказ)
    СтруктураРасширенияИсточника = Новый Структура("хмл,хлс,дбф", "xml", "xls","dbf");
КонецПроцедуры


////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
// ОБРАБОТЧИКИ КОМАНД ФОРМЫ

//================================================================================================[27.02.2015 0:40:24]=
&НаКлиенте
Процедура ЧтениеФайла(Команда)
    
    Файл = Новый Файл(АдресФайла);
    
    // Вариант 1:
    Если файл.Расширение = СтруктураРасширенияИсточника.хмл Тогда
        // чтение XML....        
    КонецЕсли;
        
    // Вариант 2:
    Если файл.Расширение = сп_ТипРасширенияИсточника().хмл Тогда
        // чтение XML....    
        ПараметрыХМЛ = сп_ПараметрыОтРасширенияНаСервере(файл.Расширение);
    КонецЕсли;
    
КонецПроцедуры


////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
// СЛУЖЕБНЫЕ ПРОЦЕДУРЫ И ФУНКЦИИ

//================================================================================================[27.02.2015 0:44:43]=
&НаСервере
Функция сп_ПараметрыХМЛНаСервере(РасширениеФайла)
    
    Если РасширениеФайла = сп_ТипРасширенияИсточника().хмл Тогда
        //.....
        Возврат Истина;
    КонецЕсли;
    
    Возврат Ложь;
КонецФункции

//================================================================================================[27.02.2015 0:34:55]=
&НаКлиентеНаСервереБезКонтекста
Функция сп_ТипРасширенияИсточника()
    Возврат Новый Структура("хмл,хлс,дбф", "xml", "xls","dbf");    
КонецФункции

(0)
Применяй функцию тогда, когда не можешь применить процедуру. Так ты постигнешь дао 1С. И да пребудет с тобой Цикл.

(59) Применяй функцию тогда, когда не можешь применить процедуру.
А когда нельзя применить процедуру?