... 또는 실제로 테스트 코드로?응용 프로그램 코드로 Gradle 클래스를 사용 하시겠습니까?
일반적인 프로젝트 및 프로젝트, 작업 및 종속성을 자연스럽게 포함하는 테스트 준비에는 여러 가지 사례가 있습니다.
비록 사소한 수준이라 할지라도, 나는 한 테스트와 다음 테스트 사이에 그라운드를 준비하는 것이 디렉토리를 지우거나 다시 채울 필요가 있다는 것을 발견했습니다 ... 그리고 Gradle (또는 그 문제에 대해서는 Ant) 작은 호들갑을 가지고 그렇게하는 방법 ...
이러한 방식으로 이러한 클래스를 사용하지 않을 이유가 있습니까?
저는 Gradle 클래스가 (일반적으로 DSL을 통해 소비 되더라도) 공용 API를 나타내므로 의도 한 용도로 계속 사용하는 한 좋아. 그러나 일반적인 Gradle 워크 플로에 묶여있는 클래스에는 많은 내부 논리가있을 수 있으므로 일단 "밟은 경로 바깥으로 나가기"를 시도하고 Gradle이 기대하지 않는 순서로 작업하려고하면 찾을 수 있습니다. 당신은 곤경에 처할 수도 있습니다.
임베딩 Gradle에 doc section이 있습니다. 제품 견적 :
이 API의 주요 대상은 IDE, CI 서버 및 다른 UI 작성자입니다. 그러나 API는 애플리케이션에 Gradle을 삽입해야하는 모든 사용자를 위해 열려 있습니다.
은 틀림이 더 약 이상의 작업를 구축 이야기하지만, 조사 밀접한 보인다.
감사합니다. 두 번째 전 나는 Aasmund에게 "받아 들인 대답"을 수여했습니다. 그러나 그것은 내가 두 사람에게 공동으로 수여하지 못하는 끔찍한 상황 중 하나입니다! 그래도 (글을 쓰는 시점에서) 10.5k 담당자가 있으니 짜증이 나지 않을 것입니다. –
감사합니다. 사실 ... 나는 이것을 뒤집어 놓은면이 "유지 방식"의 원칙과 규칙을 부과하는 것이 유지 보수가 용이 한 코드를 만들 수 있다고 생각합니까? –