XQuery : (가져온) 모듈에서 전역 변수 공유

Question

놀랍게도, 아주 기본적인 XQuery 질문, 즉 주요 XQuery 모듈과 가져온 라이브러리 모듈간에 전역 변수를 공유하는 올바른 방법은 무엇입니까? 간단히 말해 전역 변수를 어디에서나 (즉, (가져온) 모든 XQuery 모듈에서) 재사용 할 수있는 어딘가에 정의하고 싶습니다. 그런 변수를 선언하기 가장 좋은 곳을 찾기 위해 고심하고 있습니다.

• global.xq :

  module namespace global="global"; 
  
  declare variable $global:test := 'global!'; 
  

• TEST2 라이브러리 모듈 다음

  import module namespace global="global" at "global.xq"; 
  import module namespace test2="test2" at "test2.xq"; 
  
  declare variable $test := 'test!'; 
  
  test2:echo() 
  

  이 모듈 수입 :

  가정하자 나는 주요 XQuery를 (test.xq를) 다음 한 .xq : 모듈 네임 스페이스 test2 = "test2";

  import module namespace global="global" at "global.xq"; 
  
  declare function test2:echo() { 
      $global:test 
  }; 
  

이 작동하지만 몇 가지 질문으로 나를 잎 :

• 그것을 할 수있는 방법이 있나요 :

  • 하는 글로벌 변수를 정의 (예 : $ 글로벌 : 테스트를) 별도의 라이브러리 모듈 (예 : global.xq)
  • 모듈을 가져올 필요가있는 곳으로 가져 오기 변수에 대한 액세스

  ?

• 가져온 라이브러리 모듈 (예 : test2.xq)에서 기본 XQuery 모듈 (예 : $ test)에 선언 된 변수에 액세스하는 방법이 있습니까?

누구든지이 문제에 관해 밝힐 수 있습니까? 나는 내가 왜이 개념과 맞서 싸우고있는 주된 이유가 무엇인지는 짐작한다. 왜냐하면 나는 어쩌면 그것보다 느슨한 eXist의 행동에 익숙하기 때문이다. global.xq 모듈 가져 오지 않고 테스트 변수 : 존재에서 test2.xq 모듈은 단지 $ 글로벌 참조 할 수 있습니다이 존재에서 작동하기 때문에

module namespace test2="test2"; 
declare namespace global="global"; 

declare function test2:echo() { 
    $global:test 
}; 

을하지만 색슨에, 나는 무엇인지 궁금 시작 (가져온) XQuery 모듈에서 전역 변수를 정의하고 사용하는 올바른 방법.

종류와 관련,

론

Answer 1

분명히 존재가 당신은 또한 /이의 포함 수입을 통해 현재 모듈 외부에 선언 된 변수 및 매개 변수를 참조 할 수 있습니다 XSLT.In에서 당신에게 익숙 할 수있는 접근 방식을 취하고 'ancestor'모듈 (포함/가져 오기 체인에서 더 높음).

내 지식은 XQuery 표준을 준수하지 않습니다!

분명히 이것을 사용할 수있는 것은 사실이지만 그렇게하지 않는 데는 몇 가지 좋은 이유가 있습니다.이상적으로 모듈은 자체 포함 된 재사용 가능한 구성 요소이며 이러한 외부 매개 변수/변수에 의존 할 때 더 이상 적합하지 않습니다. 문맥 정보를 매개 변수로 전달하는 것이 더 좋습니다. 항상 우아한 것처럼 보이지는 않지만 결국에는 더 나은 디자인입니다.

일부 구현은 변수 값의 재정의를 사용하는 대체 옵션을 제공합니다. MarkLogic은 xdmp : set 명령을 가지고 있으며 saxon도 변수 할당을 가지고 있다고 생각합니다 (또는 XSLT에있는 것입니까?). 이를 사용하여 모듈을 '초기화'할 수 있습니다. 모듈은 객체가 아니기 때문에 마음에 듭니다. 따라서 이러한 접근 방식을 사용하여 statefull 정보를 유지하는 것은 피하십시오. 또한 특정 구현 기능에 의존한다는 의미이기도합니다. 업데이트 기능을 사용할 수 없다면 그런 식으로 작동하도록 의도 된 것인지 확실하지 않습니다.

Answer 2

은입니다. 실제 사용 사례에서이 "변수"는 무엇입니까? 그 이름에서 알 수 있듯이, 그들은 변화 할 수 있어야합니까? (그렇다면 문서에 넣는 것이 옳은 일일 수 있습니다.) 그것들이 단지 상수라면, 접근 방식을 단일 모듈/네임 스페이스에 넣고 필요에 따라 가져 오는 것이 옳은 일일 것입니다.

솔직히 모듈을 작성하여 다른 곳에 정의 된 것으로 가정하고 다른 곳에서 정의해야하는 위치를 정의하지 않으면 위험한 경향이 있습니다. 다른 이유가 없으면 독자가 해당 모듈을 따르는 것이 더 어려워집니다. 제어 흐름. 따라서, 나는 그 행동이 바람직한 이유에 대해 약간 불분명하다.

구성을 문서에 캡슐화하고 해당 문서를 함수 호출의 인수로 전달하는 것을 고려하십시오.