Лучшая практика для межпроектной структуры папок / пакетов Actionscript 3.0 - PullRequest
Новая
       23

Лучшая практика для межпроектной структуры папок / пакетов Actionscript 3.0

1 голос
/ 25 августа 2010

В настоящее время я стремлюсь структурировать проекты своих команд в согласованном порядке, который правильно использует пакеты и легко контролируется версиями (через SVN).

Меня интересует любая «лучшая практика» в отношенииспроектировать структурирование и как использовать согласованную упаковку, не объединяя все в гигантскую структуру папок com.domainname.projects, сохраняя при этом структуру пакета.Я также заинтересован в использовании структуры папок src / bin / lib в каждом проекте.

Наверное, я спрашиваю: «Как вы это делаете?»и почему?'.Извините, если это немного абстрактно для Stack Overflow, но вы, ребята, даете лучшие ответы, которые я нашел.

Ответы [ 2 ]

0 голосов
/ 25 августа 2010 
Package1
    src\com\domainname\Package1
        source files
Package2
    src\com\domainname\Package2
        source files
Package3
    src\com\domainname\Package3
        source files
Lib
    All packages export swcs into this folder

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

Я не знаю, почему вы хотите использовать папку bin \ lib - более разумно, чтобы они указывали на детали, а не экспортировали родительские проекты в дочерние ...

0 голосов
/ 25 августа 2010

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

В любом случае, вот некоторые идеи... надеюсь, я понял направление вашего вопроса:)

Если ваши проекты связаны, и вы часто выпускаете новые версии каждого повторно используемого артефакта, это должно сделать одно хранилище SVN с папкой для каждого.Тег / ветви должны оставаться на уровне проекта.

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

...