jQuery 대 자바 스크립트?
나는 최근에 몇몇 자바 스크립트 포럼 (슬프게도 우주 어딘가에서 링크가 사라짐)을 우연히 만났는데, 여기에서 jQuery에 대한 진정한 증오를 느낄 수 있습니다.
대부분의 주장은 실제로 의미가있는 것 같습니다.
이제는 브라우저 불일치보다는 내가하고 싶은 일에 집중할 수있게 해주는 jQuery를 정말 좋아하고 실제로 AJAXing을 멋진 (또는 남용 된 ?) 효과로 재미있게 만듭니다.
그러나 실제로 jQuery의 핵심에서 썩은 것이 있다면 실제로 내가 의존하는 방식으로 의존하고 싶지 않습니다.
어떤 프레임 워크가 가장 좋은지에 대한 또 다른 논쟁을 시작하고 싶지 않지만 ... 어떤 프레임 워크가 가장 좋은지 (농담) ? 사례 사용으로 중소 규모 웹 및 관리를 생각하십시오.
일부 프레임 워크 또는 내 함수가 거의없는 순수한 자바 스크립트의 항목이 실제로 차이를 만드는지 알아 보려고합니다 .
편집하다:
나는 실제로 다음의 장단점에 대한 일반적인 객관적인 논의를 시도했습니다.
- 순수한 자바 스크립트를 통한 프레임 워크 사용 및
- jQuery 대 기타,
jQuery는 가장 빠른 학습 곡선으로 작업하는 것이 가장 쉬운 것 같습니다. 그러나 어떤 사람들은 그것을 이해하지 못하고 내가 또 다른 불꽃을 시작하고 있다고 생각합니다 (내가 아닌 것). 나는 실제로이 질문을 다시 열기 위해 투표하고 있습니다.
또한 나는 정말로 관심이 있습니다.
- jQuery는 브라우저 스니핑에 크게 의존합니까? 그것이 미래에 잠재적 인 문제가 될 수 있습니까? 왜?
- JS 선택기 엔진을 많이 찾았는데 AJAX 및 FX 라이브러리가 있습니까?
- jQuery가 잘못된 이유가 있습니까 (브라우저 스니핑 및 John Resig에 대한 개인적인 "증오"외에도)?
실제로 가장 많이 사용되는 jQuery는 다른 프레임 워크도 의미합니다.
성능과 개발 속도에 관한 것입니다. 물론, 당신이 좋은 프로그래머이고 당신의 필요에 맞는 것을 디자인한다면, 당신은 자바 스크립트 프레임 워크를 사용했을 때보 다 더 나은 성능을 얻을 수있을 것입니다. 하지만이 모든 것을 혼자서 할 시간이 있습니까?
제 개인적인 의견은 자바 스크립트가 매우 유용하고 과도하게 사용된다는 것입니다.하지만 정말로 필요하다면 프레임 워크가 갈 길입니다.
이제 프레임 워크를 선택할 수 있습니다. 벤치 마크의 가치는 http://ejohn.org/files/142/ 에서 찾을 수 있습니다 . 또한 어떤 플러그인을 사용할 수 있는지와이 플러그인으로 무엇을 하려는지에 따라 다릅니다. 나는 jQuery가 그 순간에 가장 빠르지는 않았지만 유지되고 잘 기능하는 것처럼 보였기 때문에 사용하기 시작했습니다. 후회하지는 않지만 그 이후로 다른 테스트는하지 않았습니다.
개인적으로 어려운 방법부터 먼저 배워야한다고 생각합니다. 그것은 당신을 더 나은 프로그래머로 만들어 줄 것이고 당신은 그것이 떠오를 때 종류의 문제 중 하나를 해결할 수있을 것입니다. 순수한 JavaScript로 할 수 있다면 jQuery를 사용하여 개발 속도를 높이는 것은 추가 보너스 일뿐입니다.
어려운 방법으로 할 수 있다면 쉬운 방법으로 할 수 있습니다. 다른 방법으로는 작동하지 않습니다. 이는 모든 프로그래밍 패러다임에 적용됩니다.
다른 좋은 자바 스크립트 프레임 워크와 마찬가지로 Jquery는 브라우저 플랫폼과는 무관 한 기능을 제공합니다. 브라우저 플랫폼과는 무관 한 기능을 제공합니다.
사용이 매우 제한되지 않는 한 순수한 JavaScript를 사용하고 모든 작업을 처음부터 수행하는 대신 프레임 워크를 사용하는 것이 더 낫다고 생각합니다.
나는 확실히 JQuery를 추천한다!
감사
"나는 실제로 순수한 자바 스크립트보다 프레임 워크를 사용 하고 2., jquery 대 다른 것 보다 프레임 워크를 사용하여 1.의 장단점에 대해 일반적인 객관적인 논의를 시도했습니다. jQuery는 가장 빠른 학습 곡선으로 작업하기 가장 쉬운 것 같기 때문입니다."
실제로 기본 언어를 배우고 싶지 않기 때문에 프레임 워크를 사용하는 것은 JavaScript뿐만 아니라 다른 프로그래밍 언어에도 절대적으로 잘못된 것입니다.
"(브라우저 스니핑과 John Resig에 대한 개인적인"증오 "를 제외하고) 왜 jQuery가 잘못된 이유가 있습니까?"
대부분의 증오심은 모든 단일 자바 스크립트 질문에 대한 답변으로 "jQuery 사용"으로 포럼을 오염시키는 과장된 팬보이 즘과 변수 선언과 같은 간단한 명령문이 라이브러리 호출을 통해 수행되는 코드를 생성하는 남용에서 비롯됩니다.
그럼에도 불구하고 읽기 어려운 코드와 오버 헤드를 생성하는 공동의 죄책감과 같은 합법적 인 기술적 문제도 있습니다. 물론이 두 가지는 라이브러리 자체보다는 개발자의 숙련도가 부족하기 때문에 악화됩니다.
- jQuery는 브라우저 스니핑에 크게 의존합니까? 미래에 잠재적 인 문제가 될 수 있습니까? 왜?
아니요-$ .browser 메서드가 있지만 더 이상 사용되지 않으며 코어에서 사용되지 않습니다.
- JS 선택기 엔진을 많이 찾았는데 AJAX 및 FX 라이브러리가 있습니까?
잔뜩. jQuery는 AJAX 및 애니메이션을 잘 수행하고 쉽게 확장 할 수 있기 때문에 종종 선택됩니다. jQuery는 자체 선택기 엔진을 사용하지 않고 엄청나게 빠른 선택기 엔진 인 Sizzle 을 사용합니다 .
- jQuery가 잘못된 이유가 있습니까 (브라우저 스니핑 및 John Resig에 대한 개인적인 "증오"외에도)?
아니오-빠르고 상대적으로 작고 확장하기 쉽습니다.
개인적으로 브라우저에 더 많은 항목 (예 : 클래스 목록 API)이 포함되어 있으므로 jQuery가이를 포함하도록 업데이트한다는 사실을 아는 것이 좋습니다. 즉, 내 코드가 항상 가능한 한 빨리 실행된다는 것을 의미합니다.
관심이 있다면 소스를 읽어보십시오. http://code.jquery.com/jquery-1.4.3.js- 먼저 최상의 사례를 기반으로 기능이 추가되고 점차 레거시 브라우저로 백 포트되는 것을 볼 수 있습니다. 예를 들어, 1.4.3의 parseJSON 메서드 섹션 :
return window.JSON && window.JSON.parse ?
window.JSON.parse( data ) :
(new Function("return " + data))();
보시다시피 window.JSON이 존재하면 브라우저는 네이티브 JSON 파서를 사용하고 그렇지 않은 경우 eval 사용을 피하고 (그렇지 않으면 minfiers가이 비트를 축소하지 않기 때문에) 데이터를 반환하는 함수를 설정합니다. 최신 기술을 먼저 가정 한 다음 이전 방법으로 저하시키는이 아이디어는 새로운 브라우저가 레거시 호환성을 희생하지 않고 모든 whiz bang 기능을 사용할 수 있음을 의미합니다.
Jquery VS javascript, 나는이 질문에서 OP에 완전히 반대합니다. 비교는 두 가지 유사한 경우에 발생하지 않습니다.
Jquery is Javascript. A javascript library to reduce vague coding, collection commonly used javascript functions which has proven to help in efficient and fast coding.
Javascript is the source, the actual scripts that browser responds to.
참고URL : https://stackoverflow.com/questions/2340412/jquery-vs-javascript
'IT TIP' 카테고리의 다른 글
특정 파일 세트에서 변경이 발생하는 경우에만 빌드를 트리거하는 방법 (0) | 2020.10.14 |
---|---|
String.Format-작동 방식 및 사용자 지정 형식 문자열 구현 방법 (0) | 2020.10.14 |
IE6 (IE7)의 JSON (0) | 2020.10.14 |
음수 값을 확인하는 대신 uint로 캐스팅하여 범위 확인을 수행하는 것이 더 효율적입니까? (0) | 2020.10.14 |
\ R이 Java 8과 Java 9의 정규식에서 다르게 작동하는 이유는 무엇입니까? (0) | 2020.10.14 |