일기
11/06/23 02:26(년/월/일 시:분)
Velocity 2011을 보고.
http://xacdo.net/tt/index.php?pl=2313
- Javascript 그 자체가 느린 경우는 별로 없다. 그보다는 DOM Manipulation이 느린 경우가 많다.
- IE6를 포기해서는 안된다. 일단 IE6에서 빨라지면, 나머지 브라우저에도 대부분 빨라진다.
http://xacdo.net/tt/index.php?pl=2245
jQuery로 1000행 이상의 DataGrid 표시는 불가능한가?
웹페이지를 짜보면, DOM Manipulation은 매우 편리하기 때문에 포기할 수 없는 기능이다. HTML은 간단하게 짜놓고, 나중에 척척 바꾸면 되니까.
그런데 특히 IE6에서 DOM Manipulation이 정말 느리다. 레이아웃이 깨지거나 실행이 조금 버벅거리는 정도야 그렇다 쳐도, 처리량이 많아지면 아예 뻗어버린다.
그렇다고 IE6를 버릴 순 없다. 싫긴 해도 어떻게든 끌어안고 가야 한다. 그리고 IE6를 기준으로 짜면, 잡기능에 치중하지 않고 좀 더 깔끔하고 확실한 코드가 짜지는 편이다.
그럼 DOM Manipulation을 Client-side가 아니라 Server-side에서 하면 안되나? ASP .NET의 편리한 runat="server" 를 쓸 수 없을까?
찾아보니 정말 똑같이 runat="server"를 구현한 것이 있었다.
http://jaxer.org/
Aptena Jaxer - Ajax meet server.
http://jaxer.org/tutorials/server_side_jquery
Server-side Jquery
아래 것은 좀 더 조잡해보이지만 뭔가 Server-side와 Client-side를 묶어서 컴포넌트화 하려고 하는 것 같다.
http://itsnat.sourceforge.net/
ItsNat : Natural AJAX. Component Based Java Web Application Framework
"The Browser Is The Server"
PHP 쪽으로는 이런 게 있다.
http://simplehtmldom.sourceforge.net/
http://www.w3schools.com/php/func_simplexml_xpath.asp