Генерация объектов значений ActionScript из классов Java среднего уровня

Question

В стеке приложений Flex / Java с использованием удаленного взаимодействия (через BlazeDS) классы для хранения данных, передаваемых между клиентом и сервером, необходимо поддерживать как на клиенте (в ActionScript), так и на сервере (в Java).

Мне нужен способ поддерживать эти классы только в Java и иметь соответствующие классы объектов-значений ActionScript, сгенерированные процессом сборки.

Answer 1

Проверьте генератор AS3 из проекта Granite Data Services:

http://www.graniteds.org

Если я правильно помню, это плагин Eclipse, который должен быть довольно простым в использовании. Просто помните, что если вы исключите свойство из класса ActionScript, оно все равно будет сериализовано Blaze при отправке обратно клиенту Flex.

Answer 2

Если вы собираетесь создавать приложение Flex RIA любой степени сложности, то, вероятно, вы будете реализовывать шаблон MVC - ala Cairngorm, Mate или PureMVC.

Взгляните на этот генератор кода Flex, так как он предвидит использование MVC в клиенте Flex и генерирует код соответствующим образом, чтобы обеспечить еще более высокую степень использования:

FCG: генератор кода Flex

Answer 3

Существует несколько бесплатных конвертеров Java в AS3 различного качества:

• http://osflash.org/projects/j2as3
• http://osflash.org/j2as (это AS2, но может подойти для ваших целей)

Я не могу ручаться за их качество, но они утверждают, что делают то, что вы ищете.

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

Кроме того, все мои объекты Java имеют геттеры и сеттеры, тогда как в эквивалентах AS3 их нет, что означает, что открытые / закрытые средства доступа различны в любом случае.

НТН

Answer 4

XDoclet2 включает плагин ActionScript, который может генерировать классы ActionScript из комментариев Javadoc в коде Java.

Недостатком является то, что он основан на Javadoc, а не на аннотациях Java, и не выглядит хорошо документированным или очень широко используемым.