Каковы преимущества Spring Actionscript, учитывая, что динамические прокси и рефлексы ограничены
Каковы преимущества Spring Actionscript, учитывая, что Dynamic Proxies невозможны в текущей версии Actionscript, и Reflection весьма ограничена.
Так, например, я мог бы указать создание своего объекта в контексте приложения XML, но зачем мне это делать, если я могу просто указать это в коде и, следовательно, воспользоваться преимуществами статической проверки типов и т. Д.
Я ни в коем случае не намерен умалять работу, проделанную над Spring Actionscript, но больше для того, чтобы найти применение для этого в моих проектах.
3 ответа
Помимо конфигурации XML, Spring ActionScript также поддерживает настройку MXML. Тип конфигурации (XML, MXML) зависит от вариантов использования, которые должно поддерживать ваше приложение. По причинам, которые вы упомянули, имеет смысл настроить большую часть контекста в MXML, но я бы рекомендовал вам в каждом случае выводить конфигурацию конечных точек службы.
В прошлом проекте мы выбрали XML-конфигурацию, поскольку конфигурация была сгенерирована во время выполнения, когда пользователь вошел в приложение. В зависимости от учетных данных пользователя использовались разные конечные точки и различные настройки. Мы не могли бы сделать это элегантно со статическими конфигами MXML.
Оба типа конфигурации имеют свои сильные и слабые стороны, и вам решать, какой тип вы хотите использовать. Я думаю, что мы могли бы даже легко поддерживать смесь MXML и XML, если бы это имело смысл. Как только у нас появятся динамические прокси и загрузка классов, XML-конфигурация станет более понятной.
Я бы согласился с Шоном в общем смысле, что пытаться заставить Flex внутри Java-блока вообще плохая идея. Как много сходств, Flex не Java.
При этом существует множество причин, по которым вы можете захотеть разместить некоторые из ваших настроек во внешнем XML-файле, и не в последнюю очередь это относится к случаю настройки адресатов и конечных точек ваших служб, когда вам может понадобиться быть в состоянии изменить URI конечной точки без перекомпиляции приложения.
Есть несколько доступных проектов, которые являются просто ошибочными портами философии с других платформ. Всякий раз, когда вы начинаете на новой платформе, я думаю, что лучшее, что нужно сделать, это выяснить, как люди эффективно развиваются, и идти оттуда.
Я говорю все это, потому что я думаю, что все фреймворки java-esque для flex/flash оставят вас в худшем положении, чем вы начали. Вы нуждаетесь в внедрении зависимостей, но для этого есть хорошие среды, удобные для использования с 3/mxml (Mate, Swiz). Нет никакого смысла в использовании xml, когда вы можете использовать mxml, который строго типизирован.