Mustache.js: 상위 범위 액세스

이것은 mustache 의 사양에 있지 않습니까? 이에 대한 해결 방법은 없나요? 전에는 아무도 이 제한 사항에 부딪히지 않았다는 사실에 놀랐습니다.

부모 범위에 있는 항목에 액세스해야 하는 경우가 많다는 데 동의합니다. 나의 실용적인 접근 방식은 항상 모호한 속성 이름을 피하는 것이었습니다. 그것은 종종 이상한 물체를 초래하지만 오랫동안 나를 위해 일했습니다.

반면에 핸들 바에 대한 경험에 대해 이야기하자면, 이 기능을 사용하면 사람들이 얽힌 상위 범위 해결을 만들도록 유혹할 수 있습니다. {{../../../id}} 는 {{movieId}} 보다 이해하기 훨씬 어렵습니다.

"../"를 사용하면 읽을 수 없게 될 수 있는 것이 사실입니다. 그러나 다른 방법으로 caml을 사용하여 부모를 확인하는 것은 로컬 범위에서 caml을 가질 수 있으므로 달성할 수 없습니다. 게다가, 부모에 접근하기 위한 키워드를 정의하는 것은 내가 생각하는 Mustache 철학을 존중하지 않을 것입니다.

솔직히 말하면 디렉토리 표현을 사용하는 것보다 더 간단하고 더 나은 아이디어를 얻을 수 없었습니다.

예, 모호한 속성 이름을 피하면 더 읽기 쉽고 장황한 템플릿이 생깁니다. 하지만 일부 사람들이 이 기능을 좋아하는 이유를 이해합니다.

원하는 기능을 추가하기 위해 mustache.js 의 내부 동작을 수정하는 별도의 패키지를 작성하는 것은 어떻습니까? 일종의 플러그인과 같습니다.

솔직히 말해서 플러그인이나 프라그마를 통하지 않는 한 이런 일이 실제로 일어나는 것을 보지 못합니다. 그리고 플러그인 API는 지금 당장은 우선순위가 아닌 것 같습니다.

이것에 대해 좀 더 생각해봤는데...

Mustache의 철학은 데이터를 렌더러에 _있는 그대로_ 전달하는 것이 아니라 미리 보기에 '준비'하는 것입니다. 그러면 노드에 parentId 속성이 생깁니다.

또한 더 자세한 변수가 있는 템플릿을 읽고 유지 관리하는 것이 더 쉽습니다.

{{ id }}
{{#children}}
    {{children.id}}
    {{id}}
{{/children}}

전 vs 후

{{ nodeId }}
{{#children}}
    {{ nodeId }}
    {{ parentId }}
{{/children}}

관련: http://stackoverflow.com/questions/4067093/mustache-read-variables-from-parent-section-in-child-section

( @bobthecow 를

이미 올라갈 수 있으므로 첫 번째 템플릿에 표시된 문제를 해결하기 위해 모든 사람들은 데이터를 임시 개체 {node: ... } 로 래핑하고 템플릿을 {{#node}}...{{/node}} 래핑한 다음 {{node.id}} 부분이 작동할 수 있습니다. 기존 데이터를 그런 식으로 변경할 필요가 없으며 to_html() 템플릿으로 두 "JIT"를 모두 추가할 수 있습니다.

패치 워크 어라운드처럼 느껴집니다. 또한 외부 레이어에 대한 봉투 랩으로 해결할 수 있는 단순한 2-레벨 모델에서만 작동합니다. 그러나 모델이 더 깊다면 어떻게 될까요? 저글링 느낌입니다.

하위 데이터 계층에서 얻은 모델을 바인딩해야 하는 경우가 종종 있는데 인프라에서 얻은 어떤 형태로든 모델을 제시하는 것이 제 일입니다. 여기서 제안하는 것은 모델을 표현 가능한 상태로 완전히 재귀적으로 변환해야 한다는 것입니다. 여기서 redable property names 로 간주됩니다.
이것은 현실에 편리하게 맞지 않는다...
예, 사실, 템플릿과 모델을 연결합니다. 하지만 구체적인 모델 규칙과 결합되지 않은 템플릿을 보여줄 수 있습니까? 모든 템플릿은 정의에 따라 정의된 모델을 렌더링하도록 만들어졌습니다.
또 다른 레이어는 정의 레이어를 한 단계 뒤로 이동하고 번역 레이어를 필요로 합니다.

IMHO, 나는 도구가 독단적인 규칙을 부과하기보다는 사용자에게 선택을 맡겨야 한다고 생각합니다

독자를 위해 @rndme 가 제안하는

const Mustache = require('mustache')

var view = {
  node: {
    id: 5,
    children: [ { id: 6 }, { id: 7 } ]
  }
}

const template = `
{{#node}}
  children:
  {{#children}}

    id: {{ id }}
    parentId: {{ node.id }}
  {{/children}}
{{/node}}
`

const output = Mustache.render(template, view)
console.log(output)

  children:

    id: 6
    parentId: 5

    id: 7
    parentId: 5

다음 템플릿을 사용하면 latest 작동하지 않지만 _작동해야 합니다_, imo.

const template = `
  children:
  {{#node.children}}

    id: {{ id }}
    parentId: {{ node.id }}
  {{/node.children}}
`

예, 사실, 템플릿과 모델을 연결합니다. 하지만 구체적인 모델 규칙과 결합되지 않은 템플릿을 보여줄 수 있습니까? 모든 템플릿은 정의에 따라 정의된 모델을 렌더링하도록 만들어졌습니다.
다른 레이어는 정의 레이어를 한 단계 뒤로 이동하고 번역 레이어가 필요합니다. 이는 지루하고 항상 필요한 것은 아닙니다.

Afaik, Mustache 철학은 항상 템플릿에 전달되는 보기를 생성한다는 것입니다. 모델을 직접 전달하지 않습니다.

@osher 위에서 언급한 팁/비법으로는 쉽게 해결할 수 없는 예를 보여 주시겠습니까?

나중에 스니펫을 제공하려고 하겠지만 기본적으로 - 3개 레벨이 중첩되면 중간 레벨을 래핑할 수 없기 때문에 작동하지 않습니다. - 소스를 처리된 보기로 변환해야 합니다.
래핑된 최상위 수준에 액세스할 수 있지만 중간 수준에 대한 솔루션은 없습니다.

루트 수준, 경로 수준, 동사 수준이 있는 swagger 문서를 예로 들어 보겠습니다. 각 수준은 구현 계층에 대한 DI 지시문인 사용자 지정 지시문 - x-uses 지정할 수 있습니다.

이 swagger 문서에서 HTML 문서를 생성한다고 가정합니다.
각 작업 핸들러(동사 수준)가 수락하는 DI와 이를 상속하는 계층을 지정하는 플랫 테이블이 필요합니다.
모든 정보가 swagger 문서에 내재되어 있지만 이제 문제가 있습니다.

다음.
콧수염을 사용하여 작업 기본 응답을 기반으로 모의 응답을 반환하는 문서에 설명된 API를 구현하는 코드를 생성해 보십시오.
모의 응답을 실제 논리로 대체하기 위해 오는 구현 개발자가 DI 컨텍스트에서 기대해야 하는 것을 설명하는 doclet을 생성하고 그들이 얻은 수준에 대해 구체적으로 설명하십시오.
같은...

고전적인 HTML 생성이 아닙니다 - 예. 하지만 누가 콧수염이 HTML 전용이라고 말했습니까? 템플릿 엔진이며 코드 생성은 일반적으로 이러한 템플릿 엔진을 사용하여 구현됩니다.)

모델을 직접 전달하지 않습니다.

제한/제한이 아닌 사용자의 선택이어야 합니다.

예를 하나 더 들겠다, 그리고 비법 소스를 배신하지 않고 해볼게.

전략 게임에서 플레이어가 소유한 자산을 설명하는 트리 데이터 구조를 가정합니다.
트리는 다음과 같이 약 5단계로 이동할 수 있습니다.
Aliance -> Empire -> City -> Army -> Troops

각 레벨은 수정자 보너스(예: 공격 보너스, 방어 보너스, 건강 보너스 등)를 제공할 수 있습니다.
동일한 통계를 처리하는 수정자는 모든 수준에서 동일한 이름으로 설명됩니다(주로 재귀적으로 계산되기 때문에).
템플릿 엔진을 사용하여 가장 낮은 수준에 있지만 전투를 수집하는 군대 내 군대의 전투 통계를 표시하여 플레이어가 주어진 과제에 대해 어떤 군대가 이상적인 군대인지 선택하는 데 도움이 되는 전투 시뮬레이터를 제공해야 합니다. 트리에서 동일한 속성 이름으로 명명된 수정자.
이것은 _매우_ 간단하지만 중간 번역 계층 없이 다른 도구를 사용하여 문제를 매우 쉽게 해결한 실화를 기반으로 합니다.

어려움을 추가하겠습니다. 때때로 군대는 얼라이언스 수준의 태스크 포스에 할당됩니다.
Alliance -> Rally -> Troops
도구는 충분히 일반적이어야 하며(일반 재귀적) 구체적인 수준에 의존하지 않아야 합니다.

나는 콧수염이 부분이라고 부르는 것으로 해결했지만 콧수염을 사용하지 않았습니다 ...

@osher 는 다음과

제한/제한이 아닌 사용자의 선택이어야 합니다.

콧수염에 의견이 있다는 것은 의심의 여지가 없습니다. "로직이 적은 템플릿" 철학은 템플릿에 많은 제한을 두는데, 그 사실은 렌더링을 위해 템플릿에 제공하기 전에 데이터/모델 준비가 종종 필요하다는 사실입니다. 이것이 귀하의 요구에 적합하지 않은 경우 핸들 바 또는 lodash.template 과 같은 몇 가지 예를 들면 더 나은 대안이 있습니다.

오른쪽. 핸들바를 까맣게 잊고 있었습니다.

핸들바에 사용자를 잃게 합니다.
그것은 받아들일 수 있는 디자인 결정입니다.

@osher 가 "그건 받아들일 수 있는 디자인 결정입니다."라고 말했을 때
https://github.com/mustache/mustache.github.com/issues/103

우선 상위 범위를 참조할 수 있다는 것은 논리적이지 않으며 콧수염의 이상을 방해해서는 안 된다고 생각합니다.

나는 항상 선행 "../"와 같은 기호를 사용하여 루트 범위에 액세스할 수 있다는 아이디어를 좋아합니다.

Mustache.render('{{a1}}{{#a}}{{b.c}}{{../a1}}{{/a}}',{"a":{"b":{"c":"x1"}},"a1":"x2"})
"x2x1"

나는 이것이 "x2x1x2"를 렌더링하기를 원하지만 그것이 작동하는 방식이 아니기 때문에 마지막 것을 생략합니다.
JSONPath: https://goessner.net/articles/JsonPath/index.html#e2 와 같은 것을 사용하는 것이 좋다고 생각했지만 XPath for XML과 달리 부모 연산자를 권장/구현하지 않습니다. 을위한.

아마도 Mustache는 핸들바와 호환성을 유지하고 상위 컨텍스트에 ../ 구문을 사용하려고 할 수 있습니까?

AFAIK, 핸들바는 JS 전용인 반면 콧수염은 많은 환경(예: PHP)에서 동일한 구문을 사용합니다. 콧수염 구문을 변경하려면 js가 아닌 다른 모든 구현도 동일하게 해야 합니다. 긴 주문. 게다가, JS 코드를 수정할 때 "한 레벨" 올라가는 것이 문제가 있음을 발견했습니다. 비록 구현하기 가 매우 포크에 루트로 돌아가는 방법을 추가했지만 ...

이것에 대해 아무것도?

점 표기법이 선택 사항인 상황에 대한 문서 및 스타일 권장 사항도 필요합니다.

view = { wrap: { txt: "test" } };

{{#wrap}}
  {{wrap.txt}} {{! Should I use this?}}
  {{txt}} {{! Or this?}}
{{/wrap}}

자세한 내용은 여기: https://stackoverflow.com/q/62166467/5637701