Camel Java DSL은 유형 안전성, 코드 완성 및 리팩토링을위한 적절한 지원을 제공합니다. 또한 훌륭한 방식으로 코드를 모듈화하고 (단위 테스트)하는 데 도움이됩니다.Camel XML 경로를 사용하는 데는 왜 좋은 이유가 있습니까?
Camel XML 구문에 대해 말하면 런타임에 경로를 수정하고 다시로드 할 수 있다는 이점만 볼 수 있습니다 (예 : hawtio 통해).
분명히 나는 여기에서 뭔가를 놓치고있다. 그래서 오늘날 카멜 XML 경로의 사용에 대한 근거는 무엇인가?
에 대한
먼저 XML을 말할 때 Spring XML DSL 또는 Blueprint XML DSL을 의미합니까? 대부분의 구문을 공유하지만 동일한 것은 아닙니다. Blueprint XML DSL은 OSGi 환경 (즉, Apache Karaf 런타임)에 Camel 경로를 정의하는 기본 방법입니다. 반면 Spring XML DSL은 현재 XML을 통해 Spring을 사용할 수있는 시대의 유산입니다.
개인적인 선호도에 따라 개발자가 많이 달라진다는 생각이 들었습니다. 많은 개발자는 여전히 Java를 정의하는 것보다 Java를 사용하여 경로를 정의하고 읽고 따르기가 더 쉽습니다. 필자는 자바 DSL이 더 유연하고 강력하기 때문에 언제나 Java DSL을 선호했지만 XML이 경로에 대한 더 나은 개요를 제공한다는 것을 인정해야합니다. 당신이 용기 등이있을 때 -
Jep, 나는 Blueprint XML DSL을 언급하고있었습니다. – gtonic
저는 둘 다 사용했으며 Java DSL은 훨씬 쉽고 강력합니다.
그러나 최선의 방법은 특히 Karaf와 같은 OSGI 환경에 배포하는 경우이를 결합하는 것입니다.
청사진을 사용하여 beans 및 routeBuilder beans를 정의하고 바인딩하십시오. 실제 구현은 routeBuilder 클래스에서 수행됩니다. 청사진에서 속성을 정의하고 다른 몇 가지 작업을 수행 할 수 있지만 경로의 실제 동작은 java에서 수행됩니다.
당신은 무엇이 있다고 생각합니까? XML 기반의 구성이 먼저 만들어졌으며, 왜 작동하는지 확인해야하는 이유는 무엇입니까? 특히 레거시 응용 프로그램을 고려하십시오. – Kayaman
XML 기반 Spring 프로젝트에는 여전히 유용 할 것 같습니다. XML 구성은 대규모 프로젝트에서 매우 편리 할 수 있습니다 (신중하게 사용하는 경우). – vsminkov