국내 시작에 팀의 CSS3.0 중국 핸드북, 후 최근 인기 있는 사방 부 HTML5.0 CSS3.0 봄 바람;이 브라우저 시대에 서로 조롱, 업계의 많은 업적 험담 주제 것 같다.
년 전에, Google의 크롬 팀 할 관련된 교환 회사 달라고 할 예비 토론 계획 회사에 왔다. 그래서 난 그것에 대해 생각 하 고 그것은 언급 세 가지 포인트:
12px 글꼴 크기 보다 더 많은 크롬 크롬의 개발자 도구, 하지만 하지로 유연 하 고 사용 하기 쉽게 방화 범이 끌려 통합을 지원 합니다. 웹 페이지의 해석 그 커널의 두 해석 렌더링 해야 합니다.
이전 두 점 더 많은 자체, 크롬를 타겟으로하는 그리고 3, 글로벌 컨소시엄 표준에 근무 하는 우리의 외국 친구에 대 한 우리의 새로운 시대 브라우저 프로그래머 쓰기에 대 한 더 많은 것 같아요.
리콜 XHTML2.0와 HTML5.0 사이 전쟁의 시간 거의 4 년 (2002/8/5-2006/7/26) 스팬, 전투의 결과 XHTML2.0 후퇴 했다.
가이 전쟁, 우리는 위의 XHTML2.0. 전송 시각: 말하는 가치가 먼저는 그가 그의 생각에 뒤에 남아 있는 반사: (볼에 의해 니콜라스 체이스 마스터의 "웹 ' 미래: xhtml 2.0", 전 희를 생략 하려면 클릭. 그것은 등 B, 나, 순전히 성능 관련 라벨을 의미 바뀝니다. (구조, 행동, 성능 분리)
강조 하는
< i > < / 나 & gt, < b > </b > 강조
그리고
강조 하는
< em > < em & gt, < 강한 > 강조 / < / >
는 IMG와 다른 콘텐츠 사진 SRC 특성으로 대체 되며 Srctype 형식 정의 대 한 사용. (외부 리소스 로드, alt 제한을 제거 하지 못할 때 텍스트 설명 표시)
< Object > 개체 오디오를 사용 하 여 함께 애플 소개 < / 개체 >< img src = "Apple.png" alt = "이것은 애플 그림" / >< p > 이것은 애플의 과일의 설명 이다. </p >
그리고
< p src = "Apple.mp3" srctype = "오디오/x-mpeg" >< 스팬 src = "Apple.png" srctype "Image/png" = > 이것이 애플 사진 < 스팬 / > 이것은 애플의 과일의 설명 이다. </p >
< h >의 조합을 사용 하 여 "계층 구조" 기사 < p > < 섹션 > 대신 고. (모듈형 생각을 사용 하 여 코딩)
< Html >< 머리 >< 제목 > 웹 모듈 < / 제목 >< / 머리 >< 몸 >< h1 > 웹 페이지 모듈 생각 < / h 1 > < P > 2010 년 v2.0 버전 < /p >< h 2 > 모듈화는 무엇입니까? < / h2 >< p > 모듈화는 소프트웨어 시스템을 아래 위에서 여러 모듈 나누어 때 복잡 한 문제를 해결 하는 프로세스를 말합니다. 각 모듈 특정 하위 기능을 완료 하 고 모든 모듈은 전체 되 고 전체 시스템에 필요한 기능을 수행 하는 방식으로 조립. < /P >< h3 > 프런트 엔드에 모듈 이란 무엇입니까? < / H3 >< p > 페이지의 각 독립적인 콘텐츠 있으며 파편의 타이틀을 줄 수 있습니다. < /P >< h 2 > 당신은 왜 모듈화 하 시겠습니까? < / H2 >< p > 다중 사용자 공동 개발 또한 전반적인 통제의 일부를 가질 수 있지만 각 개인 코드, 효율성의 높은 학위의 다른 회원 들과 방해 하지 하는 동안 코드의 그들의 자신의 부분을 처리할 수 있습니다. 모듈을 수정 하는 독립적인 필요를 다루는 필요만 수정, 모듈의 나머지 영향을 받지 않습니다, 직접이 조각 버전 롤백에 대 한 특정 모듈을 탐색 오류. 높은 위험 감소입니다. < /P >< h 2 > 모듈화를 수행 하는 방법? < / H2 >< p > 명명 규칙에 대 한 오후 블록을 분리 하는 두 가지 방법의 콘텐츠를 수정 하기 위해 주요 콘텐츠 작성 하는 코드의 손에 할당. 마지막으로, 코드 조각 오후 병합 됩니다. < /P >< h 2 > 모듈화를 어떻게의 알고 있이 필요가? < / H2 >< p > 일반적인 부분의 코드 권한 오후 반환 해야 손 관리; 코드 공용 부품의 일반 버전 통합으로 정기적으로 비 대 한 수를. < /p >< / 바디 >< / html >
그리고
< Html >< 머리 >< 제목 > < / 제목 >< 웹 페이지 모듈 / 머리 >< 몸 >< 섹션 >< h > </H >< p > 2010 년 v2.0 버전 < /p >< 섹션 >< h > 생각 웹 모듈은 모듈? </h >< p > 모듈화는 소프트웨어 시스템을 아래 위에서 여러 모듈 나누어 때 복잡 한 문제를 해결 하는 과정을 말합니다. 각 모듈 특정 하위 기능을 완료 하 고 모든 모듈은 전체 되 고 전체 시스템에 필요한 기능을 수행 하는 방식으로 조립. < /P >< 섹션 >< h > 프런트 엔드에 모듈 이란 무엇입니까? </H >< p > 페이지의 각 독립적인 콘텐츠 있으며 파편의 타이틀을 줄 수 있습니다. < /p >< / 섹션 >< / 섹션 >< 섹션 >< h > 왜 모듈화? </H >< p > 다중 사용자 공동 개발 또한 전체 컨트롤의 부분을 가질 수 있습니다 하지만 각 개인 코드, 효율성의 높은 학위의 다른 회원 들과 방해 하지 하는 동안 코드의 그들의 자신의 부분을 처리할 수 있습니다. 모듈을 수정 하는 독립적인 필요를 다루는 필요만 수정, 모듈의 나머지 영향을 받지 않습니다, 직접이 조각 버전 롤백에 대 한 특정 모듈을 탐색 오류. 높은 위험 감소입니다. < /P >< / 섹션 >< 섹션 >< h > 모듈화를 수행 하는 방법? </H >< p > 명명 규칙에 대 한 오후 블록을 분리 하는 두 가지 방법의 콘텐츠를 수정 하기 위해 주요 콘텐츠 작성 하는 코드의 손에 할당. 마지막으로, 코드 조각 오후 병합 됩니다. < /p >< / 섹션 >< 섹션 >< h > 모듈화 어떻게의 알고 있이 필요가? </H >< p > 일반적인 부분의 코드 권한 오후 반환 해야 손 관리; 코드 공용 부품의 일반 버전 통합으로 정기적으로 비 대 한 수를. < /p >< / 섹션 >< / 섹션 >< / 바디 >< / html >
원래 < ul > 또는 < ol > 학대 탐색 목록 메뉴 < nl > 바꿉니다. (전제 목록은 최고의 원리의 설명가지고)
< h5 > 탐색 메뉴 < / h5 >< ul >< li ><는 href "index.html" = > 홈 < /a >< /li >< 리 > < h6 ><는 href = "#" > 음악 도서관 < /a >< / h6 >< ul >< li ><는 href = "cn.html" > 중국어 < /a >< /li >< li ><는 href = "jk.html" > 한국과 일본 < /a >< /li >< li ><는 href = "eu.html" > 유럽과 미국 < /a > < /li >< /ul >< /li >< li ><는 href = "bbs.html" > 포럼 < /a >< /li >< /ul >
그리고
< nl >< 라벨 > 탐색 메뉴 < / 라벨 >< li href = "index.html" > < /li >< nl >< 라벨 > 홈 음악 도서관 < / 라벨 >< 리 href = "cn.html" > 중국어 < /li >< li href = "jk.html" > 한국과 일본 < /li >< li href = "eu.html "> 유럽 < /li >< /nl >< li href =" bbs.html "> 포럼 < /li >< /nl >
는 또한 위의 예에서 "유비 쿼터 스 링크"를 있다. (불필요 한 태그를 제거)
물론, 안목 눈 니콜라스 체이스에서 웹의 미래: xhtml 2.0에서 무엇을 했다을 볼 수 있습니다 (마지막으로, HTML5.0 초안 업데이트 됩니다). 하나 하나 설명 그의 기사에 의해 고 나 여기 설명 하나 하나 안.
좋아, 또는이 초기 매트 너무 깁니다; 위에서 언급 한 XHTML2.0의 큰 장점 중 일부는 새로운 HTML5.0 초안에서 찾을 수 있습니다. 그러나, Twinsen는 항상 XHTML은 HTML 및 XML (어떤, 물론, 종종 이라고 전환 제품)의 교차 되도록 간주; XHTML 콘텐츠 및 정보 아키텍처의 핵심 클래스 데이터베이스 프레임 워크 이어야 한다 (즉, XHTML 순수한 식으로 작동할 수 있다 그리고 그것의 화장 용 외관에에서 놓여 CSS 다른 한편으로, 그것은 XML 데이터로;로 참조할 수 있습니다. 그럼 우리 제레미 키스의 "오해 태그"와 "마크 언어의 혼돈"에서 새로운 아이디어를 볼 수 있습니다 (번역). 제레미와 우유 비유 HTML4.0, 및 사용 치즈 비유 XHTML1.0, 다음 사용 간장 우유 비유 XHTML2.0, 여기 Twinsen 다시 담 대 하 게 됩니다 요구르트를 HTML5.0 비유. 여기 당신이 상상할 수 있는, 치즈와 요구르트 우유 추출 및 젖 산 박테리아 발효 (XHTML1.0 및 HTML4.0 정제 및 발효에서 HTML5.0)에서 파생 되 고 두유 하지만 근본적인 차이 (XHTML2.0 3의 구성에서 그것은 아무 상관이 있다), 물론, 여기의 다른 맛은 요구르트 맛 소재 (캔버스) 및 기타 새로운 요소에 추가 됩니다 그래서 그것이 새로운 빗에 대 한 명확 하 게 몇 가지 언어 표준 수 있습니다. 그리고 제레미의 기사에서 언급 한 대로 HTML과 XHTML의 차이 강조 하는 Twinsen:
모든 태그 (닫거나 폐쇄)
특성이 있어야 합니다 묶어야 인용 부호 금지 되 고 손상에서 레이블 레이블 특성 통합 소문자 중첩
하지만 제레미 기술 지도;의 더 많은 재치 있는 방법 수 있습니다 아마도 그가 중국, 중국 웹사이트 재구성의 개발과 역사 인식에 오지 않 았 어. 중국은 현대 말하는: "중국 용, 중국 사람들의 그룹은 벌레." "그리고 중국의 가장 야 심적인 씨 Lu Xun, 시작에서이 문장을 생각은 순환 되었습니다." 우리는 전화 접속 시대 Twinsen,와 CGI HTML3.0의 뒤 범 벅을 본 다음 혼합 테이블 및 ASP 또는 PHP HTML4.0을 기억하실 수 있습니다. Atzie의 출현 시대 확장 되었습니다, 그 책 하자 수많은 중국 인터넷 보스 웹 사이트를 재구성 하는 PPT; 본이 완전히 과거 생각을 전복, 새로운 트렌드를 주도. 그들의 리더십 아래, 사람들은 표준 유효성 검사를 통과 하는 자랑 스럽게 생각 하 고 각 사이트 아래 "유효한 XHTML 1.0과 엄격한" 나타납니다. 그리고 얼마나 많은 사람들이이 마크의 진정한 의미를 이해할 수 있다? 프로이트는 말했다: "사람들의 오이디푸스 콤플렉스는 우상 숭배로 발전할 결국 것입니다." "。 그것은 할아버지 마오, 같은 고 봄 오 빠의 모습, Atzie 우상, 하지만, 슬프게도, 스위프트 스위프트의 생성 되었다 다시 재건의 세계 후퇴. 이 시점에서 새 리팩터링 엔지니어의 많은 가입, 그들은 심문을 시작 하 고 오래 된 리팩터링 엔지니어의 일부가 혼란 스 러 워 하기 시작 했다. 중국 안 순환 하기 시작 했다 표준 검증 및 않습니다 페이지에 대 한 속임수를 시작 (마크 장애는 여전히 XHTML1.0 doctype의 엄격한 형식 사용). 우상 숭배는 속임수의 뒤를 따라 진화에서 이것, 물론, 그것의 역사적 필 연 성 및 우발 있다.
이 시점에서 우리 또한 자신을 볼 수 Twinsen의 첫 아이돌에서 일부 단어를 인용 수 있습니다.
참조 콘텐츠
중국 주택 가격에 마오
우리는 지금 높은 가격에 대 한 이야기, 이것은 또한 사실 가격 높은? 나는 거기 아니다 수요 잡아 당기기, 비용 부스트 높은 비용 때문에 생각 한다. 수요 잡아 당기기는 무엇입니까? 많은 사람들이 구매 하고자, 그는 또한 구입 가격, 이것이 높은을 요구. 당신은 경제학을 알고, 당신이 집을 구매 요청 하지 않습니다, 그리고 당신이 너무 비싼 게. 설문의 사회학적 인 사용, 시장, 당신은 비록 당신이 구매에 지불, 그것은 너무 비 싸 되지 않습니다 것을 의미 했다, 당신은 평가의 행위의 경제학 너무 비싼 것 구매 하지.
계산할 수 있습니다, 6으로 얼마나 큰 ff 얼마나 큰, 얼마나 큰 채널, op 얼마나 큰 sa 얼마나 큰... 모든 명확 하 게, 거기에 필요가 없습니다 질문입니다. 우리는 매일, i e 6를 증오 하지만 우리는 여전히 6으로 호환성을 하 고. I e 6를 미 워 하지 않는다 의미 합니까? 기술 생각에서이 완전히 모순, 아무 매크로 제어 때문에 이다 비용 기반 6으로 생존 보다는 풀 6으로 생존, 수요.
참조 콘텐츠
마오에 대 한 풍부한 지 고 방해 누가 이야기?
당신은 버스, 후 실행 하지만 그냥 지휘자 문, 시작, 멀리; 하 반지를 닫으면 차에 단계
이 코드를 알고 있지만 당신은 다른 우편 번호, 작성 하 잊지를 작성할 때
우편 번호를 쓰지 않았다 그래서 모른다 결과 편지; 우체국에 의해 반환 된
도는 싸움, 우리를 중지 대기와 무한 한 관심을가지고 보고, 원할 것입니다 하 가난한 그것 그래서 그냥 기꺼이;
-빨간 교통 기로 내려 쳐, 서로 압착 이동할 수 없습니다;
-경찰 그리고 마구간 호커의 상품 전복도 트럭;에 호커의 세 발 자전거를 던졌다
누군가가 회의 시간에 도착 하지, 모두 10 분 이상 기다립니다.
...
이러한 현상은 매일, 우리에 게 공통 하 고 아무도 그들 사이 어떤 관계 든 지 생각할 수 있다. 그러나 경제학자의 관점, 이러한 현상은 하지 중국의 개발에 도움이 되는 중요 한 이유.
기본의 관점에서 경제학의, 가난한 많은 생산적인 잠재력 재생할 수 없습니다, 때문에 사람들의 노동 생산, 그리고 노력에도 다른 사람들의 일의 성과 중화 사용 되지 않습니다 하지만 또한 다양 한 폐기물 이므로 광범위 하기 때문에, 사회는 거 대 한 부를 소비 하지만 모두 힘.
요약의 또 다른 매우 고전적인 섹션이 있다.
참조 콘텐츠
마오에 대 한 풍부한 지 고 방해 누가 이야기?
그것은 법, 관할 구역 내에서 떨어지지 않는 그것은 범죄 또는 심지어 도덕적 문제, 하지만 이러한 이벤트의 큰 숫자의 최종 결과 사회 발전에 해로운. 이런이 종류의 일의 원인, 책임 거짓말 우리 사람들, 세일즈 맨, 드라이버, 교사, 전화 연산자 또는 정부 사무원, 업무의 원칙을 변경 지역 사회의 부를 증가 시킬 수 있습니다 그리고 모두 생각 그래서, 국가 된다 부자, 그리고 당신이 지불 하는 같은 작업은 더 높은 지불 될 것 이다.
웹, 그리고 심지어 읽기, 그것은 잘못 가지 않을 거 야 하지만 브라우저를 라벨에 대 한 밀봉 될 것입니다 이러한 이벤트의 많은의 최종 결과, 특성 더 성가신 코드, 더 비싼 CPU 작업 작성 하지만 이중 인용 부호를 쓰지 마십시오. 위의 세 단락에서 설명 했 듯이, 왜 매일 싫어 i e 6은 너무 이해 합니까? 그것은 여전히 존재 하는 이유? 우리-이 웹의 모든 리팩터링 사람들이 혼자 힘으로 인 한 사이트!
다시 찾고, 기사의 제목 이라고 "웹 사이트 재건도로의 중국 특성으로 이동 합니다." RMB 감사, 업그레이드, 세계를 가까이 이동 하 여 중국에 게 중국의 포괄적인 국가 힘. HTML5.0의 출생, 그는 반환는 HTML4.0 패배 HTML3.0 시대, 새로운 기술 시대, 시대의 무료 응용 프로그램의 프로 모션에서에서 태어나 중국에서 수많은 그냥 데뷔 "페이지 Tsai" 문제 (200 위안 역, 구축의 같은 시대에 있을 것입니다; 직접 불꽃 Chettu 생성 페이지... 그리고이 시점에서, 우리 FF, 채널, OP, SA 숭배 되어 있다... I e 6과 같은 이전 경로를 다시가 고 싶지? 그리고 우리는 시작 싫어 하 고 같은 방식으로 그들을 싫어하는 거 야? 그리고 이것이 우리가이 시간에는 포괄적인 국가 힘으로 안 된다는 "벌레" 프로세스?
물론, Twinsen은 단순히 질문 및 비판, HTML5.0를 반대 하는 것이 아니라 인상; 우리가 더 현명한 솔루션의 생각할 수 있습니다.
자체 XHTML 요구 사항 (위의 4 점)를 사용 하 여 HTML5.0를 작성. 권장된 브라우저 듀얼 해상도 커널 표준 페이지, 비표준을 사용합니다. (비표준 페이지 표준 DOCTYPE을 사용 하는 경우 구문 분석은 잃어버렸던 또는 직접 폐쇄 또는 해결 되지 않은; 이것이 내가 크롬 팀 하는 것이 좋습니다.) 목적 및 표준의 중요성을 유지 하기 위해 주위 사람들을 르 친다. "페이지 소년", 리팩터링 엔지니어; 하지 않은 또는 심지어 더, 당신이 영향을 인간의 정보 사회의 발전을 항상 기억 하십시오.
또한 "ISO9002" 당신이 감히 그것을 사용 하는 제품을 확인 하지 않고 모든 사람에 게 질문을가지고? 무엇에 대 한 웹 페이지는 "인터넷"에 의해 검증 되지 있다? 그래서 증거는 무엇입니까? (감사 합니다 항상 가르쳐 ISO9000 시스템 Qingjie의 중요성에 대 한) 또는 당신이 출장에, 호텔의 네트워크 케이블 인터페이스 RJ45, 아니다 다음 있습니다 (각 브라우저에는 c s s 3의 개인 재산) 네트워크에 연결할 수 또는 호텔의 네트워크 케이블 인터페이스는 각각에 해당 하는 RJ42를 행 하는 경우를 상상해 봅시다 RJ43, RJ44, RJ45, RJ46... (브라우저는 어지러워 페이지의 다양 한와 호환 되는 코드와 함께 부풀어) 창턱에 출입구에서 배선.
결국, 제레미 문서에서 일부 단어를 인용: "당신이 원하는 HTML5.0 될 수 있습니다 즉시 XHTML5.0"; 죽은 XHTML2.0, XHTML과 HTML5는 왕의. "。
출처: http://www.twinsenliang.net/skill/20100406.html