Pergunta

Vamos compilar uma lista de dicas.

(Compreensivelmente, haverá alguma subjetividade envolvida, mas algumas dicas seriam úteis para alguém sobrecarregado ao lidar com um grande projeto dentro da estrutura do Flash.)

Foi útil?

Solução

Estas são apenas ideias dispersas sobre a organização de projetos que estão sendo trabalhados principalmente com o Flash IDE.

Primeiro, eu recomendo fortemente o uso de controle de origem, como Subversion, CVS ou Git.

A organização da estrutura de pastas do sistema de arquivos é subjetiva, mas geralmente tenho uma pasta "src" para todos os meus arquivos de classe FLAs e AS de origem e uma pasta "deploy" ou "bin" para arquivos compilados.A pasta src conteria arquivos de pacotes de classes, com pacotes de classes organizados em estilo de domínio reverso (por exemplo,- com.codehinting.projectname.context ).Modifique o caminho de publicação do seu FLA para publicar na pasta de implantação rastreando usando o segmento de caminho "../", para quantos níveis forem necessários para rastrear a partir do aninhamento na pasta src.

Além disso, normalmente coloco bibliotecas de terceiros (que estão muito bem "preparadas") em um local separado e, em seguida, modifico o caminho de classe global no Flash IDE para apontar para esse local.

Dois plug-ins extremamente úteis para o Flash IDE são Create Basic Layers e Library Generator, que criam rapidamente sua camada de esqueleto e estrutura de pastas de biblioteca - economiza tempo em comparação à criação manual de camadas e pastas.

Outras dicas

Adotei as diretrizes de nomenclatura de projetos do Blitz:

Convenções de nomenclatura de projetos Blitz e diretrizes organizacionais

Meu DEV_Source está dividido em diretórios database/flash/flex.

O diretório Flex é padrão nas convenções da Adobe, mas o flash possui uma configuração personalizada.

bin -- Saída de SWF, contém JS e index.html
classes - código AS3
doc -- Saída de código AS Doc
libs – Bibliotecas e componentes de terceiros
src -- arquivos FLA (defina as configurações de publicação para compilar no bin)
test -- Casos de teste de classes AS Unit

Um projeto complexo terá muitas dependências.Em meus projetos Flash, coloco todas as minhas bibliotecas em um local com controle de versão como estão.Bibliotecas de terceiros geralmente são uma mistura de ativos, códigos, demonstrações e documentos.

Eu mantenho um pequeno arquivo yaml que rastreia a localização de cada tipo de recurso associado a cada biblioteca do meu sistema.Quando adiciono uma nova biblioteca, sua localização vai primeiro para este arquivo e, em seguida, executo meu script Ruby para mover os arquivos para um único local.Dessa forma, não há como brincar com caminhos de bibliotecas de terceiros e garantir que os caminhos incluídos em meus projetos correspondam aos meus arquivos fla e aos projetos do construtor Flex.

Uma única fonte para vincular todos eles.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top