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

Цитата:

То есть вы предлагаете запустить программу, протестировать эту ветку, и если есть ошибка, то исправлять. Но в каком виде мы получим ошибку? Опять же в виде исключения, которое будет отображаться в окне сообщений в 1С-ке. Это исключение может нарушить работу моей программы, и чтобы этого не произошло, надо опять таки обработать это исключение (Попытка/Исключение). А если учитывать, что программа может разрабатываться несколькими разработчиками, и мне может быть передан в качестве параметра любой класс, то получается что мне надо вызов каждого метода чужого класса заключать в обработчик исключения? Так мы далеко зайдем... Гораздо проще было бы проверить для этого класса "ты такой-то?", если "да", то "делай то что нужно"...

Цитата:

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

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

В моем конкретном случае - да.
Но коль уж речь зашла о более глобальных вещах, тогда проверки типов будет недостаточно

Цитата:

Недостаточно для определения того, что делает класс.

Цитата:

Да, но разные типы могут делать одно и тоже. И если я делаю новый класс, который делает то же самое, он должен как-то сообщать о том что он делает.  Я не обязан его наследовать от уже готового класса с тем же поведением по многим причинам.
Ваше утверждение надо перефразировать так: "Т.е. без информации о поведении объекта невозможно гарантировать правильность алгоритма". Это "поведение объекта" называется интерфейсом. Можно придумать вместо интерфейса какой-нибудь идентификатор и т.д.

Цитата:

Ну, есть такое понятие - Duck Interface
Крякаят - значит утка
Как раз про 1С

es3000 писал(а) 19. Сентября 2006 :: 04:35:


Неправильная логика. Эта тема освещается в любой книжке, где описывается обработка исключений.

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

Обработка исключений для того и задумывалась, чтобы программы можно было писать так, как будто при их работе не возникает ошибок. При этом не надо отслеживать возникновение ошибок ВЕЗДЕ. И каждый тип исключения должен обрабатываться на своем уровне. В данном случае ошибка должна быть обработана не на уровне программы, а на уровне программиста.

Цитата:


Так интерфейсы - это и есть еще одна (или не одна) иерархия.

А пустые классы (в данном случае) - это и есть интерфейсы. Правда сейчас нельзя заставить класс, реализующий интерфейс иметь какой-то метод. 

sedmin
В общем согласен насчет исключений, но создавать обработчик исключения с целью проверить наличие метода - это уже слишком

Цитата:

Да, иерархия, но иерархия поведения, не связанная с реализацией, что как раз и требуется

Цитата:


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


Цитата:


Ну если я просто в коде вставлю вызов метода, которого нету, то получу ошибку что-то типа "не найден метод агрегатного объекта". А конструкцию "Попытка / Исключение" для определения наличия метода, я считаю не возможностью языка, а его так сказать извращением за неимением лучшего


Цитата:


Да, к сожалению не избежать. Хотя это большое ограничение, ну в 1С к этому не привыкать, я просто думал может 1С++ в этом как-то поможет

Ну пока никакого
Я говорил о том что везде уже есть для решения подобных задач
Но ведь все развивается, 1С++ тоже развивается, можно эти полезные идеи воплотить в этой библиотеке
А начать можно с чего-нибудь типа "МетодСуществует"