Less.js: modifyVars가 전달되지 않음

나는 이것이 #2772에서와 같다고 생각합니다 - 토론의 중간을 보십시오(예를 들어 modifyVars 는 변수를 정의하는 효과가 있지만 관심있는 import 문이 이미 평가 된 후에 옵니다 ). 그러나 https://github.com/less/less.js/issues/1400#issuecomment -137128461도 참조하십시오.

간단히 말해서 요점은 다음과 같습니다. import 문 내의 변수 보간은 편리한 것이지만 지연 평가 원칙과 직접적으로 충돌합니다. 따라서 복잡한 구조화에 관해서는 이러한 종류의 사용자 정의를 달성하는 다른 방법을 찾는 것이 좋습니다(예: 다른 테마 파일에 대해 다른 디렉토리를 사용한 다음 해당 paths 옵션을 전환으로 설정).

답장을 보내 주셔서 감사합니다. 변수는 JS에서 직접 가져온 적은 수의 파일에서 업데이트되며, 변수가 업데이트되지 않은 다른 적은 수의 파일에서 가져온 파일일 뿐입니다. 두 경우 모두 게으른 평가가 확실히 발생합니까? var logic/config 수정이 덜 가져온 파일에 적용/전달되지 않는 것 같습니다. 아니면 내가 뭔가를 놓치고 있습니까?

변수는 JS에서 직접 가져온 적은 수의 파일에서 업데이트되며, 변수가 업데이트되지 않은 다른 적은 수의 파일에서 가져온 파일일 뿐입니다.

글쎄요, 그것보다 더 까다롭습니다. 지연 평가가 작동하려면 컴파일러가 코드에 나타나는 순서가 아닌 유형별 로 다양한 언어 엔터티(동일한 범위 내)를 평가해야 합니다. 즉, (대략) imports -> mixins - > 변수.
이제 <strong i="9">@import</strong> "@{var}"; 가 있는 경우 컴파일러는 가져오기(및 모든 후속 가져오기) 전에 주어진 변수를 강제로 평가해야 하며 이것이 전체를 망치는 것입니다(일반적으로 이러한 남용의 결과는 단순히 정의되지 않습니다. 한 경우(대부분 매우 단순함)에서 작동하고 다른 경우에는 작동하지 않음).

두 가지 직접적으로 충돌하는 기능이 결합될 때 컴파일러가 일관된 동작을 보장할 수 있는 방법은 없습니다.

즉, modifyVars 가 후속 가져오기에서 "변수를 업데이트"하지 않는다는 것이 아니라 업데이트된 변수 값 자체가 외부 수준 가져오기에 영향을 미칠 수 없다는 것입니다(이러한 가져오기가 이미 "완료"되었기 때문에).

그리고 문서가 다음과 같이 말하더라도 :

v2.0.0 이전에는 루트 또는 현재 범위에서 선언된 변수만 고려되었으며 변수를 찾을 때 현재 파일 및 호출 파일만 고려되었습니다.

... v2 이후에는 별로 나아지지 않았습니다. 더 많은 조합/사용 사례를 개선/클러지 수정했지만 모든 것을 고칠 수는 없습니다. 자세한 내용은 #1108, 특히 #2246을 참조하십시오.

var logic/config 수정이 덜 가져온 파일에 적용/전달되지 않는 것 같습니다.

아니요(단순히 파일이 하나의 큰 문자열로 함께 평가되기 때문입니다). 문제가 다른 곳에 있지 않은 한 확인하려면 다음을 추가하기만 하면 됩니다.
foo {bar: @theme-variant}
관심 파일로 이동하고 결과를 확인합니다.

그런데. 사용 사례의 경우("*-theme.less"가 특정 테마에 대한 변수/믹스인에 관한 것인 경우) 다음과 같이 시도할 수 있습니다.

• 기본 <strong i="7">@import</strong> "a-theme.less"; 를 명시적으로 그대로 두거나(즉, 보간 없이) 완전히 제거합니다.
• modifyVars 를 사용하여 가져오기 명령문 자체를 설정합니다(예: <strong i="11">@import</strong> "custom-theme.less"; 직접).

modifyVars 는 변수 bla-bla-bla에 관한 것인 것처럼 가장하지만 실제로는 루트 파일 끝에 임의의 텍스트를 추가하는 것 외에는 아무 것도 하지 않습니다. 즉 lessc 의 경우에는 $ --modify-vars="whatever-less-code foo {bar: baz;}" 입니다. webpack의 less-loader가 통과할 수 있는 형식이 무엇인지 모르겠습니다. 음... lessOptions.modifyVars = "an arbitrary code"; 아마도?

그것은 분명히 해킹이지만 실제로는 상당히 예측 가능한 해킹입니다(초기 콤보처럼 언어 자체가 아닌 modifyVars 형식만 남용하기 때문에).

@seven-phases-max 귀하의 답장과 아이디어에 대단히 감사드립니다. 이번 주에 더 자세히 조사하고 주 후반에 이 문제를 업데이트/종료하도록 알림을 설정하겠습니다. 다시 한번 감사합니다.

실제로 어떻게든 해결할 수 있는 문제라기보다는 예상된(이 경우 "정의되지 않은/지정되지 않은"으로 정의된) 동작에 더 가깝기 때문에 이것을 닫겠습니다.
개선 아이디어와 특히 PR은 언제나 환영하지만... 가까운 장래에 누구도 이에 대해 언급하지 않을 것입니다.