Jinja: 비트 연산자 추가

비트 연산은 템플릿에서 사용하면 안 됩니다. 필요한 경우 기능을 노출합니다.

와우 주관적인 입장이네요.

저는 홈 어시스턴트와 함께 jinja를 사용하고 RGB 색상을 조작하고 있습니다. {'r': 255, 'g': 255, 'b': 255} 을 0xRRGGBB 형식으로 렌더링하고 싶지만 jinja에는 이러한 편리한 기능이 없기 때문에 운이 없습니다.

이 문제를 해결하기 위한 제안 사항은 무엇입니까? 기능을 구현하면 실제로 작동하지만 누군가가 0xBBGGRR 를 원하면 어떻게 될까요? 렌더링은 유저가 결정하게 하는 것이 진자의 몫이 아닐까요?
나는 이와 같은 기능이 남용되어서는 안 된다는 데 동의하지만 이에 대한 사용 사례가 있습니다.

이 댓글이 가혹하다고 느끼셨다면 죄송합니다. 이것은 제 의도가 아닙니다. 나는 진정한 절망에 직면해 있습니다 :cry:

이를 위해 비트 연산자가 필요하지 않습니다. 문자열 형식을 사용하십시오.

{{ '0x{r:02X}{g:02X}{b:02X}'.format(**color) }}

감사합니다, 십진수로 다시 변환하는 방법을 추가했습니다

{{ '0x{r:02X}{g:02X}{b:02X}'.format(**color) | int(base=16) }}

format 필터 대신 .format 를 사용하는 것으로 나타났습니다. jinja 템플릿에서 무엇이 허용되고 무엇이 허용되지 않는지 알기가 약간 혼란스럽습니다. 이 작업을 수행하는 데 선호되는 방법은 무엇입니까? 언제 둘 중 하나를 사용해야합니까?

Python의 zen 인용: There should be one-- and preferably only one --obvious way to do it.

이런 종류의 토론을 위해서는 IRC나 메일링 리스트를 사용하십시오.

format 필터를 사용하는 것도 가능합니다.

{{ '0x%(r)02X%(g)02X%(b)02X'|format(**color) }}

format 필터 는 기본적으로 모듈로 연산자를 래핑하여 Python의 이전 문자열 형식 지정 메커니즘 을 활성화합니다. 반면에 format 메서드 는 jinja2에서도 나오지 않지만 Python에서 str 및 unicode 객체의 내장 메서드이며 다음을 위해 사용됩니다. 새로운 문자열 형식화 메커니즘 .

Python에서는 새 메커니즘이 이전 메커니즘보다 선호되지만 jinja2에서는 안정적인 API를 유지하는 것을 좋아합니다. 이전 버전과의 호환성을 위한 것이 아니라면 format 필터를 제거하거나 변경했을 수 있습니다. 여기서 무엇을 제안해야 할지 잘 모르겠습니다. 원하는 것을 사용하세요.

그러나 예, 이 토론은 주제에서 벗어나고 있으며, 이것은 아마도 계속하기에 적절한 장소가 아닐 것입니다.

나는 또한 비트 연산이 필요합니다. 적어도 비교는 필요합니다. 하나의 값으로 여러 상태를 나타내기 위해 비트마스크 값을 사용하는 HomeAssistant에 센서가 있습니다. HomeAssistant에서 이 비트마스크 값을 내 센서의 값 템플릿으로 간단한 {{ state(sensor.with_bitmaskvalue) & 1 }} 로 쉽게 수행할 수 있는 개별 센서 값으로 분할하고 싶습니다. 적어도 내 연구에 따르면 지금은 Jinja 템플릿을 통해 이 작업을 수행하는 것이 거의 불가능합니다.

state(sensor.with_bitmaskvalue) is bitmask 1 와 같은 사용자 지정 테스트를 노출해야 하는 것 같습니다.

소음에 대해 죄송합니다. 방금 그들이 나를 위해 트릭을 수행하는 사용자 정의 필터 bitwise_and() 를 추가했음을 발견했습니다.