프로그래밍은 거울과 같습니다.태초에 말은 있었지만 전혀 대답이 반영되지 않았다. 그리고 나는 매우 빨리 "변경"해야했습니다. 먼저 거울, 그 다음 단어 ... 이 시점에서 캐스케이드 스타일 시트가 좋은데 왜 개발자의 의식이 오랫동안 거기에 갔습니까? CSS는 컴퓨터 프로그램 시대의 시작부터 여전히 동일한 배열이지만 다른 관점에서만 볼 수 있습니다. 배열이 연관이 되더라도 혁명을 일으키지는 않았습니다.
사이트 페이지는 HTML 마크업 태그입니다.특정 스타일 클래스 또는 스타일 식별자를 할당할 수 있습니다. 첫 번째는 한 번 정의하고 필요한 만큼 여러 번 할당할 수 있으며 두 번째는 특정 요소에 속합니다.
스타일을 설명하기 위한 일반 논리
전통적으로 스타일은 CSS 파일에 배치되지만style 속성의 특정 요소에 할당할 수 있습니다. 스타일은 JavaScript를 사용하여 동적으로 생성할 수 있습니다. 예를 들어 CSS, 글꼴 색상, 크기, 서체, 배경 등을 사용하여 설명하는 방법은 그다지 중요하지 않습니다. 스타일 설명의 위치는 컨텍스트에서 중요합니다. 일반적으로 두 가지 아이디어가 있습니다. 나중에 설명될수록 우선 순위가 높고 요소에 설명되어 있으면 완전히 !중요합니다. 있는 그대로 작성된 마지막 항목은 우선 순위를 명시적으로 정의합니다.
예를 들어 일부 글꼴 색상에 스타일 적용색상이 변경되어 언제 어디서나 가능합니다. 문제는 집합의 모든 스타일을 분해하는 과정에서 브라우저가 이에 어떻게 반응할 것인가 하는 것입니다. 그는 이 작업에 얼마나 많은 CPU 시간을 할애할까요?
이상적으로는 글꼴 색상을 한 번만 지정해야 합니다. 하나의 간단한 설명에 대해 몇 가지 더 생각하고 다른 하나와 다른 설명을 생각하려면 ... 물론 할 수 있습니다. 트렌디하지만 실용적이지 않습니다.
일반적인 논리 예
매우 간단합니다. 단 세 가지 요소에 대해 CSS 색상을 정의하면 적어도 세 가지 장기적인 문제가 발생할 수 있습니다.
#엘레1, #엘레2, #엘레3 {
위치: 절대;
왼쪽: 20px;
상단 : 14px;
색상: 빨간색;
}
#엘레2, #엘레3 {
왼쪽: 90px; // CSS 수평 좌표 변경
색상: 노란색; // CSS 글꼴 색상 변경
}
#엘레3 {
상단 : 114px; // CSS 수직 좌표 변경
색상: 녹색; // CSS 글꼴 색상을 다시 변경
배경색: 밝은 회색; // CSS 텍스트 선택 색상이 변경되었지만 #Ele1 및 #Ele2에서는 변경되지 않았습니다. 위치도 바뀌었지만 #Ele2에서 이미 바뀌었고 여기와는 다릅니다.
}
이제 우리는 이 세 가지 요소가 모두어딘가에 정의되어 있으며 사이트 소유자의 색상 표현을 변경하는 경우 개발자는 색상뿐만 아니라 왼쪽 및 상단 규칙에 대해서도 기억해야하며 텍스트 선택 색상 변경을 잊어서는 안됩니다.
모든 개발자가 CSS 요구 사항을 준수하는 것은 아닙니다. 식별자의 스타일은 하나의 요소에만 적용되고 클래스의 스타일은 여러 태그에 적용됩니다. 게다가 후자는 태그에 형용사로 표시될 수 있습니다.
- CSS에서 글꼴 색상 설정 - groundColor 클래스 스타일;
- 글꼴 크기 지정 - size15 클래스;
- 위치 설정 - 클래스 PlaceUp.
당연히 식별자의 사용,특히 동일한 마크업 요소에 속하는 경우 100페이지 이상의 다양한 조합으로 12가지 스타일 클래스를 그리는 것이 좋습니다. 그러나 모든 것에는 나름대로 객관적인 논리가 있습니다.
개발자는 올바르게 고려하기만 하면 됩니다. HTML 글꼴의 색상, CSS가 엄격하게 설명하도록 제안하더라도 설명의 전체 구조의 유연성은 그의 작업입니다.
공통 논리 적용의 예상 결과
최신 브라우저는 쉽게많은 수의 스타일 파일과 그 볼륨. 그러나 특히 CSS를 통해 전체 페이지의 색상을 디자인할 때는 항상 합리적인 충분성을 생각해야 합니다. 모든 스타일 규칙이 적용될 때 "저렴한" 것처럼 보이는 것은 아닙니다. 단순하고 간결한 표기법: * {color: white;}는 확실히 아름답지만 예외 없이 페이지의 모든 요소에 적용됩니다.
CSS와 함께 제공되는 모든 규칙 중에서 가장 중요한 것은 다음과 같습니다.
- style은 클래스이고 이름은 "."로 시작합니다.
- 스타일 – 식별자와 그 이름은 "#" 기호로 시작합니다.
- 다른 경우에는 태그의 이름이거나 특별한 것입니다.
나머지 스타일 아이디어(상속, 속성 재정의, 우선 순위, 위치, 순서 등)는 필요에 따라 의미 있고 엄격하게 적용되어야 합니다.
브라우저는 구문 분석하지 않는 항목을 항상 건너뜁니다.설명이므로 특별한 놀라움은 없을 것입니다. 무언가가 올바른 위치에 있지 않거나 CSS에서 글꼴 색상을 설정할 수 없다면 스타일에 오류가 있는 것입니다.
뜻밖의 기회
* { left: 124px; 같은 스타일은 남용해서는 안 됩니다. } 또는
ol ol, ol ul, ul ul, ul ol { margin-bottom: 0; }
img { 테두리: 0; }
초보자도 억지로 하기는 어렵지만개발자는 CSS 규칙을 있는 그대로 사용합니다. 모든 사이트를 개발할 때 항상 완벽하게 간단한 CSS 구문이라도 예상치 못한 문제가 발생합니다. 그러나 구문의 올바른 사용에 중점을 두고 JavaScript 기능을 적용하면 예기치 않은 새 기능을 통해 각 요소에 대한 단조로운 식별자 생성을 피하거나 사용된 다양한 스타일 클래스를 따를 수 있습니다.
CSS는 링크 태그를 통해 페이지에 첨부되거나 스타일 태그를 통해 페이지에 삽입되는 스타일시트 그 이상입니다. 즉석에서 스타일을 만들거나 기존 스타일을 수정할 수도 있습니다.
CSS를 사용하면 글꼴 색상을 프로그래밍 방식으로 수행할 수 있습니다. 뿐만 아니라 크기, 위치, 들여쓰기. 웹사이트는 CSS, HTML, PHP 지식을 적용하거나 JavaScript 효과를 과시하기 위한 목적이 아닙니다.
웹 리소스는 주로 정보이며,특정 방식으로 제공됩니다. 그렇기 때문에 CSS는 페이지가 여전히 서버에 있는 동안 어떻게 구성할 수 있는지 프리즘을 통해 역학적으로 가장 잘 볼 수 있는 이유입니다(PHP는 방문자가 사이트에 온 순간이 아니라 당시 개발자가 아닌 그 순간에 바쁘다) 사이트를 개발할 때), 특정 텍스트에 대해 원하는 스타일 파일, 실제 콘텐츠에 대해 또는 특정 방문자가 볼 때 페이지 작업 중 즉석에서 클래스 또는 식별자 스타일을 지정합니다.
정적 역학
복잡한 JavaScript 코드를 항상 작성할 필요는 없으며,콘텐츠를 동적으로 만들고 콘텐츠에 적합한 디자인을 만듭니다. 때로는 사용 가능한 기회를 올바르게 사용하는 것으로 충분합니다. 특히 CSS로 글꼴 색상을 초기 정적 규칙으로 정의하면 이 규칙을 숨기고(숨김) 다른 규칙을 렌더링(표시)할 수 있습니다.
여기서 역학에는 알고리즘이 필요하지 않습니다.
// 로그인 버튼 강조 표시
함수 scfWelcomeOver() {
document.getElementById("scDocxNamePiP").style.visibility = "보임";
}
// 로그인 버튼 숨기기
함수 scfWelcomeOut() {
document.getElementById("scDocxNamePiP").style.visibility = "숨김";
}
CSS는 고유한 동적 옵션을 제공합니다.실행 라인, 요소의 투명도, 오버레이에 대한 다양한 옵션, 표현, 색 바램. CSS에서 글꼴 색상은 스타일 규칙에서 제공하지 않는 색상으로 설정할 수도 있습니다.
콘텐츠의 동적 표시
도그마가 없었다면 아마 없었을 것입니다.진전. 단순히 싸울 일이 없었습니다. 하이퍼텍스트는 세상에 많은 교리를 가져왔습니다. 그것들에 주의를 기울이고 실용적이고 실용적인 스타일로 웹사이트 개발을 시작할 때입니다.
처음에는 페이지(P)가 있습니다.내용(K), 모든 페이지 태그는 스타일 시트(S)에 설명되어 있습니다. 서버에서 PHP나 Perl을 통해 P 페이지를 생성하고 데이터베이스에서 K를 가져오는 것은 새로운 일이 아닙니다. 기존 스타일 시트 S가 자동으로 적용됩니다. 그러나 K는 변경할 수 있으며 대부분의 경우 이러한 변경에는 다른 스타일, 즉 S +가 필요합니다.
예를 들어 고객은 다음과 같이 말했습니다."뉴스 기사가 ZaBavtrakom 스타일로, 밤의 번잡함을 라스베거스 스타일로, 과학 및 기술 진보에 대한 기사가 ModernTechno 스타일로 디자인되면 모스크바의 삶을 설명하는 사이트가 더 잘 보일 것입니다." 그러나 이 세 가지 옵션에 대해 S를 만들면 고객이 "뉴스", "휴일", "직장", "CSS/HTML" 및 보너스 " 여주인공주".
더 실용적인 것은 또 다른 접근 방식입니다.기사의 카테고리에 관계없이 항상 특정 색상으로 채색할 수 있는 콘텐츠가 있습니다. 이 시점에서 완전히 합리적인 아이디어가 떠오릅니다. 특정 K를 수신하고 서버에서 적절한 S를 형성하고 브라우저가 P를 요구할 때 적절한 디자인으로 필요한 콘텐츠를 수신합니다.
JavaScript의 스타일 역학
매우 효과적이기는 하지만 최소한의 솔루션은클라이언트 브라우저에서 직접 스타일을 지정합니다. 첫째, 서버를 언로드합니다. 페이지의 하이퍼텍스트 및 스타일 파일을 생성하는 데 시간을 낭비할 필요가 없습니다.
둘째, 내면의 자연스러운 시간낭비브라우저는 페이지가 바쁘고 방문자와의 대화를 적극적으로 유지하는 효과를 만듭니다. 어쨌든 그는 콘텐츠를 대량으로 인식하지 못하므로 일관되고 사려 깊은 정보 출력을 원할 것입니다.
셋째, 개발자는 방문자에게 편리한 스타일로 콘텐츠를 생성하는 메커니즘을 제공할 수 있습니다. 아직 아무도 가지고 있지 않습니다.
이 아이디어를 구현하려면 구현해야합니다.페이지가 로드된 직후와 작동 중에 요소 스타일을 만드는 메커니즘입니다. 현대 사이트는 어떤 형태로든 AJAX입니다. 페이지 트리를 형성하는 과정에서 직접 스타일을 형성하는 것은 어렵지 않다. 내용이 디자인과 잘 어울리기 때문에 간단하고 저렴하며 효과적입니다.
이는 데이터 표시를 처리와 분리하려는 현재 추세와 모순되지 않으며 디스플레이를 떠나는 데이터에 대해 수행됩니다.
활성 구성 요소로서의 CSS
하이퍼텍스트는 많은 좋은 점을 가져왔지만자연 정보의 일부가 성공적으로 공식화되었으며 고품질 HTML, XML, CSS 문서를 만드는 도구와 경험이 나타났습니다. 새로운 양의 정보를 공식화하고 이전에 이미 수행된 것을 변경하는 것은 문제가 아닙니다.
CSS의 경우 이 프로세스는 이미 다음에서 활성화되고 있습니다.완전히 다른 맥락. 요소와 요소 스타일을 즉석에서 생성할 수 있는 JavaScript의 내장 도구는 그러한 가능성을 암시하지 않았으며 특히 PHP 제작자는 HTML 페이지만 생성될 것이라고 믿었습니다.
첫 번째와 두 번째 모두 다음을 수행할 수 있습니다.스타일 프로그래밍. 이것은 정보 기술 분야의 새로운 방향입니다. 스타일은 HTML이나 XML보다 훨씬 더 형식적이며 규칙은 매우 간단합니다. 스타일은 그 성격이 무엇이든 정보에 항상 존재합니다.
프로그래머는 항상 훨씬 더 비공식적인 영역에서 데이터 디자인에 종사하지만 CSS의 주제는 매우 간단한 작업이지만 어떻게든 개발 프로세스의 관점에 속하지 않습니다.
프로그래밍 분야의 도그마에 대해
빙산처럼 도그마는 오래 갈 수 없다정보 공간. 축적된 경험은 HTML 및 CSS 표준, 작업 도구 및 개발자 지식에만 집중되지 않았습니다.
간단한 작업은 CSS로 색상을 만드는 것입니다.글꼴 - 훌륭한 솔루션을 찾았습니다. 규칙, 구문, 논리 및 편의성은 부인할 수 없습니다. 그러나 실제로 많은 글꼴이 필요하지 않더라도 연습을 위해 많은 색상이 필요하지 않으며 일반적으로 현실 가상화를 위해 HTML과 CSS의 축적된 "힘"이 모두 필요하지 않습니다. 전혀 상황지식이 재생산되는 순간이 오고, 콘텐츠에서 자연스럽게 스타일을 형성하는 경험과 도구가 나타난다.
어떻게 될지는 분명하지 않지만 이미 진행되고 있다는 사실은 분명합니다.
