2012-07-12 2 views
4

나는 수천 개의 클래스와 리소스를 가진 매우 큰 규모의 android 프로젝트를 개발하려고합니다. 응용 프로그램을 모듈로 분리하고 라이브러리 프로젝트로 별도로 개발할 계획입니다. 나중에 그들을 함께 결합하십시오. (응용 프로그램은 5 - 6 모듈을 포함 할 수 있으므로 5 - 6 개의 라이브러리 프로젝트를 만들고 결합하는 것을 계획하십시오.)Android 대규모 프로젝트 - 여러 개의 라이브러리 프로젝트로 나눠도 괜찮습니까?

이 접근 방법은 괜찮습니까? 이러한 큰 프로젝트를 유지하고 개발하는 방법을 제안하십시오.


편집 :

라이브러리는 여러 응용 프로그램에 대한 코드를 공유 개최 -> 예

진정한 100 % 동의하지만이 프로젝트는 여러 프로젝트의 조합과 같다. 이 같은 그것 :

홈 화면 대시 보드는 하나 개의 버튼을 클릭 8 개 모듈을 대표하는 8 개의 버튼이 있습니다 ->이 활동을 열어 그것은 조각, 레이아웃, 드로어 블 등, 독립적 인 자체의 수천이있다 다른 모듈

마찬가지로 쉽게 분리 할 수있는 상호 의존적 인 사용 사례가 없으며 4-5 명의 개발자가이 프로젝트에 참여하게됩니다. 따라서 여러 라이브러리 프로젝트로 분리 할 수 ​​있다면 개발자를 쉽게 할당 할 수 있습니다. 모듈 기반 (라이브러리 프로젝트)

하나의 방법은 하나의 프로젝트를 만들고 패키지 구조체를 만드는 것입니다 이 패키지 모듈 아래 com.name.something.Module1

의해 URE 제가

com.name.something.Module1.activity 
com.name.something.Module1.util 
com.name.something.Module1.widget 
com.name.something.Module1.data 
com.name.something.Module1.dao 

및 모듈 (2)

com.name.something.Module2 

com.name.something.Module2.activity 
com.name.something.Module2.util 
com.name.something.Module2.widget 

때문에 이것이 첫번째 접근하지만 각이 모듈에는 수천 개의 클래스와 리소스, 레이아웃 XML 파일 등이 있습니다.

다른 방법은 모듈을 라이브러리 프로젝트로 분리하는 것입니다. 페이스 북, 트위터 등과 같이 코드베이스를 유지하는 방법을 알지 못합니다.

조언 해주십시오.

+0

안녕하세요, 저는이 문제에 직면하고 있으며 팀을 위해 몇 가지 솔루션을 제공해야합니다. 2 년 후 당신의 삶을 편하게하기위한 적절한 접근법을 얻었습니까? – VinceStyling

+0

안녕하세요, 전체 응용 프로그램을 몇 가지 레이어, 하나의 라이브러리 프로젝트를 핵심 프레임 워크로, 하나의 라이브러리 프로젝트를 데이터 레이어로, 하나의 라이브러리 프로젝트를 서비스/비즈니스 로직 레이어로, 다른 하나를 프레젠테이션 레이어로 나누었습니다. 그런 다음 상용구 코드를 줄이기 위해 여러 라이브러리를 통합하십시오. 주로 http://androidannotations.org/ –

+0

나는 모든 프로젝트를 결합하기 위해 Gradle을 사용했습니다. 그러나 컴파일 및 패킹 중에는 라이브러리 묶음이 컴파일되고 패키징되어야합니다. 따라서 단지 프로젝트를 조각으로 분리하여 코드 수를 줄이고 개발 중 건물 시간을 단축시키지 않았습니다. 우리가 30 분 이상 기다려야 할 때마다 우리 장치가 우리 응용 프로그램의 첫 번째 창을 보게 될 때마다 개발하는 것이 지루할 것입니다. 동의하다? – VinceStyling

답변

1

라이브러리는 여러 응용 프로그램에 대한 공유 코드를 포함합니다 ... 단일 응용 프로그램에만 전적으로 집중하는 경우 코드를 5-6 라이브러리 프로젝트로 분리 할 필요가 없습니다.

Android 개발자가 프로젝트를 분리하는 일반적인 방법 중 하나는 여러 구성 요소에 대한 하위 패키지를 만드는 것입니다. 예를 들어, 사용자 정의 View과 어댑터는 com.package.name.ui, 유틸리티 패키지는 com.package.name.util 등으로되어 있습니다. 그 외에도 스마트해야합니다 ... "수천 개의 클래스"가있는 처음부터 앱을 시작하는 것은 매우 야심적이고 실제로 당신의 삶을 편하게 해주는 충고는 하나도 없습니다.

+0

동의 함. 대규모 응용 프로그램 개발을위한 획기적인 제품은 없습니다. 별도의 라이브러리를 개발하면 몇 가지 사소한 문제점 (특히 단위 테스트 관련)이있을 수 있지만 상당한 비용이나 이점은 없습니다. – Hounshell

+0

나는 그것을 뒤로 가져 간다. 모든 것이 다시 컴파일 될 필요가 없기 때문에 별도의 라이브러리로 약간 더 빨리 컴파일 할 수 있습니다. 그러나 속도 차이가 그만한 가치가 있는지 의심 스럽습니다. – Hounshell

+0

두 분 모두 동의하셨습니다. 질문을 참조하십시오. 수정했습니다. 의견을 말하십시오 .. –

1

각 모듈은 서로 분리되어 있거나 데이터를 공유합니까 (예 : 동일한 데이터베이스)? 분리 된 경우 8 개의 개별 앱을 만들어 앱의 메모리 사용 공간을 줄이고 출시 시간을 단축 할 것을 제안합니다.

일부 또는 모두가 동일한 데이터베이스를 사용하는 경우 SD 카드에 데이터베이스를 만들고 각 개별 앱에서 데이터베이스를 사용할 수 있습니다.

관련 문제