Например, ОбработкаПроведения(Отказ, Режим).
Отказ и Режим -- это свойства каждого элемента (объекта) документа?

да

для каждых объектов есть список предопределённых процедур и параметров к ним

При чем некоторые параметры не указаны явно. например "ПараметрОбъектКопирования" в форме документа, нигде не засвечен, но он есть. как суслик.

ООП-мышление:
"Создаю обработку проведения для элемента документа. Элемент - объект. Следовательно:
ЭлементДокумента.ОбработкаПроведения();"
Зачем тогда указывать параметры?.
Хотя в 1с ооп вроде бы нет. Тогда можно организовать так: передавать в обработчик параметром сам элемент. Например, ОбработкаПроведения(ЭлементДокумента). Тогда доступ к свойствам получаем через точку (например, ЭлементДокумента.Отказ = Истина, ЭлементДокумента.Режим = Исключительный).
Но в 1с как-то по-другому сделано.

(4) Предопределённые события типа ОбработкиПроведения - так не вызываются, они не экспортные. Они срабатывают в каждом объекте при определённых условиях. Типа триггеров в СУБД

отказ это не свойство объекта, так как оно не хранится вообще ни разу

это свойство события

(6) ну можно сказать и свойство, только свойство конкретного объекта, доступное только во время его жизни

да, события лучше

2(6) ДопСвойства тоже не хранятся, и свойство ОбменДанными тоже не хранится, но таки свойства объектов...

(8) не совсем так... это свойство объекта, реализующего интерфейс "Событие", которое передается в метод объекта, реализующий интерфейс "Справочник"

(8) и во время события

(10) хранятся, но только в памяти... отказ же не существует вне события

(11)+ только вот отдельного объекта "событие" нет (да и не сильно он нужен), так что всё по старинке передается параметрами

Тема начинает разрывать мне мозг.
Пока так:
- есть элемент документа. Состоит из свойств: реквизитов и др.
- есть процедуры, работающие с этим элементом (в терминах ООП - его методы). Располагаются в модуле объекта (модуле этого элемента).
все верно или что-то не так?

в терминах ООП ОбработкаПроведения(Отказ, Режим) это что-то вроде
виртуальной функции базового класса, которую можно переопределить (override), сохраняя сигнатуру

(15) пытаешься изучать ооп на примере 1С ? сильный ход

>>виртуальной функции базового класса, которую можно переопределить (override), сохраняя сигнатуру
меня больше другое интересует. Fragster написал, что Отказ - свойство события, а не объекта. Этого не понял. Обработчик события - процедура, код. А что из себя представляет событие? Какая-нибудь служебная структура?

Есть объекты метаданных - своего рода Классы, основная логика их работы предопределена системой, есть определённый набор методов, свойств.
забудь ООП всяк сюда входящий...

зачем в этой ветке 19 (прописью: девятнадцать!!!!) постов без объяснения зачем это все?

(18) Проведение - стандартный механизм "класса" Документ. Он вызывает "Событие" : проведение документа. У события есть предопределённая процедура ОбработкаПроведения с параметрами, которые доступны только в рамках этого события (ПриЗаписи и ПередЗаписью ещё)

у методов нет никаких "свойств", Отказ это аргумент метода, передающийся по ссылке

короче нас троллят)

>> постов без объяснения зачем это все?
Есть процедуры, которые работают с элементом документа\справочника. В них параметрами передаются Отказ, Режим, РежимЗаписи и прочие. Так вот вопрос: как, черт возьми, они связаны с элементом документа\справочника, который процедура обрабатывает? В примере ОбработкаПроведения(Отказ, Режим) такое чувство, что эти параметры берутся из ниоткуда и никакого отношения к обрабатываемому элементу не имеют.  

>>короче нас троллят)
не, у меня просто мозг медленно перестраивается.

упорот ООП:(

да, не относятся к объекту... берутся ниокуда? они опеределены с этими параметрами

(24) Отказ - поставив в истину ты скажеш платформе НЕ проводить документ. Режим - в каком режиме проводится документ (оперативный/неоперативный). Режим записи - в каком режиме записывается объект. всё это предопределено платформой, и значения данных параметров - предопределены

2(25) Купи букварь Габца простые пример разработки. и не пытайся натянуть шаблон ооп к 1с

(24) "такое чувство, что эти параметры берутся из ниоткуда и никакого отношения к обрабатываемому элементу не имеют"
именно так!
что-то типа
Объект.Записать(РежимЗаписи)

Внутри объект.провести:
Объект
Привэйт функшин ПередЗаписью(
Привэйт функшин ОбработкаПроведеиня(
Привэйт функшин ПриЗаписи(
Паблик функшн Записать(РежимЗаписи)
 НасратьВЛог();
 булеан Отказ;
 Зыс.ПередЗаписью(РежимЗаписи, Отказ);
 иф Отказ зен тров эксепшн("Не получилось");
 Зыс.ОбработкаПроведеиня(Отказ)
 иф Отказ зен тров эксепшн("Не получилось");
 Зыс.ЗаписатьВБазу (мегаприват функшн без оверрайда)
 Зыс.ПриЗаписи(РежимЗаписи, Отказ);
 иф Отказ зен тров эксепшн("Не получилось");
...

(29) ПередЗаписью и ПриЗаписи логично делать протектед ))

(30) а зачем? ведь их прототипы не должны быть доступны (типа парент.ПриЗаписи())

(31)+ хотя чота я кажися загоняюсь, надо будет дома освежить

(29) Да ладно? Перед проведением документ уже записан в базу. Если сомневаешься, попробуй в обработке проведения реквизиты документа поменять :-)

>>да, не относятся к объекту
>>всё это предопределено платформой
Черт. Тут же работа еще и на уровне платформы идет.

>>Купи букварь Габца простые пример разработки
В офисе есть по 8.1. Сгодится или программирование в 8.2 сильно отличается?

(33) ну давайте, гнобите меня :(

гнобите меня полностью

2(34) если не для управляемого интерфейса, то сгодиться до последней запятой практически.

Не, неуправляемый интерфейс уже не в моде.

но у тебя ведь вопрос не по формам?

(38) зачет) а что в моде нынче?

(40) + а, "неуправляемый", не так прочитал

Нет, вроде.

(40) консоль

2(40)ну, управляемый...

так я про управляемый написал.  Как раз внутренняя кухня интересует. Тогда и 8.1 пойдет?

Напоследок: значит все эти параметры, о которых я спрашивал относятся к механизмам самой платформы?

(45) да, и заполняются они автоматически платформой, некоторые можно менять.

(8) поправьте если я не прав, но я бы сказал что ОбработкаПроведения() - метод класса (коим у нас является Документ), а Отказ/Режим - аргументы этого метода и не более...

(47) Хоть горшком назови. 1С вот придумало свои названия и её не парит, как ты это будешь называть.

(47) если метаданные - Классы, что впринципе логично то да, так же думаю)

1С постаралось убрать параллели с другими ЯП вводя собственные названия, что бы такие, как (0) не забивали себе мозги всякой ерундой, а тратили время на изучение предметной области и учета.

Вопросов нет, большое спасибо за разъяснения. Тема исчерпана.

>> не забивали себе мозги
Уже поздно:(
p.s.
>>Отказ/Режим - аргументы этого метода и не более...
"Отказ/Режим - аргументы этого метода" - нормально звучит, по ООП.
"Отказ/Режим - аргументы этого метода [b]и не более[/b]..." - переклинивает. Аргументы все равно должны откуда-то поступать: либо это переменные, либо какие-либо объекты\структуры. Поэтому тему и создал, чтобы понять - откуда. Оказалось - от платформы.

Автомеханика задолбало каждый день отмываться от машинного масла и он решил стать программистом. Преподаватель рассказывает ему о массивах, классах, а он пытается найти классы в привычном ему устройстве автомобиля. Провести параллели между массивом и тормозными колодками. Нафейхоа? Хочешь понять 1С - понимай её такую, как она есть, а не через сравнение со строением инфузории туфельки.

(50) ну не то что бы прям "убрали параллели" - они просто сделали такой себе "фреймворк", дабы упростить жизнь программистам, что впринципе, им удалось...
(52) некорректное сравнение! по-моему, ТС все правильно делает - важно понимать почему оно ТАК работает и откуда что берется...

(53) Это безусловно будет полезно если бух попросит ТС помощи с закрытием 20 счета например, ага.
ТС пошел по ложному пути, не пытается понять 1С, а пытается понять через сравнение со своим прежним багажом знаний о других ЯП. Вот нету в 1С классов. Нету и всё. Чё теперь идти вешаться? Гораздо продуктивнее просто почитать лишний раз синтаксис помощника.

(54) Никто не отменяет необходимости знания предметной области, но не о том же речь щас... Это поможет ему быстрее вникнуть и начать работать, не изобретая пятиколесные велосипеды. Пусть даже нет классов, но есть их подобие - Документы, Справочники, Отчеты, etc...пусть это не совсем тот класс что в ООП и его нельзя унаследовать, пусть нельзя перегружать его методы, но фактически это тоже "класс", который имеет свои методы, которым ты устанавливаешь модификаторы доступа (public, private), свойства, изменять которые ты можешь только при создании экземпляра класса (он же Объект), статические методы (из модуля менеджера), которые ты можешь вызывать не создавая экземпляра класса, а просто обратившись к нему "через точку"... Да, 1С очень специфическая, но это не значит что у нее нет прям ничего общего с другими языками программирования...ТС идет правильным путем.

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

опоздал?

Ахиллес,
>>Это безусловно будет полезно если бух попросит ТС помощи с закрытием 20 счета например, ага.
До этого тоже доберусь, просто за годы учебы мозг сильно повернулся в сторону программирования, поэтому каждый раз, когда нужно изучать какую-либо программную систему, против воли начинаю с ее архитектуры. С парусом такая же фигня была. Может, если бы на экономиста учился, то только предметикой занимался.

>>опоздал?
нет. Похоже еще вопрос. Например, приходная накладная. Одновременно ведь можно несколько накладных вводить. Тогда на каждую обработку создаются свои Отказ\Режим?

(48) 1С много чего заново "перепридумало"
показывает общую картину в их лечебнице

Хотя нет, я кажется опять ошибаюсь.
Несколько приходных накладных -> несколько обработок проведения со своими установленными Отказ\Режим. Но! Все эти обработки реализуются одним и тем же кодом, т.е. если в процедуре выставлен режим исключительный, то он будет для всех одновременно создаваемых накладных - платформа сама значения Отказ\Режим не меняет.

Где вы классы нашли в 1С? хоть один назовите.
Чем и страшна 1с - нет ни каких классов и ООП, а есть гигансткая набор-свалка объектов, которые свалены в одну кучу, никак между собой не взимодействуют и не пересекаются (типовые наследуемые методы, свойства - забудьте: если 1с "забыла" прописать чего-нибудь, объект так и останется урезанным), и если нужно что-то еще - жди, когда 1с навалит новые объекты...