Проверить класс на наличие метода

[Akopalipsis]

Возможно как то проверить класс на наличие метода, если этот метод в супер классе предназначен для переопределения. То есть он public и всякий раз, когда я проверяю под класс на его наличие, возвращается true , даже если он не был переопределён. Пробовал hasOwnProperty, остальные методы класса Object всегда фалсе возвращают.

[in4core]

Нет нельзя и не нужно. практического смысла нет.

[Akopalipsis]

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

[in4core]

В AS3 абстракция атрофирована. Забудьте о ней
А вообще советую раз такой любознательный потихоньку разбирать JAVA . В будущем больше проку будет. Переучиваться с AS на более сложные языки тяжелее в конце, чем сразу

[Akopalipsis]

А вообще советую раз такой любознательный потихоньку разбирать JAVA .
Спасибо за совет! В будущем обязательно буду учить, но пока as3 мне хватает.
И я пробуя делать мелочи в других языках, почему то подумал, что после as3 легче понять другие языки, чем наоборот.

[in4core]

Языки везде одни, синтаксис разный вот и все. + плюшки свои есть. Но после AS понять ты сможешь php или JS, например. Но не C# или JAVA . Синтаксис поймешь, но тебе будет невдомек почему надо делать обязателное исключение, почему здесь потоки, а не события в целом*, откуда взялись генерики ну и т.п. много всего того, чего нет в ас, того что нужно понять, а не просто зазубрить, например.

[tsarapkabel]

В AS3 абстракция атрофирована. Забудьте о ней.
Быть может абстракция не столь полноценна, но забывать о ней не стоит, ООП как-никак.

[in4core]

tsarapkabel я не в прямом смысле имею ввиду. ПРосто когда что то неполноценно* этим пользоваться все равно широко не будешь. а раз не будешь, то и думать об этом не стоит, лишняя инфа. ну не для AS абстракция, уж извините.

[КорДум]

Можно сымитировать абстракцию только на этапе выполнения: поместите в суперклассе в методе
throw new Error();
Но на этапе компиляции такое провернуть нельзя.

[caseyryan]

Странно, что тут никто не упомянул про интерфейсы. Интерфейсы и есть заменитель абстракции в ас3

[in4core]

caseyryan - потому что интерфейсы есть интерфейсы, они везде есть, не только в AS

[КорДум]

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

[vorodis2]

//Возможно как то проверить класс на наличие метода,
var xml:XML = describeType(klass);
Выдаст весь класс в хмл

ХЗ может это и не то что Вым надо.

[AlexCooper]

Можно использовать describeType () (http://help.adobe.com/en_US/FlashPlatform/reference/actionscript/3/flash/utils/package.html#describeType()) но я рекомендовал использовать интерфейс

[КорДум]

И мой совет топикстартеру: не заморачивайтесь на этот счет. Абстракция в том ее понимании, которая есть, скажем, в джаве, — всего лишь синтаксический сахар, который приятно выглядит и заставляет компилятор генерировать ошибки. На самом деле, когда программируешь, прекрасно представляешь, что нужно сделать в этом месте, а тут метод нужно обязательно переопределить, а тут что-то еще сделать.

Чтобы не забыть, в продвинутых в сторону крутости от блокнота ИДЕ есть комментарии "// TODO" или "// FIXME".

[Akopalipsis]

Спасибо Вам! Почему то мне кажется, что использовать describeType слишком сложно, мне давно интересно, его кто то использует, есть в нем практическая польза? Интерфейсы не заменимы, но я хотел и абстракцию рассмотреть.
КорДум а можно немного о "// TODO" или "// FIXME", что это?
я знаю что можно комментарии, а вот как увидел TODO, то сразу вспомнил, что в FD есть вкладка, где как раз наверное про это.
/**
*
* @param value
*/

[КорДум]

А напишите "// todo мое первое туду" и посмотрите, что будет на этой вкладке.

[Akopalipsis]

я точно знаю, что TODO я видел на вкладке Tasks, но я пишу как Вы показали и нечего там не отображается.
Может не ту панель смотрю?

[КорДум]

Вкладка называется Tasks.
http://www.flashdevelop.org/wikidocs/index.php?title=Features:Interface

[Akopalipsis]

Вообще какой то ужас, где бы я не писал тодо, в панель не чего не выводит, даже если рефреш нажать..

Добавлено через 9 минут
КорДум Спасибо Вам! Появилось, но только не сразу.

[caseyryan]

Однако, тогда суперкласс не имеет право использовать эти методы внутри себя, ибо он о них совершенно ничего не знает.
Это конечно будет выглядеть бессмысленно, но в суперклассе могут быть такие же методы, и он сможет их использовать, а интерфейс применять будет уже подкласс

[KumoKairo]

Это конечно будет выглядеть бессмысленно, но в суперклассе могут быть такие же методы, и он сможет их использовать, а интерфейс применять будет уже подкласс
Я кстати как-то раз бессознательно так и сделал. Потом посмотрел со стороны - мозг выносит немного.

[vorodis2]

//describeType слишком сложно, мне давно интересно, его кто то использует, есть в нем практическая польза?
Я его использую. Офигенная штука. У меня он используеться для просмотра и корректировки любого класса и всех его переменных и методов функций. То есть есть класс спрайта, мы его запоминаем как klass:* распариваем xml там находим скажем x, и если надо заменить то klass["x"]=100; При чем на все слидеры чекбоки и инпут тексты, и любой класс можно смотреть и изменять.

[caseyryan]

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

[Akopalipsis]

У меня проскользнула мысль о абстрактном классе вот по чему. Модель имплементирует интерфейс IModel и вью в конструкторе получает ссылку на модель с типом IModel. Следующим шагом создается другая под модель имплементирующая интерфейс ISubModel. И когда я создаю под вью, в конструкторе которой указан тип ISubModel, не чего не получается. Вот я и подумал об абстракции, ведь с её типом можно любой интерфейс принять. Но наверное я чего то не понимаю.

[caseyryan]

Но наверное я чего то не понимаю.
Ваша проблема легко решается, на сколько я понял. Класс не может расширять более одного класса, но интерфейсов может применять сколько угодно. Совершенно не составит никаких проблем написать так:

public class Model extends Object implements IModel, ISubModel {

}

При этом он будет иметь тип данных и IModel и ISubModel

[Psycho Tiger]

А для чего это нужно? Я вот не могу представить ситуации, в которой бы это пригодилось. Можете привести пример?
Сериализация всех публичных полей модели/VO, например.

Языки везде одни, синтаксис разный вот и все. + плюшки свои есть. Но после AS понять ты сможешь php или JS, например. Но не C# или JAVA .
А после C# или Java ты не сможешь понять Ruby или Haskell. Чувак пишет на чем он пишет, зачем ему что-то навязывать?

[vorodis2]

//caseyryan
http://vorodis2.com/#id:testKlass

В BigWondowClass можно пихнуть любой класс и визуально опробовать весь его функционал, не делал массивы и функции с параметрами (пока не нужно было, но сделать можно. Затачивал под nape)

[Akopalipsis]

caseyryan Спасибо! я это знаю, но не будет ли это корявенько немного?

[caseyryan]

но не будет ли это корявенько немного?
Смотря что там в этих интерфейсах. Само по себе применение нескольких интерфейсов - это вполне нормальная практика. Но вопрос в том, что часто можно множество интерфейсов объединить в один, если функционал подразумевается практически один, как в случае с IModel и ISubModel

[in4core]

А после C# или Java ты не сможешь понять Ruby или Haskell. Чувак пишет на чем он пишет, зачем ему что-то навязывать? Про второй не знаю, но руби понять не такая уж и проблема будет после принцессы. Я говорю о чем стоит задуматься в будущем , всю жизнь на флеше не просидишь все равно. Как по мне лучше переходить на яву, более востребованный чем, например С, хотя опять же смотря где и для чего. Яву знать приятно в связке с флешем, как клиент-серверный, ну а пхп знать особо и не надо, там по справке можно писать спокойной не задумываясь, понятное дело есть ньюансы, но не такие

[Psycho Tiger]

Про второй не знаю, но руби понять не такая уж и проблема будет после принцессы.
Ты про FiM (http://habrahabr.ru/post/155131/) или ты эдак Джаву обозвал? В любом случае ты настолько не в теме что прямо вообще =) Как повар пошел строить шаттл.

[in4core]

жабу.

[alatar]

Почему то мне кажется, что использовать describeType слишком сложно, мне давно интересно, его кто то использует, есть в нем практическая польза?
Используется для реализации DI (Dependency Injection), например в RobotLegs. Точнее его недокументированная версия describeTypesJSON с даунгрейдом до describeType в старых версиях плеера.

[Akopalipsis]

alatar именно из - за RobotLegs2 я о нём и услышал.
Используется для реализации DI (Dependency Injection)
То есть SwiftSuspenders его использует для инжекта?

[alatar]

Именно. Точнее для того, чтобы узнать что и куда инжектить.

[Akopalipsis]

Именно. Точнее для того, чтобы узнать что и куда инжектить.
Спасибо! У меня только после Ваших слов картинка его работы сложилась.