웹 프로덕션의 프론트 엔드 기술은 계속 개혁되어야합니다.

최근 인터넷에서 CSS 레이아웃 및 테이블 레이아웃에 대한 논쟁이 다시 발생했습니다. 나는 처음에는 약간 불만족했다. 나는 CSS 레이아웃의 중요성이 이미 사람들의 마음에 깊이 뿌리 박혀 있다고 생각했지만, 많은 디자이너와 개발자들이 반대 의견을 가지고 있다고 기대하지 않았다.

진정과 그것에 대해 생각한 후에, 나는 그 이유가 두 가지 측면 일 수 있다고 생각했습니다.

• 한편으로, IE6은 여전히 ​​분산되어있어 웹 개발 비용이 높아집니다. 한때 온라인 통계가 있었는데 웹 개발자가 IE6에 대한 입력/출력 비율이 가장 낮다는 것을 보여주었습니다. 나는 대부분의 프론트 엔드 엔지니어들이 IE6에 의해 고문을당한 경험을 가지고 있다고 생각합니다. CSS 레이아웃을 너무 고통스럽게 사용하는 대신 테이블을 사용하여 상쾌하고 편리하게 사용하는 것이 좋습니다.
• 다른 한편으로, 나는 프론트 엔드 엔지니어들이 더욱 실용적이되고 효율성에 초점을 맞추고 있음을 발견했습니다. CSS2와 CSS3의 많은 새로운 기능은 오랫동안 널리 대중화되지 않았으며, 웹 표준 전도사들이 이야기하는 CSS의 장점은 종종 실제로 반영 될 때 타협이 발생합니다. 나는 항상 웹 표준을 나의 사명으로 취했지만, 브라우저의 호환성이 최고라는 데 동의해야합니다. 테이블 레이아웃은 디자이너가 시작하기가 더 쉽습니다. 국내 환경에 관한 한, 테이블 진드기는 여전히 포털 주제 나 전자 상거래 웹 사이트 프로모션 페이지를 만드는 가장 일반적인 방법이며 그 존재는 합리적입니다.

따라서 CSS 레이아웃을 옹호하는 동안 우월성을 증명하기 위해 테이블 ​​자체를 쓸모가 없도록 표명 할 필요는 없습니다. 매일 개발에서는 테이블을 완전히 포기하기에 충분히 급진적 일 필요가 없습니다. 테이블 자체에는 의미론이 있으며 데이터 테이블을 표시 할 때 사용해야합니다. 개발 과정에서 계량이 필요한 경우에는 테이블+CSS 레이아웃을 사용할 수도 있습니다. 이와 관련하여 Google 및 Facebook 프론트 엔드 엔지니어의 실용적 접근에 감사드립니다. Facebook에서 반투명 그림자가있는 일반적인 팝업 대화 상자를 따라갈 수 있습니다. Facebook은 <pable>을 사용하여 만들어졌으며 매우 절묘합니다.

최근 몇 년간 웹 표준의 개발과 함께이 토론은 웹 개발의 개선과 개혁의 차이에 대해 생각하게 만들었습니다.

XHTML 2는 XML로 직접 진화하여 HTML과의 휴식을 발표합니다. 이것은 전통적인 HTML 개발자 인 나를 당황하게했다. 그리고 Whatwg 조직이 HTML5 (결국 W3C에 의해 인정됨)를 제안하는 것을 보았을 때, 부드러운 개선으로 인해 훨씬 ​​더 친밀한 느낌이 들었고 사실은 HTML5가 점점 더 우리를 향해 나아가고 있음을 증명했습니다. Douglas Crockford는 심지어 HTML5가 너무 치열하다고 느꼈으 며 HTML 4.2의 개선 계획을 제안했습니다.

JavaScript를 다시 살펴 보겠습니다. ECMAScript 4는 JavaScript를 너무 많이 변경했습니다. 다행스럽게도 기술위원회는 마지막 단계에서 정신으로 돌아 왔으며, 다시 제공 된 후진 호환 ESMAScript 3.1은 전선에서 실제로 싸우고있는 더 많은 개발자들에 의해 명백히 인정되었습니다.

피의 개혁보다는 개선이 기술 개발을 촉진하는보다 실용적이고 합리적인 방법 일 수 있습니다. 이것은 웹 표준의 발전, 제품 또는 프로젝트의 업그레이드 및 심지어 사회 시스템의 구성에도 해당됩니다.