문제

팁 목록을 작성해 보겠습니다.

(물론 주관적인 부분도 있겠지만, 일부 지침은 Flash 프레임워크 내에서 대규모 프로젝트를 처리하는 데 어려움을 겪는 사람에게 유용할 것입니다.)

도움이 되었습니까?

해결책

이는 주로 Flash IDE를 사용하여 작업하는 프로젝트의 구성에 대한 흩어져 있는 생각입니다.

첫째, Subversion, CVS 또는 Git과 같은 소스 제어를 사용하는 것이 좋습니다.

파일 시스템 폴더 구조의 구성은 주관적이지만 일반적으로 모든 소스 FLA 및 AS 클래스 파일에는 "src" 폴더가 있고 컴파일된 파일에는 "deploy" 또는 "bin" 폴더가 있습니다.src 폴더에는 클래스 패키지 파일이 포함되며, 클래스 패키지는 역방향 도메인 스타일로 구성됩니다(예:- com.codehinting.projectname.context ).src 폴더의 중첩에서 역추적하는 데 필요한 만큼의 수준에 대해 "../" 경로 세그먼트를 사용하여 백업을 추적하여 배포 폴더에 게시하도록 FLA의 게시 경로를 수정합니다.

또한 저는 일반적으로 (아주 잘 "구워진") 타사 라이브러리를 별도의 위치에 배치한 다음 Flash IDE의 전역 클래스 경로가 이 위치를 가리키도록 수정합니다.

Flash IDE를 위한 매우 편리한 두 가지 플러그인은 Create Basic Layers와 Library Generator로, 뼈대 레이어와 라이브러리 폴더 구조를 신속하게 생성하여 레이어와 폴더를 수동으로 만드는 것보다 시간을 절약합니다.

다른 팁

저는 Blitz의 프로젝트 명명 지침을 채택했습니다.

Blitz 프로젝트 명명 규칙 및 조직 지침

내 DEV_Source는 데이터베이스/플래시/플렉스 디렉토리로 나누어져 있습니다.

Flex 디렉토리는 Adobe 규칙의 표준이지만 플래시에는 사용자 정의 설정이 있습니다.

bin - SWF의 출력, JS 및 index.html 포함
클래스 - AS3 코드
doc - 코드의 AS Doc 출력
libs - 타사 라이브러리 및 구성요소
src - FLA 파일(빈에서 컴파일하도록 제작 설정 지정)
test -- 클래스의 AS 단위 테스트 케이스

복잡한 프로젝트에는 많은 종속성이 있습니다.내 Flash 프로젝트에서는 모든 라이브러리를 버전이 관리되는 위치에 그대로 두었습니다.타사 라이브러리는 일반적으로 자산, 코드, 데모 및 문서가 뒤섞여 있습니다.

저는 시스템의 각 라이브러리와 연관된 각 리소스 유형의 위치를 ​​추적하는 작은 yaml 파일을 보관합니다.새 라이브러리를 추가하면 그 위치가 먼저 이 파일에 들어간 다음 Ruby 스크립트를 실행하여 파일을 단일 위치로 이동합니다.이렇게 하면 타사 라이브러리 경로를 조작할 필요가 없으며 내 프로젝트의 포함 경로가 내 fla 파일 및 Flex 빌더 프로젝트와 일치하는지 확인할 수 있습니다.

모든 것을 묶을 수 있는 단일 소스입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top