기본 JavaScript 개발에는 어떤 이점이 있습니까? [닫은]


33

jQuery 개발이 얼마나 간단한지를 감안할 때 네이티브 JavaScript와 비교할 때 사람들이 jQuery와 같은 라이브러리를 완전히 버리는 이유는 무엇입니까?

jQuery에 제한이 있거나 느리기 때문입니까? jQuery가 네이티브 자바 스크립트에 비해 너무 쉽다면 사람들이 왜 순수한 자바 스크립트를 사용해야합니까?


1
jQuery는 라이브러리 일뿐입니다. jQuery를 사용하는 네이티브 JS를 작성하는 것은 여전히 ​​네이티브 JS를 작성하는 것입니다. "기본 C ++ 개발에는 어떤 이점이 있습니까?"라고 묻는 것과 같습니다. "부스트없는 C ++ 개발"에 대해 이야기 할 때.
Zach


1
jQuery와 다른 오래된 라이브러리의 주요 목표는 다른 js 인터페이스를 가진 다른 브라우저 위에 외관을 만드는 것이 었습니다 (예 : XMLHttpRequestvs ActiveXObject, addEventListenervs. attachEvent, 또는 css selectorsvs xpath selectorsvs no selector support등 ...) 최근 브라우저에서 이러한 문제의 대부분은 그들은 동일한 표준을 따르기 때문에 존재합니다.
inf3rno

답변:


89

자동차에 대해 이야기합시다.

아 잠깐, 우린 이미 했어-우리가 만났던 시간을 기억해? 우리는 차에 대해 이야기했습니다. 실제로, 당신은 자동차의 전문가 인 것 같습니다. 최신 포뮬러 1 레이스에 대해 옳고 그름이 무엇인지 흥미 진진한 내용을 자세하게 설명 할 수있었습니다. 가격과 가용성을 포함하여 람보르기니의 모든 모델을 잘 알고있었습니다. 당신은 심지어 자신의 페라리 599 GTB 피오 라노 를 구매할 생각을 가지고 있었고 그것을 위해 저축하고 있었다 (나는 스테이크 저녁 식사가별로 도움이되지 않았다).

흥분된 목소리로 Toyota의 결점을 설명하면서 갑자기 의자에서 뛰어 내려 공중으로 비명을 질렀다. "자동차 정비사가 될거야!"

그리고 당신은 갔다. 당신은 인터뷰를했고, 보스 맨은 당신의 지식에 대해 나만큼 감동했고, 당신은 고용되었습니다. 첫 번째 고객이 들어 왔습니다. 그의 클러치가 고장났습니다. 당신은 그것을 검사하고 무엇을 해야할지 몰랐습니다. 사실, 당신은 보스 맨이 당신에게 준 조언을 따르는 방법을 전혀 몰랐습니다. 당신은 해고되었습니다.

그러나 어떻게 그럴 수 있습니까!? 당신 은 자동차에 대한 모든 것을 알고 있습니다 ! 차에 관한 모든 것만 빼고 꿈의 자동차에 V12 엔진이 있다는 것을 잘 알 수 있지만 실제로 그 의미를 모릅니다.

그래서 당신은 자동차 정비공이 아닙니다. 정말로 – 당신은 자동차 애호가입니다. 그리고 당신은 자동차가 어떻게 작동 하는지 배우기 전까지 는 열광 자입니다.

이제 물어 보자. 어떻게 $.fn.text작동합니까? 그리고 $.fn어때요? 그들은 실제로 무엇을 의미합니까? $(something)물건을 포함하는 거대한 물건을 어떻게 반환합니까? 그리고 정확히 무엇입니까? 이론 상으로는 기능을 조금이라도 복제 할 수 있습니까? jQuery 없이도 대처할 수 있습니까?

"네이티브 JavaScript는 어렵다"고 말하는 것은 ... 거짓입니다. 무엇보다도 언어로서의 JavaScript 는 jQuery 와 관련이있는 DOM 과 관련이 없기 때문에 주로 jQuery가 추상화합니다. 두 번째로 DOM에 대해 조금 배운 후에는 가장 일반적인 크로스 브라우저 버그를 이미 살펴볼 수 있기 때문입니다. 그러나 약간의 비밀-처음에는 모든 것이 어렵습니다. 긴 사단은 5 학년에서 나쁜 년 이었습니다 .

이 답변에 대한 두 번째 비유로 : jQuery를 자바 스크립트-DOM (안 자바 스크립트 언어, 바로 DOM) 등이다 Array.prototype.forEach이다 for. 99 %의 경우 작동합니다. 그리고 잘 작동합니다. 그러나이 적용되지 않습니다 그 1 %를 위해, 당신은 필요로 사용하는 방법을 알고 for실천 할 경우에만 루프를. 이 전체 답변은 질문의 "순수한"측면을 기반으로하며 기술적 인 측면 (예 : 라이브러리의 크기 및 Michael Dorrant의 답변에 설명 된 기타 여러 항목)도 아닙니다. 저는 JavaScript를 좋아하고 사람들이 "Pah, 바보 같은 자바 스크립트"라고 말하면서 멋진 흰 장갑을 흔드는 것처럼 그냥 버릴 것 같기 때문에 도덕성에 빠지게됩니다.

당신이 항상 JavaScript 애호가가 될 것이라는 사실을 받아 들일 수 있다면, 누가 당신을 막을까요? 당신은 자바 스크립트 프로그래머가되고 싶어하지만, 먼저 적어도이시에 대한 지식이 있어야 선택 jQuery를 (또는 다른 라이브러리)을 사용하여 라이브러리를 사용하지 않는 사이입니다. DOM을 배우십시오. 사용법을 배우십시오. 자신 만의 작은 라이브러리 또는 일부 도우미 함수 모음을 작성하십시오. 그리고 일단 DOM에 대해 알고 있으면 jQuery (godspeed)를 사용하기로 선택합니다. 게으름은 열심히 일한 사람들에게 수여됩니다.


15
긴 분할은 여전히 ​​어렵다!
Raynos 2012 년

13
@anonymousDownvoter기도 해설. 당신이 채식주의 자인가요? 나는 스테이크를 두부 버거로 바꿀 수는 있지만 솔직히 말하면“큰 두부 버거”와 같은 것이 있다고 말할 수는 없다
Zirak

10
+1 "$ (something)은 어떻게 물건을 포함하는 거대한 것을 반환합니까? 그리고 이것이 정확히 무엇입니까?" 하!
ThinkingStiff

3
또한 @Mike는 범죄자이므로 순수한! @ # $ ing 천재이기 때문에 응답 상태가 된 적이 없습니다.
Erik Reppen

5
게시물의 "큰 스테이크"는 자발적인 오타이므로 편집하지 마십시오. 필요한 경우, 참조 이 메타 토론에 대해
모기

12

내가 아는 이유 :

  1. 필요성이 극도로 최소화되면 1 onclick을 말합니다.

  2. 다운로드 속도가 중요하고 jQuery 라이브러리가 너무 커서이를 대체하기 위해 많은 (사용자 정의) 코드를 작성할 필요가 없습니다.

  3. 다른 기술과 통합 할 때 때로는 원시 js가 더 좋습니다.

  4. 기존 패턴 (일명 '생산')으로 작업 할 때 이미 설정된 패턴으로 js로 작성되었습니다.


13
# 2가 실제로 얼마나 자주 사실인지 궁금합니다. 92K의 잠재적으로 캐시 된 다운로드를 저장하지만 더 많은 상용구 JS 코드를 작성하게됩니다.
Adam Rackis

4
나는 그것에 대해 모른다. 기능의 서브 세트에 대한 전체 라이브러리를 포함하지 않고 JS를 필요한대로 유지할 수 있습니다 .
Ryan Kinal

4
@Ryan Kinal-Adam Rackis는 좋은 지적을 가지고 있으며, Jquery를로드하기 위해 Google의 API를 사용하는 경우 사용자가 이미 검색 한 위치에서로드 할 수 있습니다.
Ben DeMott

# 4에 동의하지 않습니다. 레거시 코드가 끔찍하고 팀의 모든 사람들이 동의하고 jQuery를 추가하고 향후 코드에서 사용하는 것이 좋습니다.
ThiefMaster

7

jQuery는 단순히 프레임 워크 – JavaScript로 작성된 도구 세트입니다. 해당 도구 세트를 사용하면 여전히 JavaScript를 사용하고 있습니다. 어떤 사람들은 jQuery가 제공하는 도구를 사용하여 JavaScript를 작성하는 것을 선호하고, 어떤 사람들은 그렇지 않은 경우, 다른 도구 세트를 선택합니다.

jQuery없이 "순수한"JavaScript를 작성하려는 몇 가지 이유는 다음과 같습니다.

  • 추가 jQuery 파일을 포함하지 않고 페이지가 더 빠르게로드됩니다.
  • 일부 프레임 워크는 jQuery와 호환되지 않을 수 있습니다
  • 작성된 코드는 jQuery가 도움이되는 작업을 수행하지 않습니다.
  • 다른 사람들이 사용할 수 있도록 코드를 작성 중이며 jQuery를 종속성으로 요구하면 공유가 더 어려워집니다.
  • 코드 작성자는 jQuery가 제공하는 것보다 더 많은 제어를 원합니다.

5

jQuery는 모든 라이브러리 또는 프레임 워크로서 다른 버그 계층을 추가합니다 . 나는 그것을 좋아하지만 내 코드가 아닌 jQuery 코어에있는 버그를 찾는 날을 잃어 버렸습니다 (드문 경우는 아니지만 드문 경우는 아닙니다).

그 외에는 사용하지 않는 다른 이유를 찾지 못했습니다.

  • 특히 호스팅 된 Google 버전을 사용하는 경우 오버 헤드가 최소화됩니다 .
  • 경험이 적은 Javascript 개발자가보다 깨끗하고 효율적인 코드를 작성하는 데 도움이됩니다.
  • 그것은의 대부분은 , 당신은 이전 버전의 브라우저를 처리해야 할 때 생명 절약 할 수 있습니다 크로스 플랫폼,
  • 거대한 플러그인 갤러리를 통해 프로토 타입을 매우 짧은 시간 안에 작성할 수 있습니다.
  • DOM은 의미가 있습니다.
  • ㅋ ㅋ ㅋ ㅋ ㅋ ㅋ...

그러나 Javascript 지식의 대체물로 사용해서는 안됩니다. 순수한 자바 스크립트로 어떻게해야할지 모른다면, 처음에는 라이브러리를 사용할 수 있지만 장기적으로는 비용을 지불하게됩니다.

물론 몇 년 동안 IE6과의 필사적 전투에 갇힌 우리 모두가 있으며 , 반짝이는 새 장난감을 선호하는 구식 마술 을 쉽게 버리지 않을 것입니다 .


2
jQuery 플러그인을 사용하십니까? 그들 중 대부분은 끔찍하게 버그가 있고 느리고 나쁜 코드로 가득하지 않습니까?
Raynos

@Raynos The huge gallery of plugins help me write prototypes in very short times... 프로토 타입 만 있으면 가능하면 프로덕션 코드에서는 피합니다. 있다 몇몇 물론 우수한 코드 플러그인,하지만 당신이 그 (것)들을 위해 열심히 볼 필요가 ...
야 니스

프로토 타입은 일반적으로 "버려졌지만 이제는 프로덕션 코드입니다"를 의미합니다. 버림받은 프로토 타입에 그것들을 사용한다면 괜찮습니다.
Raynos

@Raynos 프로토 타이핑은 버림받은 프로토 타입에 관한 것이 아닙니다. 진화 적 프로토 타이핑은 웹 개발의 핵심 프로세스입니다 ...-어떻게 늦게 대응해야
합니까

"진화적인 프로토 타이핑"은 "지금 큰 구석을 자르고 그렇게함으로써 우리가 얻게 될 모든 코드 빚의 비용을 더 많이 얻길 바랍니다"라고합니다. 비즈니스가 성공하기 위해 필요한 마술 같은 시간에 구석 구석을 잡을 수있는 경우에만 어느 것이 유효합니다. 대출입니다.
Raynos

5

브라우저 환경에서는 크로스 브라우저 정규화 도구가 필요합니다. 이러한 도구는 두 가지 맛이 있습니다.

  • 브라우저에서 동일한 방식으로 작동하는 새로운 객체로 호스트 객체를 래핑
  • 호스트 객체를 확장하여 DOM API를 구현합니다.

일반적으로 이러한 유틸리티는 세 가지 방법 중 하나로 사용할 수 있습니다

  • 같은 작은 함수를 사용 addClass하거나 setText코드를 통해 언제 어디서 당신이 그들을 필요
  • 크로스 브라우저 정규화 라이브러리를 작성하십시오
  • 기존의 것을 사용하십시오.

정규화 메커니즘이 필요합니다. 그렇지 않으면 크로스 브라우저 지원이 전혀 없습니다.

기존의 것을 사용하는 것은 괜찮습니다. 나는 단지 jQuery를 사용하지 않을 것이다. 개인적으로 나는 현재 내 자신의 라이브러리를 작성하고 있습니다 ( DOM-shim 은 외국 propitory API를 노출시키지 않고 브라우저를 수정합니다. 브라우저는 잘 작동하는 표준화 된 단일 브라우저로 바뀝니다).


3

DOM 추상화, 크로스 브라우저 및 레거시 브라우저 지원이 필요하지 않은 경우 jQuery 없이도 쉽게 이동할 수 있습니다.

이것은 브라우저 확장, 그리스 몽키 스크립트 (때때로), 숫자를 많이 사용하는 것들, Node.js 또는 기타 브라우저 이외의 환경을 위해 개발하는 경우입니다.


2

여기에 다른 답변, 특히 Michael Durrant 와 함께 속도 가 때로는 원시 JavaScript를 사용하도록 선택하는 주요 이유를 알았습니다 .

최근에 나는 많은 애니메이션이나 다른 CPU 집약적 인 작업을 수행해 왔으며 때로는 원시 JavaScript가 jQuery를 사용하는 것보다 훨씬 빠릅니다.

한 가지 예는 position: fixed사용자가 스크롤 한 페이지에서 얼마나 아래로 떨어져 있는지와 관련하여 요소 의 불투명도를 변경하려는 경우 입니다. jQuery를 사용했을 때 효과가 너무 느려서 스크롤이 불안정 해지고 페이드 효과가 손상되었습니다. 나는 직접적인 JavaScript를 사용하기로 바꾸었고 IE <= 8을 제외하고는 모든 것이 부드럽습니다.


2

나는 정직한 태도로 대답을 시작해야합니다. 나는 jQuery를 좋아한다. 그것은 내 인생을 훨씬 쉽게하고 JavaScript 코드를보다 선언적으로 만듭니다.

jQuery는 많은 일을합니다…

예, 플러그인을 추가 할 수 있습니다.
예, 선택기를 확장 할 수 있습니다.
예. 애니메이션을 단순화합니다.

그러나 jQuery는하지 않습니다 모든 것을

jQuery를 사용하여 여러 창 컨텍스트에서 작업 해 본 적이 있습니까? jQuery 는 원본을 유지하기 때문에 다른 창 컨텍스트를 처리하는 데 어려움을 습니다.windowdocument 는 호출 된 창에서 과 컨텍스트를 .

나는 팝 아웃을 만들기 위해 여기저기서 약간의 코드를 작성했다. 그리고 jQuery는 단순히 내가 달성하려는 것을 방해 할 수있다. 자식 창에 jQuery에 대한 새로운 참조를 추가하면 사용중인 jQuery 컨텍스트를 파악하기가 더 어려워 질 수 있습니다.

* 스팸 광고가 아닌 새 창에서 이메일을 작성하기위한 Gmail의 팝업을 생각하십시오.

코드를 간단하게 만들 때 사용하십시오.

jQuery를 사용하는 시간은 코드를 더 단순하고 짧고 읽기 쉽고 빠르게 만들 수있는 시점입니다.

jQuery를 사용 하지 않는 시간 은 코드를 더 단순하고 짧고 읽기 쉽고 빠르지 않게 만드는 시점입니다. 로드 타이밍을 미세 조정해야하는 경우 이벤트 오버 헤드로 인해 jQuery를 사용하지 않을 수 있습니다.


2

아시다시피 jQuery는 많은 사람들이 우리 프로젝트에서 사용하지 않는 많은 메소드를 제공하는 범용 프레임 워크입니다. (그들 중 일부는 전혀 사용하지 않았습니다.)

jQuery 또는 다른 잘 설정된 프레임 워크를 사용하지 않는 데는 두 가지 주요 이유가 있습니다.

1. 프로젝트가 그러한 프레임 워크를 사용할만큼 크거나 복잡하지 않은 경우 : 이 경우 코더는 JavaScript에 대한 경험과 지식을 바탕으로 정보에 근거한 결정을 내립니다. 이렇게하면 페이지 무게를 줄이고 코드를보다 세밀하게 제어 할 수 있습니다.

2. 코더는 자체 프레임 워크를 개발합니다. 회사에서 자체 JavaScript 프레임 워크가있는 프로젝트를 보았습니다. 그들이 인용하는 이유는 jQuery를 사용하고 있고 수정할 버그가 있으면 다음 버전까지 기다려야하기 때문입니다. 추가 할 수있는 기능이있는 경우 또한, 그들은 그것을 위해 jQuery를 팀에 문의하거나 심지어는 플러그인이 좋은 아이디어되지 않습니다 만드는 불구하고 플러그인을 추가해야합니다 (그들은 사용하는 데의 예를 준 .live에서 비슷한 일을 자신의 JQuery에 공식적으로 추가되기 전에도 프레임 워크). 자신 만의 프레임 워크를 사용하면 코드를 더 잘 제어 할 수 있습니다. 단점은 브라우저 호환성 문제 등과 관련하여 휠을 재발 명해야한다는 것입니다. 또한 개발 프로세스가 좋지 않으면 프레임 워크가 팽창하여 유지 관리 시간이 늘어납니다.


0

마이크

사람들은 일부 라이브러리를 사용하는 것에 대해 헤지가 일부 인프라 스트럭처 / 라이브러리 솔루션에 의존하여 일부 작업을 수행한다고 생각합니다.

그러나 언어가 장기적으로 도서관처럼왔다 갔다한다는 ​​것을 기억하자.

아마도 그것은 일시적인 범위 일 것입니다. 어쩌면 사람들은 도서관에 투자를 주저하거나 장기적으로 그 추진력이 뒤처져있을 수도 있습니다.

자기? 특히 JQuery를 사용하는 것에 반대하지 않습니다. 또한 Box2d.js 또는 three.js라고 말하면 단기적인 유통 기한이더라도 과일을 제공 해야하는 과일을 놓치는 것보다 훨씬 수용 할 것입니다.

Mike 결론은 선택한 라이브러리의 유효 기간이 위험하다는 것입니다 .Javascript 커뮤니티의 일부는 라이브러리 또는 프로젝트가 종료되어 손실을 경험했을 수 있으며 방금 말한 적이 있습니다.


0

주요 문제는 점점 더 많은 사람들 (대부분의 사람들)이 더 이상 JavaScript로 코딩하는 방법을 모른다는 것입니다. jQuery가 무언가를 할 수 없다면 그들은 할 수 없습니다.

평범한 자바 스크립트 예제가 나오기가 점점 어려워지고 있습니다. jQuery에 대한 것은 없습니다. 훌륭한 프레임 워크입니다. 나는 좋은 아이디어를 많이 얻었지만 사람들은 먼저 JavaScript를 배우고 프레임 워크를 배워야합니다. 나는 개인적으로 내 프레임 워크가 더 유연하고 내 요구에 더 잘 맞는다는 것을 알았습니다. 그렇습니다. 가끔 바퀴를 재발 명하지만 버그 수정에 대한 전체 제어 및 제어는 작업을 JavaScript 학습에 기꺼이 맡기면 큰 혜택입니다.

뿐만 아니라. 바닐라 자바 ​​스크립트를 알면 프레임 워크 기반 구현을 기다리는 대신 새로운 기능을 사용하여 실험하고 실험하는 것이 훨씬 재미있어집니다. 또한 jQuery는 주로 DOM 라이브러리 이기 때문에 jQuery를 비난하지는 않지만 대규모 프로젝트에서는 확장하기가 어려울 수 있습니다. 다른 프레임 워크는이 작업에서 더 잘 작동합니다. 프로토 타입 오릅니다.

요컨대, 그것은 훌륭한 프레임 워크이지만 모든 최종 사람들이 그것을 만드는 것은 아닙니다.


2
덜 격렬하고 세부 사항에 더 집중하면 답이 더 강해집니다.

이 게시물은 읽기 어렵습니다 (텍스트의 벽). 더 나은 형태로 편집 하시겠습니까 ?
gnat

0

언급되지 않은 두 가지 이유를 더 추가 할 수 있습니다.

  1. 아주 새로운 기술을 집어들 때, 여러 번, 더 높은 수준의 구성으로 가기 전에 낮은 수준의 구성으로 시작합니다. 저는 주로 C ++ / C # 개발자이지만 HTML / CSS / JavaScript를 처음 사용하기 시작했을 때 기술 (즉, JavaScript)에 대해 먼저 이해하고 싶기 때문에 어떤 프레임 워크도 사용하지 않기로 결정했습니다. 언어 자체) 그 프레임 워크는 위에 구축됩니다.

    • 나는 jQuery를 발견 한 이후로 1-2 줄의 코드에서 jQuery가 할 수있는 일을 직접 코딩으로 돌아가고 싶지 않을 것이다.
  2. 나는 이것이 얼마나 흔한 지 잘 모르겠지만, 다음 프레임 워크 / 기술 / 언어를 볼 때 첫 번째 응답은 "나에게 배우는 또 다른 API가 아니다"라는 많은 사람들이있는 것 같습니다. 그들은 jQuery가 얼마나 쉬운 지 신경 쓰지 않지만 단순히 "진정하고 시도 된"방법을 사용하여 작업을 전달하는 것으로 간주합니다. 이것은 Boost 라이브러리 또는 STL 사용을 거부하고 거의 모든 것에 malloc 을 계속 사용하는 동일한 범주의 사람들입니다 . jQuery보다 순수한 JavaScript를 선택하는 이유를 물었고 실제로 jQuery를 평가하지 않았고 속도가 느리더라도 현재 개발 속도에 완전히 만족하기 때문에 선택하지 않았습니다.


1
jQuery는 불필요한 추상 레이어이기 때문에 사람들은 jQuery보다 순수한 JavaScript를 선택합니다.
Raynos

물론 브라우저 간의 차이점을 숨기고 그 자체로는 큰 일입니다.
Kos

@ Raynos : 나는 실제로 웹 기술 전문가가 아니며 거의 아마추어가 아니므로 jQuery를 실제로 방어 할 수 없습니다. 그러나 내가 본 작은 것에서 그것은 나에게 매우 좋았습니다. jQuery는 도구 상자에 다른 도구를 추가합니다. 원하는만큼 사용할 수 있습니다. 필요할 때 순수한 Javascript를 작성하는 것을 멈추지 않았습니다. 동시에 몇 줄의 코드만으로도 달성 할 수있는 작업이 있으므로 작성하는 데 며칠이 걸리므로 2 줄을 사용하십시오. 그렇지 않으면 직접 굴립니다. 모든 것이 끔찍하다고 말하는 것은 드라이버를 구입하고 그것이 불평하는 것과 같습니다 ...
DXM

... 손잡이의 무게가 충분하지 않기 때문에 손톱을 망치는 끔찍한 도구
DXM

1
jQuery가 필요하지 않습니다 . 브라우저에는 원하는 모든 작업을 수행 할 수있는 DOM이라는이 API가 있습니다. 폴리 필을 사용하여 크로스 브라우저 문제를 해결할 수 있습니다. jQuery는 평범한 라이브러리이며 레거시 브라우저 지원에 대한 평범한 솔루션입니다.
Raynos

-1

jQuery는 JavaScript로 작성된 라이브러리입니다. 아이디어는 모든 어렵고 지루한 JavaScript를 단순하게 만들어서 개발 시간을 단축하고 스크립트가 브라우저 간 작동 가능성을 훨씬 높여줍니다.

jQuery를 사용하는 것이 바람직한 이유 :

  • 빠른
  • 경량 JavaScript 라이브러리
  • CSS 3 호환
  • 많은 브라우저를 지원합니다.
  • jQuery 프레임 워크는 확장 가능하며 DOM 조작, CSS, Ajax , 이벤트 및 애니메이션을 처리합니다.

JavaScript는 언어 인 반면 jQuery는 JavaScript를 사용하여 작성된 라이브러리입니다.

다음은 jQuery 대신 JavaScript를 사용하는 것을 선호하는 이유입니다.

  1. 페이지와 함께 매번 jQuery 스크립트 라이브러리 전체를로드합니다. peed / fast query processing 웹 사이트의 단점입니다.
  2. 때로는 jQuery 프레임 워크가 다른 프레임 워크와 축소 / 충돌 될 수 있습니다.
  3. 요소를 선택하기 위해 간단한 코드를 작성하고 alter를 표시하면 기본 JavaScript가 훨씬 좋습니다.
  4. 작업이 작고 JavaScript의 몇 줄의 코드 내에서 수행되는 경우 jQuery를 사용하는 것은 좋지 않습니다.

이러한 이유로 인해 jQuery 프레임 워크를 피하기 위해 JavaScript를 사용하고 싶습니다. 그러한 라이브러리에 따라 JavaScript를 배우는 것이 훨씬 좋습니다 ...

확장하려는 경우에도 JavaScript로 코드를 작성해야합니다. 큰 대화이기도합니다. 개발자는 이러한 라이브러리에 의존하므로 프로젝트를 제어하려면 프레임 워크를 사용하는 것보다 JavaScript가 더 좋습니다.


1
"DOM 조작을 아주 잘 처리합니다"Lol WHAT?
시크릿

이것에 대해 알려 주신 @Incognito에게 감사드립니다 .. 그러나 다른 도서관보다 훨씬 낫습니다. keyframesandcode.com/resources/javascript/deconstructed
Niranjan Singh

1
연결이 잘못되었습니다. sizzle를 통해 psudo-css 선택기를 지원하는 jQuery는 DOM과 관련이 없습니다.
시크릿

잘 그것은 괜찮습니다 .. 심지어이 물건에 대해 당신에게서 배웠습니다 .. 당신은 저 에게이 물건에 대한 링크 나 정보를 줄 수 있습니까 .. 나는 대답을 업데이트했습니다 ..
Niranjan Singh

yuiblog.com/blog/2006/10/20/video-crockford-domtheory 는 좋은 시작이며 DOM에서 w3c 사양을 읽으십시오.
시크릿

-4

사람들은 jQuery를 더 단순하고 쉽고 강력하며 IE를 잊어 버릴 수 있기 때문에 jQuery를 사용한다고 생각합니다. 또한 사용자 정의 기능을 위해 사람들은 자바 스크립트를 사용합니다. 자세한 내용 은 DOC 를 참조하십시오

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.