Неужели никто не наследовал документы или справочники? Если кто знает напишите, заранее спасибо.

Т.е. если я правильно понял, нормально унаследовать справочник, т.е. создать свой класс-справочник с расширенным функционалом на основе существующего, невозможно? Получается, что в своем классе я могу использовать все методы базового класса, но например открыть форму своего документа, не могу, т.к. из модуля объекта нельзя открыть форму объекта? Если ошибаюсь поправьте, т.к. работаю с 7.7 и 1С 8 знаю пока только понаслышке

dnp писал(а) 09. Июля 2009 :: 11:29:

Можно привести пример? Потому что мне так и нужно чтобы форма объекта (в данном случае документа) открывалась. Как это сделать?  
Потому что форма открывается системной процедурой ОткрытьФорму(<ОписательОбъекта>,<КонтекстФормы>,<ДокументОснование>). Только вот возникает вопрос, какой ОписательОбъекта передать? Обычно это например "Документ.Перемещение" например. А мне нужно открыть форму объекта моего класса. По идеям ООП так оно и должно было бы быть, но как я понял, у классов нет никаких форм, и даже когда у базового класса есть форма, то класс ее никак не наследует.

Если есть мысли, то буду рад. Потому что это очень удобно было бы использовать ООП для наследования объектов конфигурации. Приведу пример: есть док "Перемещение" и помимо всего еще к примеру должен быть реализован функционал загрузки документов этого типа из XML. Так вот вместо того, чтобы отдельно писать какую-то внешнюю обработку для загрузки, было бы красивее создать класс-наследник документа "Перемещение", и написать конструктор который при получении в качестве параметра XML-файл, создавая объект (документ), загружает его из XML

dnp писал(а) 09. Июля 2009 :: 12:00:

Вот и я про то же, все равно открыть форму СВОЕГО класса не получится, потому как у него по ходу просто нет этой формы. Наверно это связано с тем, что язык 1С изначально не разрабатывался для работы в рамках ООП. Я так понял, что нормально наследовать объекты конфы, у которых есть форма невозможно. Интересно, почему никто не задавался этим вопросом на форуме? Потому как для этого классы и нужны в первую очередь, имхо.

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

dnp писал(а) 09. Июля 2009 :: 12:11:


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

фанат 1с писал(а) 09. Июля 2009 :: 12:21:


Выходит, что после ОткрытьФорму( МоеПеремещение ) весь новый функционал засыпает, форма-то о нем ни чего не знает?

фанат 1с писал(а) 09. Июля 2009 :: 12:41:

Если пользователь ни чего не жмет - то ни какие методы не вызываются вообще, кроме ПриОткрытии() ВводНового() ВводНаОсновании().
А если пользователь в форме документа жмет кнопки - то вызываются, опять же, предопределенные или формулы элементов диалога. Ни те ни дргие не знают о новом функционале (по условиям задачи ). Кто тогда его (функционал) будет использовать?