Feliz: 원시 사용자 정의 값에 대한 CSS 속성에 문자열 오버로드 추가

죄송합니다. 길을 잃었습니다. 기본 CSS 소품은 MUI와 관련이 없습니다. Feliz는 CSS 사양에 따라 모델링하는 것이 옳습니다. MUI가 문자열 배열을 사용한다는 것은 무엇을 의미합니까? AFAIK CSS에는 배열 개념이 없습니다. CSS props와 component props를 혼합할 수 있습니까?

글쎄, 위의 스니펫과 같이 인덱스로 액세스하는 문자열의 배열일 뿐입니다. 예, Feliz가 라이브러리를 특별히 고려해서는 안 된다는 데 동의합니다. 내 질문은 그 소품에 대한 문자열 입력을 허용하기 위해 상황을 대체해야 하는지였습니다.

오, 맞아. 당신은 이것을 언급하고 있습니다 :

예, 아마도 Feliz의 boxShadow 를 느슨하게 해야 합니까?

그건 그렇고, 이 페이지를 참조 boxShadow 속성(스타일 아님)에 인덱스를 지정하여 MUI에서 테마의 shadows 배열을 사용하는 또 다른 방법이 있습니까?

페이드 가 불행히도 그 소품을 지원하는 것처럼 보이지 않습니다. 이것이 제가 그 특정 속성을 사용하는 이유입니다.

나는 어떤 구성 요소에 대한 그 소품을 전혀 본 적이 없으며 내가 링크 한 페이지에서도 그들이 사용하는 Box 구성 요소를 보지 못했습니다. 그래서 혼란 스럽습니다. 이를 위해 모든 구성 요소에 사용자 정의 "boxShadow" 또는 "box-shadow" 소품을 설정하고 작동하는 것을 볼 수 있습니다.

어쨌든 "그림자" 문서 페이지는 정말 개선되어야 합니다.

네, 아마도 Feliz의 boxShadow를 풀어야 할까요?

이상적으로는 이것이 style.custom 이기 때문에 그럴 필요가 없습니다. 이것이 우리가 말하는 반응이기 때문에 boxShadow 이어야 한다고 생각합니다. 다시 말하지만 string 과부하는 해롭지 않습니다. 나는 그것에 대해 생각합니다

모든 것에 대한 기본 문자열 오버로드를 사용하면 실제 CSS 이름이 무엇인지 조회/기억할 필요 없이 style.custom 와 동일한 작업을 수행할 수 있습니다. 옵션은 style.boxShadow.custom 같은 것을 사용하여 여전히 해당 스타일의 일반적인 사용 사례에서 벗어나고 있음을 알 수 있도록 하는 것입니다.

모든 것에 대한 기본 문자열 오버로드를 사용하면 실제 CSS 이름이 무엇인지 조회/기억할 필요 없이 style.custom 와 동일한 작업을 수행할 수 있습니다.

흠, 사실 나쁜 생각은 아닙니다. 내 말은, 우리는 확실히 타입 안전성을 장려하고 싶습니다. 그러나 CSS에서는 어쨌든 모든 것이 문자열이며 "빠르고 더러운" 물건을 위해 또는 @Shmew가 말했듯이 현재 지원되지 않는 것이 있는 경우 이스케이프 해치가 있으면 좋을 것입니다.

모든 스타일 속성에 대해 문자열 오버로드를 갖는 것이 좋은 생각인지 확신할 수 없지만 적어도 고려해야 할 사항입니다.

개별 스타일에 과부하를 주지 않도록 style.custom 에 연결된 모든 알려진 스타일 이름은 어떻습니까?

style.custom.boxShadow "3px 3px red, -1em 0 0.4em olive"
style.custom.transition "margin-right 4s ease-in-out 1s"
style.custom("-webkit-text-stroke", "4px navy") // keep original custom fallback too

모든 스타일 속성에 대해 문자열 오버로드를 갖는 것이 좋은 생각인지 확신할 수 없지만 적어도 고려해야 할 사항입니다.

@cmeeren 스타일에 데이터를 제공할 수 있는 외부 라이브러리를 사용하는 것은 스타일에 직접 제공하려는 경우 style.custom ("..", someLibraryThing) 사용해야 합니다.

개별 스타일에 과부하를 주지 않도록 style.custom에 연결된 모든 알려진 스타일 이름은 어떻습니까?

@zanaptak 저도 이 아이디어가 마음에 좋은지 나쁜지 잘 모르겠습니다.

스타일에 데이터를 제공할 수 있는 외부 라이브러리를 사용하는 것은 스타일에 직접 제공하려는 경우 번거로울 것입니다.

진실.

가장 간단한 해결책은 모든 스타일 소품에 대해 단순히 string 오버로드를 갖는 것입니다. 문자열 매개변수를 rawValue 또는 이와 유사하게 호출하여 사용자가 스스로임을 명확히 할 수 있습니다.

가장 간단한 해결책은 단순히 모든 스타일 소품에 대해 문자열 오버로드를 갖는 것입니다. 문자열 매개변수를 rawValue 또는 이와 유사한 이름으로 호출하여 사용자가 스스로임을 명확히 할 수 있습니다.

@cmeeren 나는 이것이 좋고 제공된 오버로드의 자연스러운 확장이라고 생각하지만 style.boxShadow(rawValue: string) 만 사용하면 권장되는 유형 안전 방식으로 코드를 작성하는 대신 많이 남용 될까 걱정됩니다. 나는 또한 @zanaptak이 제공하는 접근 방식을 좋아합니다. 왜냐하면 당신이 무엇을 하고 있는지 모르고 CSS를 작성하는 유형 안전 방법이 없는 한 CSS에 원시 값 사용을 권장하지 않기 때문입니다. 그러나 다시, 사용자 정의 값을 사용하여 외부 CSS와 interoping 때 위의 사용 사례에 해킹 같은 느낌이 안 정도 해결 style.boxShadow(rawValue: string) 과를 작성할 때 나는 용이성이 수준을 원하는 것이 더 많은 사람을 상상 사용자 정의 값.

두 가지 접근 방식 모두 좋은 이유가 있습니다. 개인적으로 저는 style.boxShadow(rawValue: string) 의 이전 접근 방식에 더 기대고 있습니다.

죄송합니다. 이번 주에 일 때문에 Feliz/Feliz.Mui와 관련된 많은 문제를 논의/수정할 수 없었습니다. 최대한 빨리 이 문제로 돌아가서 이 문제도 선택하려고 노력합니다(누군가가 해결하기를 원하지 않는 한 엄청난)

권장되는 유형 안전 방식으로 코드를 작성하는 대신 많이 남용됩니다.

펠리즈는 개발자의 행복을 위해 존재합니다. 개발자가 형식 안전 오버로드를 사용하는 것보다 이를 남용하는 것이 더 행복하다면(필연적으로 그렇게 생각하지는 않지만) 우리는 정말로 그것을 중지해야 할까요?

어쨌든 우리는 모든 스타일 소품에 대한 rawValue: string 과부하에 다소 동의하는 것 같습니다. :)

펠리즈는 개발자의 행복을 위해 존재합니다. 개발자가 형식 안전 오버로드를 사용하는 것보다 이를 남용하는 것이 더 행복하다면(필연적으로 그렇게 생각하지는 않지만) 우리는 정말로 그것을 중지해야 할까요?

동의합니다. 실제로 문제가 되지는 않지만 너무 많은 것을 추가하여 발에 총을 쏠 수 있도록 주의하고 싶습니다. 이 맥락에서 확실히 그렇지 않습니다.

발에 총을 쏘게 만드는 것들을 너무 많이 추가하는 것을 조심하고 싶습니다.

그것에 대해 절대적으로 당신과 함께 👍