2014-09-16 2 views
5

좋은 오래된 micro clearfix 해킹은 여백 붕괴를 방지하고 떠 다니는 것을 방지하기 위해 빈 테이블 요소를 사용하는 것을 기반으로합니다. 이 동작은 각 HTML 테이블이 디자인 상 존재해야하는 익명 테이블 요소를 생성하므로 익숙해지기 위해 다시 칠하기주기에는 처리 할 각 clearfixed 요소에 대해 6 개의 새로운 빈 요소가 있습니다 (표 + anon 행 + anon 셀 * 2) . 리플 로우/페인트 사이클 동안 성능에 관련된 단점이 있습니까? 이걸 어떻게 테스트 해?익명 표 셀 - 리플 로우/다시 칠 성능에 영향을 줍니까?

.cf:before, 
.cf:after { 
    content: " "; /* 1 */ 
    display: table; /* 2 */ 
} 

.cf:after { 
    clear: both; 
} 
+4

이 질문은 주로 의견을 기반으로합니까? 각 구현을 "의견"으로 간주하지 않는 한. – BoltClock

+0

아무 생각이든, 익명의 표 셀이 현실입니다. – mystrdat

답변

2

DOM을 오염 시키지는 않지만 렌더링 목적으로 개체를 계산할 수 있습니다. 구현은 그것들을 최적화 할 수 있습니다.

그러나 모든 종류의 상자는 렌더링 프로세스 중에 계산됩니다. 이러한 문제에 대해 특별히 신경 쓸 필요는 없습니다.

+0

죄송합니다, 내가 덜 투기적인 것을 찾고 있습니다. 당신은 기본적으로 당신이 모른다고 말했다. – mystrdat

+0

전혀 아닙니다. 나는 기본적으로 "아니오"라고 말했다. – Alohci

+0

"계산 된"1000 개의 목록 항목 중 테스트 페이지에 6000 개의 추가 요소를 가질 수없고 정확히 0 개의 효과가 있습니다. 물론 최적화가있을 수 있습니다. 그러나 "있을 수 있습니다"라는 대답은 자격이되지 않습니다. 아무도 언급하지 않으면 의심 할 것입니다. – mystrdat

관련 문제