DIV + CSS Div 그 당시 몇 년 동안 + css 매우 매력적인 조합의 쌍은를 사용 하 여 DIV + CSS 웹 페이지를 만들 사람들이 종종 손가락에 의해 칭찬 합니다.
오늘, Div + css의 언급에도 불구 하 고 있을 것입니다 많은 사람들이 열정, 하지만 그의 머리를 흔들 것 이다: Div + css 모든 것, 어떤 사람들 "신화" 라고! 창조 신화는 CSS, div + css. 난 문제를 해결 하는 시간 이다.
각 라벨을 사용 하 여 CSS의 본질이입니다.
맹목적으로 존중 div + css만 작은 화이트 타락 하자.
1, Div는 가장 일반적인 HTML 태그
중 하나
분명히 HTML 아니다 그냥 div 태그 유용한, 각 태그는 그것의 목적, 하지만 Div는 가장 유용한 것 중 하나입니다. 만약 div는 다른 모든 태그를 구현할 수 있습니다, 다음 컨소시엄은 이미 유선형 HTML!
테이블은 쓸모 없는, 하지만 간단한 테이블만 초기에 사람들이 잘못 사용 하기 쉬운 널리 승진. 하지만 웹 페이지 데이터 성능 처리에 테이블, 다른 태그는 대체 될 수 없다, 하지만 그것은 페이지의 전체 레이아웃에 적합 하지 않습니다.
2, 코드 가독성
순수한 DIV + CSS 사이트의 코드는 매우 읽을 수 있는, 그리고 심지어 테이블 분기 및 열, 스택, 주석이 없으면 경우 div의 무리에 TR 및 TD에 의해 만들어질 수 있다 당신은 모른다 어떤 부분 할 것입니다.
3, 의미 론 적 및 구조적된
지금, 점점 더 의미, CSS의 개발에 최종 분석의 의미는 실제로 코드의 가독성. 의미는 쉽게 코드 읽기와 이해 하기 쉽게 예를 들어. text_01 색상: 레드 거기는 번호 text_red 색상: 레드.
HTML는 또한 그래서, 예를 들어 우리 < ol >이 시퀀스 테이블 인지 아는이 단락, 텍스트만 < p > 태그를 참조; < span >이 < p > 보다 작은 텍스트 인지를 참조 참조 하십시오 단위; 보십시오 < H1 >, < h 2 >에 제목을 다는 것을 알고.
물론, 모든 div 페이지 표시 되지 않습니다.
페이지의 구조는 동일 하, < 사업부 >< 사업부 >< 사업부 >< 사업부 > 등 & hellip; < / div >< / div >< / div >< / div > 코드, 그것은 분명 하지만 < div >< p >< h 2 ><의 DOM 구조를 이해 하기 어려운 스팬 >... < / 스팬 >< / h 2 >< /p >< / div > 위의 구조 보다 훨씬 더 명확 하다.
시맨틱과 구조적 이해 하는 사람들의 코드의 발전 더 깊은 될 것입니다 믿습니다.
4, 팀 작업
는
낮은 가독성, 구조와 의미 체계의 차이, 다른 팀 구성원이 학습 및 유지 보수 어려움의 증가, 팀에 대 한 시간과 에너지의 낭비입니다.
사실, Div + css의 이야기를 촬영 하고있다 우리 테이블에서 극단적인 오른쪽 웹 디자인 세계의 레이블 이지만 각 요소에 적절 한 레이블을 사용 하 여 다른.
그래서, div + css를 넣어 다른 방법으로, (X) html + css 하지 더 적절 한?
사업부를 언급 하는 중지 하십시오 작은 화이트 정말 보물으로 취급 됩니다!
사실, CSS 스프 라이트와 그리드 (격자) 및 기타 기술 공부를 외국 대응에 잘못 된 방향으로 간 국내 대중화의 표준화 과정에서 다시 찾고, 우리는 하 고? 외국 CSS 프레임은 어디에 나 때 우리가 뭐 하는 거? 지금까지 우리는 여전히 다른 사람 뒤에 아직도 외국 것가 야.
2 년 동안, 우리는 여전히 div + css에 얽혀...