우선, 이것은 매우 체계적이지 못한 아이디어입니다. 정식화된 개발 프로세스 교육과 축적 기간을 거치면서 불만이 생기기 시작했습니다.
분리 :
이별 후
구조적 개발 과정:
페이지 제작을 담당하는 사람들에게는 물론 백엔드와 JS/DOM 스크립트 개발자에게 구조가 주어지고, 기획 문서에서 향상된 기능을 구현합니다. 그러나 이후 제작진이 제작한 구조 문서를 기반으로 하기 때문에 이후 구조를 파괴할 수는 없다.
구조 인식기:
구조는 기계가 읽을 수 있는 언어이므로 당연히 기계임을 인식하므로 데이터를 전송하는 것이 가장 중요합니다. 현재 데이터를 추출하는 기계는 대부분 검색엔진 로봇 크롤러라고 생각하는데, 이는 우리 구조의 테스트 및 서비스 대상이 주로 검색로봇임을 의미한다. 그렇다면 SEO는 우리의 구조를 테스트하는 가장 좋은 표준입니다.
표준화된 구조 세트를 설정하면 기계가 문서를 쉽게 이해할 수 있습니다. 또한 의미론적 문서를 작성하면 기계가 필요한 데이터를 쉽게 추출할 수 있습니다. 마이크로포맷은 당연히 기존 의미론을 기반으로 데이터를 추출하는 게으른 방법입니다. 이 점에서 XHTML의 구조는 실제로 만족스럽지 못하며 XML로의 전환은 주로 이러한 이유 때문임을 알 수 있습니다.
발현과정
구조에 비해 CSS는 사람이 인지할 수 있는 시각적 계층을 지향하며 UI 계층 위에 구축되며 UI 요구사항을 받은 후 자연스럽게 개발됩니다.
인식자:
사람, 사람은 그들의 식별자입니다. 즉, CSS는 사람을 위한 것이며 주로 눈에 보이는, 보거나 들을 수 있는 정보를 제공해야 한다는 의미입니다. 귀하가 전달하는 정보를 사람들이 더 잘 볼 수 있도록 하려면 브라우저 유형과 버전을 교차하고 장치를 교차하는 것이 필요합니다. 따라서 CSS 개발자로서 귀하의 요구 사항은 크로스 플랫폼입니다. 친화력에 있어서는 좀 더 인간적인 면이 있어요. 신체 장애가 있는 사람들을 대할 때 인지도에 대한 요구 사항이 더 좋고 더 많은 일을 해야 합니다.
동작 프로세스 동작은 현재 인기 있는 리치 클라이언트입니다. 비록 CSS와 HTML이 포함되어 있지만 그 중 더 많은 것은 javascript, dom 및 xmlhttp입니다. 동작이 명확해야 하고 이상적으로 필요한 것은 인터페이스뿐이며 공통 ID는 그의 인터페이스입니다. . 제가 접촉하게 된 과정은 HTML 제작이 완료된 후 스크립트 개발자에게 넘겨주는 것이었습니다. 하지만 요구 사항이 명확해진 후에는 스크립트 개발자가 ID와 같은 인터페이스를 개발한 다음 페이지가 완성될 때까지 기다렸다가 js 파일을 참조하면 된다고 생각합니다.
인식자:
사람, 인간의 행동, 즉 상호 작용은 좋은 경험, 인간의 행동과 행동에 대한 기대, 결과와 기대의 일치를 기반으로 탄생합니다.
오후
한때는 하고 싶었지만 지금은 마음에 들지 않는 역할을 아예 인식하지 못하고 인터랙션 얘기를 하고 나면 UI를 디자인하고, 페이지를 제작하고, 프로그래머가 기능을 추가하게 되는데… 대상 요구 사항은 이 페이지가 IE5에서만 사용될 수 있어야 한다는 것입니다. 출판하고 싶습니다.
버전 반복 버전 반복 주기는 매우 짧습니다. 요구 사항의 변경과 모호성은 일반적입니다. 그러면 수명 주기 연장과 비용 절감의 의미는 무엇입니까? 개발은 계속 반복되고 있으며 새 버전이 지속적으로 출시되고 있습니다. 웹은 빠르고 느리며, 요구 사항이 완전한지 여부를 고려할 충분한 시간을 제공하는 것은 불가능합니다. 개발을 위해 여전히 웹 표준을 적용해야 합니까? 효율성이 최우선입니다!
프로덕션은 UI 다음에 와야 합니까?
생산자는 상품기획에 참여할 수 없나요? 일부 UI 디자인은 웹 UI로 전혀 고려하지 않고 완전히 그림을 기반으로 한 예술입니다. UI는 CSS 지향이고 구조는 제작자의 책임입니다. 이 두 요소는 완전히 독립적인 요소인데, 둘 다 그렇게 절대적으로 중요합니다. 왜 제작자는 UI를 따르고 UI 구조에 따라 문서를 만들어야 할까요?
다 쓰고 나니 재미없다는 느낌이 들어서 불만이 많았어요!