내가 아는 한 ext grid use div, jquery slickgrid use div. html 테이블을 사용하여 풍부한 아약스 그리드를 구현하는 것은 불가능합니까?왜 모든 자바 스크립트 그리드 위젯이 div를 사용합니까?
자바 스크립트를 사용하여 응용 프로그램과 같은 데스크톱을 구축하는 것이 악몽이라고 생각하십니까? 당신의 의견은 무엇입니까? HTML & HTTP는 인트라넷이나 LAN에서 실행되는 B/S 응용 프로그램이 아니라 인터넷상의 웹 사이트 용으로 설계된 것 같습니다. 이미지에는 다른 마크 업 언어가 드롭 다운 메뉴, 트리, 데이터 그리드 등과 같이 정의 된 많은 위젯이 포함되어 있으며 브라우저는이 언어를 구현합니다 ...
<div>은 의미 체계가없는 블록 수준의 컨테이너이기 때문에. 그것은 문자 적으로 단지 컨테이너, "분열 블록"입니다.
<table>을 사용할 때의 문제점은 테이블 형식 데이터에 사용해야한다는 것입니다. 이는 순수 주의적 관점 (즉, 다른 것들을 위해 사용하는 것이 잘못되었다는 것)뿐만 아니라 실용 주의적 관점 (브라우저는 일종의 2D 테이블이라고 가정하고 이에 따라 렌더링하려고 시도 함)에서 비롯된 것입니다. 따라서 실제로 일종의 테이블을 표시하고 싶다면 프레임 워크는 일반 의미에서 적용 할 수있는 기능을 제공하므로이를 추측 할 수 없습니다.
Div는 콘텐츠에 특별한 의미를 부여하지 않고 이러한 두 가지 문제를 피합니다. 따라서 브라우저는 특별한 렌더링을 적용하지 않아 적절한 CSS 스타일/자바 스크립트를 적용 할 수있는 완벽한 "투명한 래퍼"가됩니다.
웹 응용 프로그램은 완벽하지 않으며 종종 데스크톱 응용 프로그램이 더 빠르고 강력하지만 웹 응용 프로그램은 매우 낮은 장벽을 제공합니다. 브라우저를 이미 가지고있는 사람이라면 아무 것도 설치할 필요가 없습니다. 또한 모든 논리가 중앙 서버에서 수행되므로 모니터링/로그/패치/업그레이드가 더 쉽습니다. 기본적으로 정보를 표시하고 간단한 명령에 응답하고 싶다면 보다 나은을 사용하면 클라이언트 - 서버 모델을 사용하여 데스크톱 응용 프로그램보다 웹 응용 프로그램으로 롤아웃 할 수 있습니다. 같은.
'격자'는 표 형식의 데이터입니다. – sje397
네,하지만 테이블 태그는 종종 셀 사이에 패딩과 같은 암시 적 시각적 기능을 가지고 있으며 일부 사이트에서는 복제가 없어도 멋진 CSS를 얻는 CSS 상속을 방해합니다. 플러그 형 그리드의 경우 추가 "기능"을 원하지 않습니다. –
divs는 독립적이고 캡슐화 된 구성 요소. 그렇지 않으면 구성 요소가 주변 요소에 따라 달라지며 재사용 할 수 없습니다.
테이블은 레이아웃 등으로 까다로운 작업을 수행하고 헤더 등과의 상호 작용 등을 수행 할 수 있습니다. 모든 작업을 비활성화 할 수 있지만 기본적으로 div처럼 작동하는 요소가 있습니다.
두 번째 사항과 완전히 동의합니다 - HTML & CSS는 최신 웹 응용 프로그램을 염두에두고 설계되지 않았습니다. 운좋게도 Javascript는 꽤 좋으며 빠르게 좋아지고 있습니다. 나는 HTTP가 도 아니고이 아닐 것이라고 생각한다. (웹 소켓이 공통적 일 때이 더 좋을 것이다.) 이는 오류가있는 노드 간의 통신을위한 프로토콜로서 좋습니다. 데스크톱 스타일 앱을 브라우저에 쓰는 것은 쉽지 않습니다.
정확히 대답은 무엇입니까? 그들은 div를위한 대안인가? Div는 이미 아주 기본적이고 테이블 태그는 좋은 이유로 사용되지 않습니다. – Gerbrand