우리는이 제품을 가지고 있으며 IE에서 실제로 느립니다. 우리는 이미 IE 사용자 (like this 및 this)가 권고 한 많은 사례를 적용했으며 DOM 조작과 같이 중요한 부분의 성능을 위해 깨끗한 코드를 희생하려고합니다. 이 IE 프로파일 러의 스크린 샷에서 볼 수 있듯이 그러나Javascript, IE, Strings 및 성능 문제
.. alt text http://i43.tinypic.com/24g57c1.png
그냥 "문자열은"가장 큰 범죄자이다. 거의 750ms의 독점적 인 시간.
IE가 단지 문자열을 인스턴스화하는 데 750ms를 소비하고 있다는 것을 의미합니까? 나는 또한 Opera dev blog에이 물건을 읽어
이빌드 스크립트, 의견을 공백을 제거하는 문자열의 모든 단일 인스턴스에 대한 문자열 객체를 생성 MSIE을 방지하기 위해 (배열 조회와 함께 문자열을 대체 할 수 -도 in 조건)
그러나 이것에 관한 더 자세한 정보는 없습니다. 누구든지 명확히 할 수 있습니까? IE에서 코드를 사용할 때마다 전체 String 인스턴스를 생성해야하지만, 배열 찾아보기 최적화가 어떤 모양인지는 알지 못합니다. BTW- 코드의 어디에서나 문자열 연결을 실제로 수행하지 않습니다.
는 우리가 사용하는 라이브러리는 Mootools의 1.2.4
을 이해할 수있을 것이다 어떤 제안입니다! Thx
UPDATE- 특히 "어레이 조회 최적화"에 대해 위에 언급 된 팁에 관심이 있습니다. 우리 도서관은 크고 (1MB) 다른 JS 코드처럼 많은 문자열을 포함하고 있습니다. 그러나 우리 도서관이 대부분의 도서관보다 크기 때문에이 문자열은 실제로 속도 문제를 일으키고 있습니다.
또한 String.prototype에 물건을 추가하면 모든 인스턴스가 느려지는 것을 아는 사람이 있습니까?
콜 트리 프로파일 링보기도 사용할 수 있습니까? –