2011-10-05 4 views
4

이 질문은 이미 htc files: Why not to use them?에 묻지 만 대답은 실제로는 아무 대답도하지 못했습니다.CSS3 PIE 및 기타 유사한 스크립트가 모든 곳에서 사용되지 않는 이유는 무엇입니까?

많은 사이트에서 CSS3 PIE 을 사용하지 않는 이유는 무엇입니까? 작은 사람들은 그것에 대해 알지는 못하지만, 내 눈을 사로 잡은 사람은 Twitter를 사용하지 않았습니다.

표준이 아니기 때문에 그렇습니까? 또는 사이트의 눈에 띄는 속도 저하를 유발합니까?

답변 해 주셔서 감사합니다.

+0

css3pie는 IE 전용이 아닙니까? 그게 우리가 몇 년 동안 떨어져 나가기 위해 고생했던 것 아닙니까? – Johan

+1

@Johan 그렇습니다. IE 만 있습니다.하지만 IE를 다른 브라우저처럼 작동시키는 것이 유일한 목적 인 polyfill입니다. 사실 개발자는 브라우저 별 코드 작성에서 벗어날 수 있습니다. :) – lojjic

답변

15

나는 모두를 위해 말할 수는 없지만, 내 감각 때문에 많은 사이트에서 사용이 같은 도구를 볼 수 없다는 것입니다 :

1) 그들은 특정 성능 비용이 발생 않습니다. CSS3 PIE는 특히 약 20 개 요소 (YMMV)에서 사용 후 눈에 띄는 렌더링 지연을 만들기 시작합니다. 따라서 큰 페이지에서 사용하면 저장된 이미지 애셋 다운로드 시간보다 렌더링 지연이 더 길어질 수 있습니다.

2) 복잡한 DOM 변경으로 인해 버그가 표시되기 시작합니다. 많은 애니메이션, 표시/숨기기 등으로 인해 PIE가 동기화되지 않을 수 있습니다.

3) # 2와 관련하여 추상화 된 계층 (및 이와 관련된 버그)은 복잡한 코드베이스를 사용하는 대규모 개발 팀에게 해가 될 수 있습니다. 단순히 둥근 모서리 이미지를 만드는 것보다 추상화를 디버깅하는 데 더 많은 시간을 소비하기 시작하면 도구가 방해가됩니다.

저는 CSS3 PIE에 대해 특히 여기에 대해 말하고 있습니다. 왜냐하면 그것은 나에게있어 (나 자신의 창조자이기도하지만) Selectivizr과 같은 다른 폴리필에 대해서도 비슷한 경고가 적용됩니다. 이것은 모든 도구에 해당됩니다. 사용자는 항상 특정 요구 사항에 대한 찬성/반대 의견을 평가해야합니다. 예를 들어 위의 이유로 트위터와 같이 트래픽이 많고 성능이 중요하며 대화 형 사이트 인 PIE를 권장하지는 않지만 더 단순한 정적 디자인에 정말 빛을 발합니다.

... 또 다른 생각은 IE가 사각형 모서리 등으로 떨어지게하는 것이 많은 경우에 완벽하게 유효하다는 것입니다. 이것은 특정 상황에서 가능한 경우 항상 선호되는 접근 방식입니다. 따라서이 경우 도구의 평가로 인한 것이 아니며, 도구가 제공하는 것이 단순히 처음에는 필요하지 않다는 결정입니다. :)

+0

답변 작성자 주셔서 감사합니다. 애니메이션과 함께 사용할 때까지 멋지게 작동했습니다. –

+0

글쎄, IE의 Javascript VM에서 실행중인 것을 네이티브로 실행되는 것과 비교하고있는 것입니다. 그것은 예상된다 : D –