, åben mikrofon: projekt filer,,,,, andel,,,,,,,,,,,,,,, det cyber - mandag envato tuts + kurser vil blive reduceret til $3.- og' t miss.,, bruger du, jeg bin,, \\ l,, \\ src,?det er mike, en række drøftelser stillinger til at smide den kat blandt duerne.disse stillinger er alt om dem - vi vil høre din mening, ideer og tanker.denne post, tror jeg, vil blive til...lad os høre, hvordan du ordne dit projekt filer,.,,, daniel rammende er hurtig tip viste os, hvordan, at organisere vores flash projekter filer i forskellige registre.men der er stadig spørgsmålet om, hvor de skal gå.,, som sager, hvor hen?en typisk flash projekt kommer til at omfatte hele eller det meste af disse akter typer:,, fia, swc, og omvendt, html, er, men heller ikke dér er menneskene sikre jpg, mp3, wav, xml, - - og måske mere.,, hvordan kan du arrangere din mappe struktur til at opbevare alle disse filer?(bemærk: nogle gange en fil er type ikke vil fastlægge sin ideelle placering; en jpg sandsynligvis vil gå i forskellige mapper, afhængigt af om det er at være indbygget i stg eller dynamisk lastet i runtime.), hvad med når bygningen for forskellige mål?hvordan du har sat din mapper, når du er at skabe forskellige bygger til forskellige formål.f.eks. kunne du have separate "ser" og "indsætte" bygger, bygger på forskellige platforme eller browsere.,, hvor har du apis og biblioteker?en stor del af tutorials her brug tweenmax.vil du have en fælles folder, der indeholder alle api og biblioteker, du bruger ofte som en global classpath i din ide?eller vil du kopi hver bibliotek til deres nuværende projekt?sidstnævnte er uøkonomiske, men tidligere er risiko: hvis du træder i stedet for et bibliotek med en ny version, er det gamle kodeks til at holde op med at arbejde,.,, hvordan tror du, din classpaths struktur?traditionelt as3 classpaths var struktureret på en sådan måde, at de indeholdt skaberens domænenavn.for eksempel, hvis du ejede http://yourdomain.com/, ville du struktur, din classpath som så:,, jeg kom. yourdomain. projectname. classname. som, på denne måde, pakken definition ville se sådan ud:,, pakke, kom. yourdomain. projectname, - - og import erklæring ville se sådan ud:,, import kom. yourdomain. projectname. classname;, er det tanken, da du din domænenavn, og du har kontrol over, hvor projektets navn anvendes, kan du stoppe to forskellige biblioteker, der har samme classpaths. men det bliver mere og mere almindeligt at se denne konvention forkastet til fordel for vilkårlig (og ofte kortere) classpaths.er det værd at ofre kortfattethed på grund af forebyggelse af to forskellige klasser med samme pakke?,