Форум Flasher.ru
Страница 2 из 3 < 1 2 3 >
Показывать 40 сообщений этой темы на одной странице

Форум 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=111302)

Mr. Fixit 24.04.2008 13:43
Я выслушал ваше мнение, но могли бы вы, всетаки, привести пример вашого мелкого класса?

vooparker 24.04.2008 13:45
у меня таких и нет =)

Mr. Fixit 24.04.2008 13:47
Цитата:
у меня таких и нет =)
Ну тогда если нету, почему вы рассуждаете что это плохая практика? Если у вас это только в теории.

vooparker 24.04.2008 13:56
Потому что это очевидно =) Немного конечно не в тему, поднятую автором, но могу предложить почитать пример как правильно и красиво можно избавиться от порождения ненужных классов http://yarovoy.com/2007/08/30/prototype_design_pattern/

Mr. Fixit 24.04.2008 14:09
Лушче использывать мелкие классы, но разумно(это ессно).
Цитата:
Потому что это очевидно =)
Если тупо смотреть с одного угла, то - да.

Я, лично рассматриваю проблему под разными углами.
Имхо, подход через шаблон Прототип мне не нравится.

vooparker 24.04.2008 14:22
Прототип особенно хорош в играх когда множество "врагов" или "препятствий" описано одним классом, а не множеством однотипных. Что касается необходимости в мелких классах она есть, те же dto например, но речь шла изначально о другой проблеме - о нежелании создания множества мелких подклассов ради наделения их какими-то дополнительными свойствами. И в этой ситуации порождение такого множества и есть плохая практика.

Mr. Fixit 24.04.2008 14:27
Цитата:
о нежелании создания множества мелких подклассов ради наделения их какими-то дополнительными свойствами
Если этот класс уникален в своем случае, то его стоит создавать. Или,, например, создать один управляющий класс, от которого будут наследоваться нужные экземплряры, таким путём не создавая пустые ненужные классы. :)

vooparker 24.04.2008 14:29
Цитата:
Сообщение от Mr. Fixit (Сообщение 735223)
Если этот класс уникален в своем случае, то его стоит создавать...
Земля круглая, через две точки на плоскости можно провести одну и только одну прямую и тд

Mr. Fixit 24.04.2008 14:45
и?
Конечно круто начать нести какой-то спам, чем прийти совместно к более правильному решению, но дело ваше :D

Кста пример:
Код:
...
public function Main() {
        var _obj1 : ClassesManager = new ClassesManager();
        _obj1.params = {x:10};
        trace(_obj1.params['x']);
                       
        var _obj2 : ClassesManager = new ClassesManager();
        _obj2.params = {func:_obj2.someFunc([777])};
        trace(_obj2.params['func']);
}

...

public class ClassesManager extends Sprite {
        private var _params : Object = new Object();

        public function ClassesManager() {
                // *** Empty
        }
               
        public function get params() : Object {
                return this._params;
        }
               
        public function set params(params : Object) : void {
                this._params = params;
        }
               
        public function someFunc(someArray : Array) : Array {
                return someArray;
        }
}
...

vooparker 24.04.2008 15:07
Цитата:
Сообщение от mre (Сообщение 734431)
Идея в том что мне нужно хранить кое-какое значение в экземпляре, но не хочу для этого создавать подкласс.
Это не сложно, но такая ситуация встречается довольно часто, не хочется чтобы накапливались мелкие файлы подклассов.
Цитата:
Сообщение от Mr. Fixit (Сообщение 735172)
Если вы хотите правильно структурированый Ваш код, то это обязательно :).
Приведенный вами пример, насколько я понимаю опровергает ваше же утверждение? =)


Часовой пояс GMT +4, время: 12:15.
Страница 2 из 3 < 1 2 3 >
Показывать 40 сообщений этой темы на одной странице

Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.