Flex Best Practices - несколько проектов Flex или один проект, несколько файлов приложений MXML

Question

Просмотрев несколько разных способов создания больших проектов в flex, мне интересно, как вы оцениваете, как организовать проекты, которые потребуются 2 или более разных приложений. Например, публичный и частный сайт в рамках проекта.

Два основных способа, о которых я знаю, будут первыми, создав один проект flex, а затем добавлю различные файлы приложений mxml. Оба приложения смогут совместно использовать код.

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

Каковы ваши мнения, и есть ли у вас какие-либо причины для этого, так или иначе?

Answer 1

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

Answer 2

Я рекомендую подход к библиотеке. Тем не менее, вы все равно можете использовать несколько приложений в одном рабочем пространстве (и я это делаю), но удобно хранить правило «один проект, одно приложение». В моей рабочей области может быть 5 проектов, каждая из которых имеет приложение MXML и 4 проекта библиотеки, которые не имеют ни одного.

Answer 3

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

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

Я обычно структурирую свои проекты по функциям. и пример будет что-то вроде ... принять приложение MP3-плеера.

я бы следующие пакеты

com.yourdomain.applicationname.mp3controls com.yourdomain.applicationname.albumlistings

каждая функция будет содержать команды, модель, просматривать пакеты, чтобы начать.

тогда, возможно, вы обнаружите, что вам действительно нравится функция mp3controls, и вы можете использовать ее в некоторых других приложениях, например, как приложение для видеопроигрывателя. Затем mp3controls можно было поместить в общую библиотеку, а затем, возможно, переименовать в нечто вроде «mediacontrols» или что-то еще.