Vue: `:srcObject.prop`을 사용하여 prop을 null로 설정할 수 없습니다.

.prop 바인딩에 변환을 적용하면 안 됩니다.

이제 문제의 코드(src/platforms/web/runtime/modules/dom-props.js의 updateDOMProps )를 살펴보았으므로 무슨 일이 일어나고 있는지 조금 더 잘 이해할 수 있을 것 같습니다. 연결된 테스트 케이스(unit/modules/vdom/modules/dom-props.spec.js)는 삭제를 방지하는 것처럼 보입니다.

  it('should remove the elements domProps', () => {
    const vnode1 = new VNode('a', { domProps: { src: 'http://localhost/' }})
    const vnode2 = new VNode('a', { domProps: {}})
    patch(null, vnode1)
    const elm = patch(vnode1, vnode2)
    expect(elm.src).toBe('')
  })

...세터가 정의한 임의의 값으로 설정하는 것 외에 HTMLEmelent 속성을 "삭제"하는 일반적인 방법은 없습니다. 그런 의미에서 elm[key] = ''; 로 빈 문자열로 캐스팅하는 것이 기본적으로 표준 방식에 가장 가깝습니다. <img> 태그의 경우 .src 소품을 빈 문자열 옆에 설정하면 꽤 불쾌한 동작이 발생합니다.

09:48:05.267 const img = document.createElement('img')
09:48:08.948 img.src
09:48:08.953 ""
09:48:14.469 img.src = null
09:48:17.213 img.src
09:48:17.222 "https://localhost:8080/null"

(나는 그 행동에 대한 큰 이유가 있고 합법적인 사용 사례가 있다고 확신합니다.)

따라서 해당 컨텍스트에서 빈 문자열은 null/undef props의 경우와 마찬가지로 합리적인 기본값처럼 보입니다. isUndef(props[key]) 수표를 props.hasOwnProperty(key) 로 변경하거나 undefined 와 직접 비교하는 실험을 했습니다. 하는 것은 매우 간단하지만 실제로는 그렇지 않은 것 같습니다. 사용자가 prop을 null로 설정하여 삭제하는 기능에 의존하는 경우 실행 가능합니다. 이전 버전과 호환되지 않습니다. 그리고 dom-props.js 특수 케이스 속성/요소 조합은 언급조차 하기 어려울 정도로 끔찍합니다.

즉, 내가 거기에서 너무 많은 가정을 하고 있습니까? 그 코드는 순전히 새 vnode에서 누락된 소품에 대한 보호입니까? 테스트 작성자가 src 속성만 고려한 이유는 실패의 원인이었기 때문입니까? prop을 "삭제"할 때 사용자가 "" , null 및 undefined 중에서 올바른 값을 제공할 것으로 기대하는 것이 합리적입니까?

반면에 바인딩된 속성과 관련하여 삭제에 대해 이야기하는 것은 정말 의미가 없다고 생각합니다... <audio :srcObject.prop="stream"> 의 예와 같이 stream 계산된 속성은 다음을 수행해야 합니다. 무언가를 반환하므로 {stream: {some: thing}} 를 {} 로 대체할 수 있는 내 이해를 넘어서는 vnode 내부에 무언가가 있다고 가정합니다.

위의 제안이 괜찮다면 hasOwnProperty 가 올바른 검사라고 가정하고 결과는 elm[key] = '' 여야 합니다(내가 말한 것처럼 "표준" 삭제가 모든 , 그리고 아마도 가장 일반적으로 적용되는 경우); 이번 주에 풀 리퀘스트를 작성할 것 같습니다. 그러나 안전한 변경이 아닌 경우 시간을 보내고 싶지 않습니다.

나는 이것이 f11449d916a468651d4fd5024c37e3eebbc9941f에 의해 수정되었다고 생각합니다.