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

Каковы преимущества Spring Actionscript с учетом того, что динамические прокси-серверы невозможны в текущей версия Actionscript и Reflection весьма ограничена.

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

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


person BefittingTheorem    schedule 14.08.2009    source источник


Ответы (3)


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

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

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

person Christophe Herreman    schedule 15.08.2009
comment
+1 Эй, Кристоф, я надеялся, что ты присоединишься к этому. Я не знал о параметре конфигурации MXML, который во многих случаях имеет гораздо больше смысла, чем XML. Я все еще чувствую, что Spring для AS действительно искусственно сдерживается из-за отсутствия прокси-серверов Dyn и т. д. И что это потенциально полезный инструмент, но на данный момент многие потенциальные варианты использования невозможны, например, внедрение ведения журнала в качестве перекрестная забота и т. д. - person BefittingTheorem; 15.08.2009

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

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

person Nick    schedule 22.08.2009

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

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

person Sean Clark Hess    schedule 14.08.2009