Open Mike: Project Files
Del
Del
Del
Del

Dette Cyber ​​mandag Envato Tuts + kurs vil bli redusert til bare $ 3. Ikke gå glipp av.

Bruker du \\ bin \\ lib \\ src? Dette er Åpen Mike, en rekke diskusjons innlegg å kaste katten blant duene. Disse innleggene er alt om deg - vi ønsker å høre dine meninger, ideer og tanker. Dette innlegget, jeg mistenker, vil være polariserende ... la oss høre hvordan du organisere prosjektfiler.

Daniel Apt Quick Tips viste oss hvordan
å organisere vår Flash prosjektenes filer til ulike kataloger. Men det er fortsatt saken av hvor
de bør alle gå.

Hvilke filer Go Hvor?

Et typisk Flash prosjektet skal involvere de fleste eller alle av disse filtypene :

FLA

SWC

SWF

AS:
HTML

JS
< li> JPG, PNG

MP3, WAV

XML

... og kanskje mer.

Hvordan ordner du din mappestrukturen ? å lagre alle disse filene

(Merk: noen ganger en fil type vil ikke bestemme sin ideelle beliggenhet, en JPG vil trolig gå i forskjellige mapper avhengig av om det er å være innebygd i SWF eller dynamisk lastet på runtime.)

Hva med når du bygger For Ulike mål?

Hvordan du setter opp dine mapper når du oppretter annerledes bygger for ulike formål?

For eksempel, du kan ha egen "debug" og "distribuere" bygger, eller bygger målretting ulike plattformer eller nettlesere.

Where You Keep APIer Do og biblioteker?

En masse tutorials på dette nettstedet bruk TweenMax. Har du en enkelt mappe som inneholder alle APIer og bibliotekene du bruker ofte, satt som en global klassebane i din IDE? ? Eller har du kopierer hvert bibliotek til ditt nåværende prosjekt mappe

Sistnevnte synes wasteful, men den tidligere har risiko. Hvis du overskriver et bibliotek med en ny versjon, kan det føre til gammel kode for å slutte å jobbe

Hvordan du strukturerer Gjør din Classpaths?

Tradisjonelt AS3 classpaths var strukturert slik at de inneholdt skaperen domenenavn. For eksempel, hvis du eide http://yourdomain.com/, vil du strukturere classpathen som så:

\\ com \\ dittdomene \\ prosjektnavn \\ ClassName.as

På denne måten Pakken definisjon ville se slik ut:

pakke com.yourdomain.projectName

... og import uttalelsen ville se slik ut:

import com.yourdomain.projectName. Classname;

Ideen er, siden du eier domenenavnet, og du har kontroll over hvilke prosjektnavn er brukt, kan du stoppe to forskjellige bibliotekene har de samme classpaths

Men det blir. mer og mer vanlig å se denne konvensjonen forkastet til fordel for vilkårlig (og ofte kortere) classpaths. Er det verdt å ofre brevity for skyld for å hindre to forskjellige klasser som har samme pakken? Anmeldelser