Форум Flasher.ru - Возможно ли динамически наследовать классы

Форум Flasher.ru (http://www.flasher.ru/forum/index.php)

- ActionScript 3.0 (http://www.flasher.ru/forum/forumdisplay.php?f=83)

- - Возможно ли динамически наследовать классы (http://www.flasher.ru/forum/showthread.php?t=203329)

Возможно ли динамически наследовать классы

Допустим есть Json- объект, при его парсении вытаскиваю свойства рисуемых объектов, допустим свойство type, если type = 1, то наследовать DrawObject от Shape, если 2 , то от Sprite. Можно ли такое сделать?

Нет конечно, но ты можешь сделать фабрику инстансов классов, имплементирующих предопределенный интерфейс IDrawObject

Только в haxe и только при компиляции.

по моему при компиляции - это не динамически :)

Цитата:

Что-то подсказывает, что не нужно здесь фокусов с наследованием, а надо просто взять и решить задачу.

Код AS3:

public class Parser

{

    private static function parseCommon(object:DisplayObject, json:Object):void {

        object.x = json["x"];

        object.y = json["y"];

        ...

    }

    private static function parseSpritePart(sprite:Sprite, json:Object):void {

        for each (var i:Sprite in json["childs"]) {

            sprite.addChild(NewDisplayObject(i));

        }

    }

    public static function newDisplayObject(json:Object):DisplayObject {

        if (json["type"] == "Sprite") {

            var sprite:Sprite = new Sprite();

            ParseCommon(sprite, json);

            ParseSpritePart(sprite, json);

            return sprite;

        }

        if (json["type"] == "Shape") {

            var shape:Shape = new Shape();

            ParseCommon(shape, json);

            return shape;

        }

        return null;

    }

}

...

DisplayObject object = Parser.newDisplayObject(JSON.parse(text));

expl последняя строчка) на какой язык перешел?

на хороший
*

Код AS3:

var object:DisplayObject = Parser.newDisplayObject(JSON.parse(text));

Цитата:

Сообщение от expl (Сообщение 1146305)

Что-то подсказывает, что не нужно здесь фокусов с наследованием, а надо просто взять и решить задачу.

Да, фабричный метод хорош, но в том то и дело, что кроме основного функционала классов Sprite и Shape, он должен еще содержать функционал класса DrawObject.

Чтобы не делать 2 класса DrawObjectShape и DrawObjectSprite , в которых будет одинаковый код

Цитата:

Да, фабричный метод хорош, но в том то и дело, что кроме основного функционала классов Sprite и Shape, он должен еще содержать функционал класса DrawObject.

Ну и отлично, добавляем метод:

Код AS3:

private static function parseDrawableObject(Graphics g, json:Object):void {

        g.lineStyle(0, json["color"]);

        g.drawCircle(json["circle_x"], json["circle_y"], json["radius"]);

}

И добавляем 2 строчки в основную функцию:

Код AS3:

public static function newDisplayObject(json:Object):DisplayObject {

        if (json["type"] == "Sprite") {

            var sprite:Sprite = new Sprite();

            ParseCommon(sprite, json);

            ParseSpritePart(sprite, json);

            ParseDrawableObject(sprite.graphcis, json);// раз

            return sprite;

        }

        if (json["type"] == "Shape") {

            var shape:Shape = new Shape();

            ParseCommon(shape, json);

            ParseDrawableObject(sprite.graphcis, json);// два

            return shape;

        }

        if (json["type"] == "TextField") {

            var tf:TextField = new TextField();

            ParseCommon(tf, json);

            ...

            // А сюда не добавляем

            return tf;

        }

        return null;

    }

Цитата:

Чтобы не делать 2 класса DrawObjectShape и DrawObjectSprite , в которых будет одинаковый код

А где мы здесь вообще делаем новые классы? :)

Цитата:

Да, фабричный метод хорош

Это не фабричный метод, это тупая декомпозиция на функции. Часто тупое решение - оно самое верное.
Паттерном "фабричный метод" называют несколько другое:
http://ru.wikipedia.org/wiki/%D0%A4%...D%D0%B8%D1%8F)

Хотя здесь можно назвать Parser статической фабрикой, а newDisplayObject - методом статичной фабрики (просто названия совпадают паттерна и метода, хотя здесь ситуация совсем не похожа на фабричный метод - у нас тут никакие методы не перегружаются в подклассах, у нас тут вообще один класс и тот статичный, его, конечно, при необходимости, можно сделать нестатичным, тут не принципиально)

P.S. Если вас напрягает добавление этих -2х строчек, у вас куча объектов со своими особенностями парсинга/перевода обратно в JSON и вы хотите более гибко добавлять эти объекты - могу подсказать как этого добиться с наследованием и прочими извращениями. Но если у вас 5 - 10 типов объектов, и добавление новых - редкость - решение с простыми функциями - самое лучшее.

В любом случае Вы не можете наследоваться от нескольких/разных классов.
Можно заморочиться и заменить наследование композицией, но по-моему проще продублировать код, особенно если для Вас критична разница (по весу?) между Спрайтом и Шейпом (то какой-то еще экземпляр на борту это уж тем более перебор).