Adobe Flex 4.5 - единый источник для веб-клиента и мобильного клиента - что возможно? - PullRequest
0 голосов
/ 05 августа 2011

Я разработчик Flex и заинтересован в портировании существующего веб-приложения Flex 4.5 на мобильные устройства.

Вопрос заключается в следующем: возможно ли использовать один код для мобильного клиента и веб-клиента? Конечно, пользовательский интерфейс будет сильно отличаться, и, скорее всего, большинство вещей должно быть переписано. В любом случае, возможно ли написать UI-код, который будет работать на обеих платформах (веб и мобильных)?

Какие возможности технически существуют для настройки в Flash Builder (eclipse)?

С другой стороны, существует код, который должен быть передан между веб- и мобильным приложениями, который содержит служебные методы и тому подобное. Думаю, для этого должно быть относительно легко использовать одну и ту же базу кода из-за проекта библиотеки или чего-то в этом роде - что вы думаете? Какой тип проекта я должен настроить для этого - есть ли примеры для этого варианта использования?

Последний вопрос: есть ли классные инструменты для flex-mobile, которые поддерживают проблему не всегда доступного подключения к Интернету - работа в автономном режиме, синхронизация ... Думаю, здесь важно отметить, что я хочу использовать бэкэнд Java и ни один из этих Adobe-сервисов.

Большое спасибо

Ответы [ 2 ]

0 голосов
/ 08 августа 2011

Вы определенно можете. Для этого на самом деле нет «инструментов», все дело в том, как настроить свой проект. Как сказал Flextras, вы бы хотели создать библиотеку, в которой был бы весь код, который можно было бы использовать как для мобильных, так и для веб-проектов, но вам нужно отдельное приложение для обоих, так как макет будет немного изменен.

Что касается компонентов, которые можно многократно использовать, то у Flex по умолчанию есть веб-версия и мобильная версия, но если вы создаете свои собственные пользовательские компоненты, я рекомендую вам создать 2 разных скина для каждого (это то, что Flex SDK выполняется автоматически), что будет указано в теме CSS каждого проекта. Таким образом, ваш компонент имеет функциональный код сохранения, но выглядит иначе. Однако остерегайтесь узких мест производительности, поскольку телефоны не так мощны, как настольные компьютеры. Честно говоря, просто делай все просто в мобильном приложении, и все будет хорошо.

Что касается инструментов «синхронизации», то их нет, потому что было бы сложно иметь базовую линию для проектов, потому что каждый проект индивидуален. Однако вы можете использовать SQLite в мобильном проекте для автономной передачи данных / синхронизации. Вам придется реализовать это самостоятельно, но на самом деле это не так уж и плохо, если у вас нет очень запутанных бизнес-правил.

Вот и все. Это не ракетостроение, но обязательно будь проще.

0 голосов
/ 05 августа 2011

Я чувствую, что много на это отвечаю, но не смог найти ни одного предыдущего ответа, так что ...

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

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

...