필자는 Eclipse와 vim을 Android 애플리케이션의 개발 환경으로 다양하게 사용했으며 Eclipse 플러그인과 명령 줄 SDK 도구가 비슷한 기능을 제공한다는 것을 발견했습니다. 나도 전체에서 살펴 볼 수 없기 때문에Android 대 Eclipse의 Eclipse 빌드 : 각 장점은 무엇입니까?
그러나 나는 묻고 싶습니다
명령 행 도구를 통해 Eclipse를 사용하여 어떤 이점이 있고 그 반대?
가내가 볼 수 :
저는 특히 개발자를위한 거래 차단기가 될 수있는 특정 기능에 관심이 있으며 개발자를 다른 방향으로 이동시킬 수 있습니다.
저는 개인 프로젝트와 여러 가지 전문적인 Android 앱 구축 인스턴스에서 항상 두 가지 유형의 빌드를 모두 사용했습니다. Ant (또는 Maven) (원하는 경우)를 사용하여 지속적인 통합 및 자동화 된 테스트를 설정하고자 할 것입니다. Ant/Maven은 내가 좋아하는 CI 도구에서 쉽게 사용할 수있는 반면에 Eclipse로 작업하기 위해 노력하고있다. (안드로이드 SDK가 처음 출시되었을 때 나는 오래전에 해냈다.) Ant/Maven은 일반적으로 Hudson for 이). 프로젝트에 특별한 점이 없다면 지속적인 통합을 단숨에 수행 할 수 있습니다.
하루 종일 개발 작업을 위해 이클립스를 사용하여 로컬로 앱을 빌드하는 것이 좋습니다. 그러나 그것은 개별 개발자에게 쉽게 맡길 수 있습니다. 귀하의 CI 시스템이 정식 빌드를 실행하고 있다는 빌드를 만들지 만, 정상적인 개발을 위해 Eclipse를 사용합니다.
글쎄 나를 위해 초심자 메신저,하지만 일식 훨씬 쉽게 작동하도록 찾으십시오. 안드로이드는 (나를 위해) 익숙해지기에 꽤 복잡하기 때문에 GUI에 레이아웃 된 모든 것을 명령 행으로 보내는 것이 바람직합니다. Plus SDK 업데이트 등은 더 쉽게 얻을 수 있습니다.
Android를 개발 환경으로 Eclipse를 사용한다고해서 야간 빌드 또는 CI 도구에 연결하는 Ant로 빌드하는 것을 방해하지는 않습니다. 원한다면 Ant 빌드 파일을 사용하여 빌드하도록 Eclipse를 구성 할 수도 있습니다. CLI 빌드 도구를 원한다면 Maven을 고려해보십시오. Maven은 Android 앱을 빌드 할 수있는 플러그인도 포함하고 있습니다.
디버그 빌드에 만족할 때까지 Eclipse를 사용합니다. 그런 다음 Ant를 설정하여 서명 된 릴리스 빌드를 생성 할 수 있습니다.
이클립스와 동일한 소스 파일을 사용하도록 설정할 수 있지만 출력 바이너리는 작업 영역 밖에 두십시오. release.keystore를 사용하도록 설정하고, 자동으로 서명하고 코드를 모두 혼란에 빠뜨릴 수 있습니다.
이렇게 설정했습니다. 명령 줄 (DOS 상자)을 열고 프로젝트 홈 디렉토리 (\ dev \ projects \ Eclipse \ Project1)라고 말하면 "Ant release"라고 입력하면 apk는 \ dev \ projects \ AntBuilds \ Project1 \ bin에 있습니다. Project1-release.apk.
이클립스를 사용한 이래로 (6 개월 정도) 약간의 시간이 걸렸으므로 어쩌면 지금은 더 좋을지 모르겠지만, 매우 느리고 버그가 있음을 발견했기 때문에 포기했습니다.어쩌면 그것은 ADT와의 통합이지만 여러 번 시간을내어 이클립스를 죽이고 재시작해도 수정 된 것으로 판명 된 문제를 수 시간 동안 보냈습니다 (그리고 이클립스에서 "깨끗한"경우이 문제는 해결되지 않았습니다). 그 일을 몇 번하고 나면 컴퓨터를 벽에 던지기 같은 느낌이 들었습니다.
"ant clean"은 Eclipse를 중지했다가 다시 시작하는 것보다 훨씬 쉽고 빠릅니다.
두 가지 장점을 모두 원한다면 ADT/Eclipse 환경에서 명령 줄 메이븐 빌드를 사용할 수있는 m2eclipse-android-integration Eclipse 플러그인을 살펴 보는 것이 좋습니다.
https://code.google.com/a/eclipselabs.org/p/m2eclipse-android-integration/