가끔씩 나는 JavaScript 라이브러리/프레임 워크 기능을 보았습니다. 여기서 나 자신에게 묻습니다 : 간단한 크로스 브라우저 솔루션이 있다면 왜 필요합니까?왜 YUI의 Y.Lang.isNull() 및 Y.Lang.isUndefined()가 존재합니까?
Y.Lang.isNull(bla) 및 bla === null은 나에게 똑같이 보이지만, 후자는 훨씬 더 아름답습니다 ("정의되지 않음"에도 동일하게 적용됩니다).
맨 위에있는 설명서에서 하나의 주석없이 동일한 작업을 수행 할 수있는 여러 가지 방법이있는 경우 좋지 않습니다.
나는 순수한 JavaScript 파일을 YUI로 포팅 할 것이고, 나중에 다른 프레임 워크로 옮길 것이다. 그리고 나 자신에게 묻고 싶다 : 매번 그 라인을 만져야 더 많은 프레임 워크를 보거나 그냥 그대로 두어야 할까? 이점이 있습니까?
null 또는 undefined의 경우 표준 JS 검사를 사용해야합니다. 약간 더 긴 설명은 여기에 있습니다 : Y.Lang.isUndefined vs typeof undefined, which is better and why?
YUI Conf 2012에서 Ryan Grove는 YUI를 사용하지 않을 때 프리젠 테이션을했습니다. http://www.youtube.com/watch?v=8cTz73zdDuc
8:54에 그는 바닐라 자바 스크립트가 할 때 YUI를 사용하지 말라고 말했습니다. 9:49에서 그는 Y.Lang 메서드를 사용하지 않는 것에 대해 구체적으로 이야기합니다. 11:04에 그는 Y.Lang.isNull을 사용하지 말라고 말했습니다.
어딘가에 그는 이러한 방법의 존재 이유가 우리가 결코 볼 수없는 가장자리 경우에 대한 것이고 Y.Lang 버전이 바닐라 자바 스크립트보다 느리다는 것을 설명했습니다.
11시 40 분에 그는 얼마나 느린지에 대한 차트를 보여줍니다. isNull은 IE9에서 48 % 더 느립니다.
"맨 위에있는 설명서에 하나의 주석없이 동일한 작업을 수행 할 수있는 여러 가지 방법이 있다면"나는 그것을 좋아하지 않습니다. " Perl을 배우지 마라. – dda
나는 파이썬을 배웠다. –
추가 혜택이 없다고 생각합니다. YUI API 메소드는 단지 예쁜 (또는 아닌) 래퍼 (https://github.com/yui/yui3/blob/master/src/yui/js/yui-lang.js)입니다. – simonl