В настоящее время я смотрю на структурирование проектов моих команд в соответствии с правильной загрузкой пакетов и с легкостью контролируется версиями (через SVN).ActionScript 3.0 кросс-проект папка/структура упаковки наилучшая практика
Меня интересует любая «лучшая практика» в отношении структурирования проекта и как использовать согласованную упаковку, не сворачивая все в гигантскую структуру каталогов com.domainname.projects при сохранении этой структуры пакета. Я также хочу использовать структуру папок src/bin/lib в каждом проекте.
Думаю, я спрашиваю: «Как вы это делаете?» и почему?'. Извините, если это немного абстрактно для Stack Overflow, но вы, ребята, даете лучшие ответы, которые я нашел.
Команда Я работаю в 8 разработчиков - мы делаем образовательные ресурсы во Flash (не Flex) для использования на интерактивных досках в классе. Большинство проектов обрабатывается одним разработчиком, но иногда у более крупных проектов будет работать несколько разработчиков. В большинстве случаев у нас, вероятно, не более 4 проектов, каждый из которых активен в любой момент. Процесс разработки каждого члена варьируется, что мы пытаемся стандартизировать и немного модернизировать. Не вдаваясь в подробности, я пытаюсь помочь людям отойти от кадровых сценариев и в более подход ООП. ... – hamishtaplin
... Этот шаг включает в себя некоторую стандартизацию активов, в первую очередь шаблон ресурса, который обрабатывает все общие функции (навигацию по страницам, инструменты доски и т. Д.) - это будет построено с использованием различных компонентов и всех зависимостей, хранящихся в нашем репо. В начале нового проекта последняя версия будет удалена, и любые изменения (например, исправления ошибок), возможно, необходимо будет объединить обратно. – hamishtaplin
В этом случае, кажется, ваши самые большие проблемы впереди: 1) стандартизация активов, и 2) единообразие в развитии. Для 1, комментарии Daniel & back2dos наверняка помогут. Для 2 я бы рекомендовал пару программ программирования (или, по крайней мере, обзоры кода, используя такой инструмент, как ReviewBoard или просто на бумаге). Я предполагаю, что любая структура, которую вы выбрали сегодня, наверняка изменится по мере продвижения вашей команды и определения того, как делиться и продавать активы. Итак, я бы сосредоточился на быстром старте (самая простая структура, в которой вы нуждаетесь сегодня, не смотрите дальше) и за пару месяцев заработала окончательное согласованное решение. Удачи! – Sebastian