l거중 문제를 해결할 때 생각나는 몇 가지

최근에 사이트를 만들 때 문제가 하나 생겼다. 나는 l 라벨과 리 라벨로 만든 네비게이션 표시줄을 li의 수량과 l, l의 넓이가 확실하지 않은 상황에서 가운데에 두려고 했지만 l에게 text-align:center를 사용한 후에 제대로 효과를 거두지 못했다.
원래 페이지 구조는 다음과 같습니다.

 
  
  
  
  
  
  
    
Firede
  
  
    
Style5
  
  
  
  
  
  
  
 
 

스타일시트 구조:

이렇게 하면 본래 아무런 문제가 없지만 하나의 기능을 실현하려면 하나의 ID(menu)와 두 개의 CLASS(menu ul,menu li)를 정의해야 하기 때문에 CSS 파일이 비대해진다.
제가 l거중의 문제를 정하지 못한 것은 CSS가 너무 어지럽게 썼기 때문입니다. 마지막 라운드에 이르러 저는 헷갈렸습니다. 정의 구조의 코드가 효과를 나타내기 위해 쓴 여러 가지 코드에 섞여서 엉망으로 썼습니다.
뇌가 어지러운 상황에서 수정하고 싶지 않아 상기 기능을 실현하는 코드, 페이지 구조를 다시 썼다.

 
  
  
  
  
  
  
    
Firede
  
  
    
Style5
  
  
  
  
  
  
  
 
 

전체 스타일시트:

이렇게 간단하게 l이 중간에 있을 수 없는 문제를 해결했다.내 코드를 뒤돌아보니 리의 스타일에float:left를 한 마디 더 넣었기 때문이다. 정의된 디스플레이는 Block이 아니라 inline이기 때문에 부동할 수 없고 충돌을 일으켜 ul이 중간에 나타나지 못하게 했다.
요약하자면 웹 페이지 구조를 쓸 때 같은 기능 모듈에서 비교적 통일된 CSS 이름을 사용하는 것이 가장 좋다.만약 스타일명을 정의하여 문제를 해결할 수 있다면, 가능한 한 여러 개를 정의하지 말고, 코드도 가능한 한 간결하게 해야 한다.코드가 비대해지면 문제가 생기기 쉬우며 오류가 어디에 있는지 발견하기 어렵다.menu,menu ul,menu li,menu a,menu a:hover와 같은 일련의 양식을 많이 사용해야지,menu,menu 와 같은 일련의 양식을 정의하는 것이 아니다.ul, menu_ul_li는 조리가 뚜렷하고 차원이 뚜렷한 것처럼 보이지만 실제로는 혼란스러운 명칭이다.
습관은 과거의 경험이 잠재의식에서 총결해 낸 정수이다. 그러나 기술이 발전함에 따라 많은 과거의 습관들이 한층 더 향상되는 장애가 되었다. 이럴 때 기준을 많이 참고하여 과거의 습관이 견지할 가치가 있는지 확인해야 한다.웹 사이트를 만드는 것도 마찬가지다. 표준은 효율을 높이고 성능을 개선하며 방향을 가리킬 수 있으며 웹 표준화의 디자인은 우리가 웹 사이트를 유지하는 효율을 향상시키는 데 더욱 도움이 된다.