Каковы преимущества Spring Actionscript с учетом динамических прокси и отражений?

Question

В чем преимущества Spring Actionscript с учетом Dynamic Proxies в текущей версии ActionScript и Reflection довольно ограничены.

Так, например, я мог бы указать мое создание объекта в контексте приложения XML, но почему бы мне делать, когда я могу просто указать, что в коде, и, следовательно, воспользоваться статическим типом проверки и т.д.

Это отнюдь не мое намерение умалить работу, проделанную в Spring Actionscript, но больше, чтобы найти приложение для нее в моих проектах.

Answer 1

Помимо конфигурации XML Spring ActionScript также поддерживает конфигурацию MXML. Тип config (XML, MXML) зависит от вариантов использования, которые необходимо поддерживать вашему приложению. По причинам, о которых вы говорите, имеет смысл сконфигурировать большую часть контекста в MXML, но я бы посоветовал вам в любом случае экстернализировать конфигурацию конечных точек службы.

В прошлом проекте мы выбрали конфигурацию XML, поскольку конфигурация была сгенерирована во время выполнения, когда пользователь вошел в приложение. В зависимости от учетных данных пользователя использовались разные конечные точки и различные настройки. Мы не могли бы сделать это элегантно со статическими конфигурациями MXML.

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

Answer 2

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

Я говорю все это, потому что думаю все фреймворков java-esque для flex/flash оставляют вас хуже, чем вы начали. Вам нужна инъекция зависимостей, но для этого есть хорошие as3/mxml-дружественные рамки (Mate, Swiz). Нет смысла использовать xml, когда вы можете использовать mxml, который строго типизирован.

Answer 3

Я согласен с Шона в общем смысле, что попытка заставить Flex внутри ящика Java, как правило, плохая идея. Как много сходств, как есть, Flex не является Java.

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