Ajie의 w3cn에서 그는 이렇게 말했습니다.
인용된 내용
과거에는 주로 두 가지 방식으로 스타일시트를 사용했습니다.
페이지 인라인 방식: 즉, 페이지 코드의 헤드 영역에 스타일시트를 직접 작성하는 것입니다. 이와 유사합니다:
외부 호출 방법 : 스타일시트를 별도의 .css 파일로 작성한 후 페이지의 헤드 영역에 다음과 유사한 코드로 호출합니다.
웹에 부합하는 디자인으로 표준에서는 외부 호출 방법을 사용하며 이점은 자명합니다. 페이지를 수정하지 않고 .css 파일만 수정하면 페이지 스타일을 변경할 수 있습니다. 모든 페이지가 동일한 스타일 시트 파일을 호출하는 경우 하나의 스타일 시트 파일을 변경하면 모든 파일의 스타일이 변경될 수 있습니다.
Ajie가 사용을 적극 권장하는 것을 볼 수 있습니다. Ajie의 말에 덧붙이자면 를 사용하면 스타일 시트를 수정하는 것이 편리할 뿐만 아니라 사용자의 검색 속도도 빨라진다는 장점이 있습니다. 사용자가 스타일 시트에 연결된 페이지를 처음 열면 스타일 시트가 자동으로 로컬 캐시에 다운로드됩니다. 사용자가 다른 페이지를 열 때 이 페이지도 동일한 스타일 시트에 링크되어 있으면 캐시에서 관련 파일을 읽어 탐색 속도를 높입니다.
하지만 이런 상황도 겪었습니다. 네트워크가 원활하지 않을 때 페이지를 연 후 링크된 스타일 시트가 성공적으로 로드되지 않는 경우가 있습니다. 이러한 상황의 결과는 페이지 텍스트의 색상, 크기 및 기타 스타일을 표시할 수 없을 뿐만 아니라 전체 페이지의 레이아웃이 엉망이 될 수 있다는 것입니다.
예를 들어 제가 Macromedia.com을 열었을 때 bt 바에 사람이 많아서 회사 네트워크가 원활하지 않았던 적이 있습니다. . . 결과 페이지는 스타일시트 없이 나타나며, 익숙한 레이아웃도 더 이상 보이지 않습니다. 마치 휴대폰에서 웹사이트를 탐색하는 것처럼 모든 콘텐츠가 위에서 아래로 정렬됩니다. 모든 콘텐츠를 계속 볼 수는 있지만 이 새로운 레이아웃에 익숙해지는 데 시간이 좀 걸리고 탐색할 때 매끄럽지 못한 느낌이 들었습니다.
Kingsoft Online 홈페이지를 만들 때(이전 버전은 더 이상 보이지 않음) 페이지의
영역에 모든 스타일을 삽입했습니다. 홈페이지는 웹사이트에서 가장 많이 방문하는 페이지이므로 높은 신뢰성이 보장되어야 합니다. 또한, 홈페이지 스타일 시트만 삽입하고 다른 페이지는 여전히 를 사용하므로 스타일 수정 시 작업량이 크게 늘어나지 않습니다.주말에 amaoagou 홈페이지 작업을 하면서 스타일을 추가로 계획했습니다. #head, #left 등 레이아웃 관련 스타일을 페이지 내부에 삽입하고 다른 스타일은 링크했습니다.
요약하자면:
* 방법 1: 홈페이지가 완전히 삽입되고, 다른 페이지도 링크됩니다. 장점: 네트워크 상태가 좋지 않은 경우에도 홈페이지가 올바르게 표시될 수 있습니다. 단점: 스타일 수정 시 외부 스타일시트와 홈페이지에 내장된 스타일시트를 수정해야 한다.
* 방법 2: 레이아웃을 담당하는 스타일을 다른 스타일과 별도로 작성합니다. 홈페이지에는 레이아웃 스타일이 포함되어 있으며 다른 스타일에 대한 링크가 있습니다. 다른 페이지에서는 두 스타일 세트에 대한 링크를 사용합니다. 장점: 스타일을 수정할 때 첫 번째 방법보다 작업량이 적습니다. 네트워크 상태가 좋지 않은 경우 홈페이지의 외관을 완전히 보장할 수는 없지만 최소한 레이아웃이 지저분하지는 않습니다.
* 회사 제품에 대한 소소한 주제 등 제작된 페이지가 기준에 미치지 못하는 경우, 리더는 온라인에서 화제의 속도를 보장하기 위해 테이블과 함께 제작하도록 요구합니다. 모든 페이지에 사용되는 스타일: 링크. 이 한 페이지에서만 사용되지만 여러 번 사용될 스타일의 경우:
