Обозначение классов Менеджеров

[GBee]

Все мои менеджеры в последнем проекте лежат в одном синглтоне. Есть друг, который говорит: "Если в проекте появились класс с названием manager, значит что-то пошло не так", но не обосновал.

[incvizitor]

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

Можете объяснить, что Вы этим сказать хотите?

[Psycho Tiger]

В баблинге промежуточный класс ничего не знает о типах событий.

Это мешает ему подписаться на это событие?

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

Как можно протянуть ссылку в ущерб типизации?
Первую часть фразы тоже присоединяюсь к вопросу.

что за "пул"?

Object pool. Лужа объектов. Меня mayakwd недавно по этой теме красочно просвящал. (Передаю ему привет!)

[expl]

Теперь, кажется понял фразу

"инстантциация происходит в конструкторе/тянется из пула"

Думал, может какой другой пул, а тут речь о том что не важно, создается ли из пула или с помощью new (правильно?)

Как можно протянуть ссылку в ущерб типизации?

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

Но это могло бы выглядеть так:

class ServiceClient {
    var _service:Service;
 
    public function new ServiceClient(serviceContainer:Object):void
    {
          _service = (serviceContainer as IServiceContainer).service;
    }
}
 
public class ServiceClientOwner {// Вот этот класс ничего не знает о IServiceContiner, правда он завязан на ServiceClient, но сейчас речь не об этом
 
    public function ServiceClientOwner(servieContainer:Objесt)
    {
          _serviceClient = new ServiceClient(serviceContainer);
    }
}

Цитата:
В баблинге промежуточный класс ничего не знает о типах событий.

Это мешает ему подписаться на это событие?

Нет, но если он не подписался - класс можно использовать без передаваемого им класса события

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

[Psycho Tiger]

(правильно?)

Правильно.

Я вот тебя вообще не понимаю.
Класс не знает ни о каком IServiceClient (вообще ситуация из ряда вон) и поэтому типа подход плохой. Ну, а если он не знает о SingletoneClient? В этом случае вообще хана.

Нет, но если он не подписался - класс можно использовать без передаваемого им класса события

Все события наследуются от Event`а. Можно подписаться на любое событие, сузив объект события от CustomEvent до Event.


Вообще менеджер на каком-то уровне глобальная вещь. И если для работы не всегда есть конкретный класс этого менеджера — то блин, надо как-то постараться и заиметь интерфейс, что менеджер реализует. Иначе зачем этот менеджер туда передавать вообще?

[expl]

Класс не знает ни о каком IServiceClient (вообще ситуация из ряда вон) и поэтому типа подход плохой

Наоборот хорошо, что ServiceClientOwner, которому не нужен IService о нём не знает. Плохо, что приводить типы в ServiceClient надо

[Psycho Tiger]

Понятие "знает" это импорт класса?

[expl]

Можно и так сказать
Согласись, если класс импортирует какой-нибудь специфичный игровой менеджер - в библиотеку этот класс не вынесешь, даже если он с ним ничего не делает

[Psycho Tiger]

Я если честно вообще не вижу проблем в "лишнем" импорте класса. Ну болтается и болтается, я туда вообще не смотрю.
А про вынос - интерфейса хватит. Если вообще на то пошло, то можно предоставить геттер на нужный объект, который будет содержать сеттер на нужный менеджер.

[incvizitor]

Согласись, если класс импортирует какой-нибудь специфичный игровой менеджер - в библиотеку этот класс не вынесешь, даже если он с ним ничего не делает

import IManager;
public class Client{
 
        _manager:IManager;
 
        pubilc function Client(manager:IManager){
                  _manager=manager;
        }
}

Делаем вот так:

public class ManagerA implements IManager{
}

Или вот так:

public class ManagerC{
}

public class DelegateManagerC implements IManager{
        private var _targer:ManagerC;
}