JQuery보다 순수한 JavaScript를 사용하는 이점


86

Javascript 만 사용하는 것과 JQuery 만 사용하는 것의 장점은 무엇입니까?

JavaScript 및 JQuery 코딩에 대한 경험이 제한적입니다. HTML 페이지에 각각의 비트와 스 니펫을 추가했지만 대부분 다른 언어로 서버 측 내용을 코딩했습니다. 이론적으로 두 가지 접근 방식 중 하나를 사용하여 동일한 작업을 수행 할 수는 있지만 동일한 프로젝트에서 혼합 할 수도 있지만 처음부터 항상 JQuery를 사용하는 경향이있는 것으로 나타났습니다. 프로젝트가 요구하는 것은 중요하지 않습니다.

그래서 나는 단순히 궁금합니다 .JQuery 전용을 사용하지 않고 평범한 오래된 JavaScript를 사용하면 어쩔 수없는 이점이 있습니까?

나는 이것이 "확실한 대답이 없다"또는 "영원히 토론 될 수있다"고 말할 수 있기 때문에 이것이 질문이 아닌 것처럼 보인다는 것을 알고 있지만 실제로는 "당신은 이것을 할 수 있습니다. 한 가지 접근 방식만으로는 다른 방법으로는 할 수 없습니다 "


scrwtp의 의견에 따르면 DOM 처리 부분 만 언급하지는 않습니다. 내 질문은 오히려 : JQuery는 라이브러리입니다. 자바 스크립트 다른 언어의 다른 라이브러리와 달리이 라이브러리에서 이상한 점을 발견 한 것은 JQyery의 경우 독점적으로 사용할 수 있고 Javascript를 직접 만질 필요가 없도록 설계된 것입니다. 이것은 라이브러리 (또는이 경우 프레임 워크이지만 유사성이 여전히 적용된다고 생각하지만)가 많은 측면을 처리하지만 여전히 SQL을 사용할 때 Hibernate 및 SQL과는 달리 적어도 일부 프린지 케이스의 경우. 그러나 JQuery 및 Javascript의 경우 JQuery 만 사용하여 Javascript로 할 수있는 작업을 수행 할 수 있습니다 (적어도 그것이 나에게 보이는 방식입니다).


Stargazer712의 의견에 따르면, 그렇습니다. "JavaScript를 어떻게 사용할 것인지에 관한 문제"라는 질문에 동의합니다. 그것이 실제로 묻고 자하는 것이었지만, 나쁜 공식을 만들었습니다. 여기 또 다른 비유가 있습니다 : Spring Expression Language. Java 라이브러리입니다. Java 없이는 사용할 수 없으며 Java를 기반으로하며 Java를 계속 사용하는 모든 것을 통해 내려갑니다. 그러나 실제로 할 수있는 일은이 라이브러리를 Java 프로젝트에 추가 한 다음 Spring EL의 표현 언어를 사용하여 모든 코드를 작성하여 코드가 Java와 전혀 닮지 않도록 효과적으로 만들고 패러다임 전환입니다 (예 : 더 이상 가지고 있지 않음) 이것을 사용할 때 강력한 유형 시행). JQuery는 단지 JS 라이브러리라는 것을 이해하지만 실제로는 Spring EL이 Java와 동일한 효과를 갖는 것으로 보입니다. 즉, 프로젝트 전체에서 API를 사용하고 JavaScript의 API를 피할 수 있습니다. 그리고 그것이 좋은 일인지, 함정 등이 무엇인지 궁금합니다.

(그렇습니다, 모든 사람의 답변을 읽은 후에 나는 그것을 이해합니다 :

에이. 내 질문은 어느 정도까지는 무의미합니다.

비. 질문이 완전히 정확하더라도 대답은 "JQuery 만 사용할 수는 없습니다."


25
"JQuery 만 사용"이라고 말하는 것은 올바르지 않습니다. _ JQuery는 JavaScript 라이브러리입니다.
superM

4
for 또는 while 루프 없음, 변수 없음, 기능 없음? 모든 것이 JavaScript입니다.
superM

2
'오래된 JavaScript를 일반화'한다는 것은 JavaScript DOM API를 의미 할 것입니다. 혼동을 피하기 위해 확인하고 질문을 편집 할 수 있습니다.
scrwtp

4
브라우저 간 호환성이 충분하지 않습니까?
Simon Whitehead

10
"그것은 (jquery)는 독점적으로 사용할 수 있도록 설계되었으며 Javascript를 직접 만질 필요는 없습니다". 그건 사실이 맞지 않습니다. jQuery는 단순히 JavaScript 함수의 모음입니다 ( "$"와 같은 이상한 이름이 있더라도). jQuery를 이해하는 데 중요한 부분 중 하나는이 실현입니다. DOM 조작 및 루핑을 처리하는 추가 기능.
Graham

답변:


113

먼저 jQuery 만 사용하는 것은 불가능합니다. 모든 jQuery는 모든 메소드에 $ 객체를 전역 범위에 추가하는 것입니다. 프로토 타입과 같은 조작 라이브러리는 자바 스크립트 의 대안 이 아니라 일반적인 문제를 해결하기위한 툴 벨트입니다.

툴 벨트에 jQuery를 추가하면 다음과 같은 장점이 있습니다.

  • 브라우저 호환성-.attr ()과 같은 작업은 기본 대안보다 훨씬 쉽고 브라우저를 가로 지르지 않습니다.
  • 일반적으로 복잡한 작업의 단순화-XHR 방식의 잘 작성된 크로스 브라우저 호환 버전을 보려면 $ .ajax 소스를 살펴보십시오.이 방법만으로도 jQ의 오버 헤드 가치가 거의 있습니다.
  • DOM 선택-이벤트 바인딩 및 DOM 요소 선택과 같은 간단한 작업은 복잡하고 브라우저마다 다를 수 있습니다. 많은 지식이 없으면 쉽게 글을 잘못 작성하여 페이지 속도를 늦출 수 있습니다.
  • .indexOf 및 .bind와 같은 향후 기능에 대한 액세스는 기본 Javascript이지만 아직 많은 브라우저에서 지원되지 않습니다. 그러나 이러한 메소드의 jQuery 버전을 사용하면 크로스 브라우저를 지원할 수 있습니다.

자바 스크립트는 더 이상 클라이언트 측 언어가 아니며 jQuery는 DOM에 의존하기 때문에 서버로 이동하기에는 끔찍한 후보입니다. jQuery를 사용 하는 이유 를 이해하고 (이 질문은 훌륭한 첫 단계입니다!) 필요한시기를 평가하는 것이 좋습니다. jQuery는 위험 할 수 있습니다. 몇 가지 주요 위험은 다음과 같습니다.

  • 코드 품질-jQuery는 커뮤니티가 크며 학습 곡선이 낮습니다. 이것은 잘못 작성된 오픈 소스 플러그인이 많을 때 완벽한 폭풍입니다.
  • 비 효율성-jQuery는 비효율적으로 작성하기 쉽습니다. 예를 들어, for 루프 대신 jQuery를 사용하는 것은 불필요하며 경우에 따라 성능에 영향을 줄 수 있습니다. JSPerf 에서이 물건에 대한 많은 좋은 정보
  • 팽창-jQuery는 거대한 라이브러리입니다. 대부분의 경우 기능의 작은 하위 집합을 사용하고 전체 라이브러리를 가져옵니다. zepto.js 및 underscore.js와 같은 기능의 하위 세트를 제공하는 훌륭한 대안이 있습니다. 상황에 따라 필요한 라이브러리를 선택하여 바이트를 절약 할 수 있습니다.

궁극적으로 jQuery는 적절하게 사용될 때 매우 유용하고 유용한 라이브러리입니다. 그러나 이는 자바 스크립트의 대안 이 아닙니다 . zepto.js , YUI , Dojo , MooToolsPrototype 과 같은 라이브러리이며 현재 프로젝트에 훨씬 적합한 선택입니다.

자바 스크립트는 잘못 이해되는 언어이며, 최근에는 대부분의 사람들이 스크립팅 언어 이상의 것으로 간주하고 있습니다. 나는 그것을 더 많이 읽는 것이 좋습니다. 여기에 시작하기에 좋은 곳이 몇 가지 있습니다.

2014 년 7 월 편집-이 게시물이 여전히 주목 받고 있음을 알았으므로 많은 링크를 추가했습니다. 이것들은 특별한 순서는 아니지만 도움이되어야합니다.

  • Ben Alman의 블로그 -여기에 좋은 모범 사례가 많이 있습니다. 나는 그들 모두에 동의하지 않지만 항상 그의 블로그에서 새로운 것을 배웁니다.
  • Code Academy- 기본 자바 스크립트 및 jQuery 교육 때로는 기본으로 돌아가는 것이 도움이됩니다.
  • Javascript Garden - Javascript 의 더 까다 롭거나 오해 된 기능에 관한 게시물. 제발 모든 의미가 될 때까지 수시로 이것을 읽을.
  • Bocoup- 교육 과정입니다. 근처에 있다면 가십시오. 최고의 JS 강연자 및 교사 중 다수가이를 가르칩니다.
  • Paul Irish의 블로그 -엄격하게 JS는 아니지만 여기에 대해 많은 모범 사례가 작성되었습니다. 그와 벤의 트위터 피드는 모두 훌륭합니다.
  • Javascript : 좋은 부분 -종종 'The Javascript Bible'이라고 불리는 Douglas Crockford의이 책은 Javascript를 이해하기 시작하는 놀라운 장소입니다.
  • Isaac Schlueter의 블로그-Isaac 은 npm의 작성자이며 노드 코어에서 작동합니다. 그는 코드 규칙보다는 Javascript 커뮤니티에 대해 많은 글을 씁니다.하지만 실제로 js에 들어가면 크게 읽을 수 있습니다.
  • Douglas Crockford의 Javascript -Brendan Eich가 Javascript 의 아버지 인 경우 Douglas는 javascript의 대변인입니다. 그는 JSON 사양, Javascript 성경, Javascript의 기발한 점과 유성 상승에 대한 많은 놀라운 게시물의 저자입니다.
  • Brendan Eich의 블로그-Brendan 은 자바 스크립트를 만든 사람입니다. 그는 자신의 블로그에 모든 종류의 바보 같은 것들에 대해 씁니다.
  • James Halliday (@substack) 블로그 -서브 스택은 틀림없이 커뮤니티에서 가장 중요한 node.js 개발자입니다. 약 400 개 (및 매일 증가하는) npm 모듈과 작고 유닉스 같은 모듈에 대한지도 철학으로 그가 쓰는 모든 것이 가치가 있습니다. 독서.
  • Max Ogden의 블로그 Max Ogden은 또 다른 다량의 node.js 작성자이며 무언가를 가르치는 블로그 게시물을 작성하는 데 탁월합니다. 그는 또한 고양이를위한 자바 스크립트의 저자 (다른 사람들과 함께)입니다.
  • 고양이를위한 자바 스크립트 -이것은 고양이 의 관점에서 자바 스크립트의 기본을 안내하는 짧은 튜토리얼입니다. 초보자라면 이것을 읽어보십시오. 재미 있고 한 시간 안에 많은 책들이 의사 소통에 몇 주가 걸리는 것을 가르칩니다.
  • Nicholas Zakas의 블로그 Nicholas는 Javascript의 객체 지향 프로그래밍 , 유지 보수 가능한 Javascript , 웹 개발자를위한 전문 Javascript고성능 Javascript 등 몇 가지 환상적인 Javascript 서적의 저자입니다 . 그는 주로 고객에게 초점을 맞추지 만 수많은 모범 사례와 성능 팁이 있습니다.
  • Guillermo Rauch의 블로그 -Guillermo는 Socket.io와 Mongoose로 유명한 유명한 node.js 개발자입니다. 그의 블로그 (및 그의 새 책인 Smashing Node.js 는 모두 훌륭한 자료입니다.

나는 생각하지 않거나 알지 못하는 더 많은 훌륭한 자료가 있다고 확신합니다. 다른 응답자는 자유롭게 그 목록에 추가해야합니다.


3
JS에 대한 언급이 더 이상 클라이언트 측 언어가 아니며 JQuery가이 모든 것에 어떻게 적합한 지 +1하십시오.
Shivan Dragon

1
모든 함수는 객체이지만 JavaScript의 모든 것 근처에 있습니다. $는 더 나은 예 (에 고정 "클래스 수준"특성을 가진 함수로 설명 $.ajax래퍼들이 더 간결하여 피타의 훨씬 덜 일반적으로 DOM 방법을 의미 DOM 요소를 갖는 방법의 세트 개체를 뱉어) 필요할 때마다 dom 객체 세트를 자동 루프하고 브라우저에서 공통의 예측 가능한 API를 공유합니다 (IE <= 8의 문제는 적음).
Erik Reppen

1
이것은 훌륭한 게시물이지만 한 가지 문제- "거대한 라이브러리 ... Zepto / Underscore 사용"-우선 Underscore는 완전히 다른 유형의 라이브러리입니다-주로 배열 / 객체 처리-LoDash 사용 대신에 더 빠릅니다. 둘째, Zepto는 jQuery가하는 일을 다루지 않기 때문에 더 작습니다. 이는 jQuery가 수정했을 버그로 이어질 수 있습니다. 마지막으로, jQuery는 더 이상 거대 / 단독이 아니며, 한 번 압축 한 후 약 30Kb이며 1 개 적은 이미지를 사용하여 저장할 수 있습니다. 나에게, 얻은 dev 효율성은 그 바이트의 가치가 있습니다.
LocalPCGuy

1
@LocalPCGuy는 확실히 좋은 점입니다. 이 게시물은 2 년 전에 (정확하게!)였으며, 그 이후로 js 생태계에서 상황이 확실히 바뀌 었습니다. 예를 들어, 전 세계적으로 이름이 지정된 라이브러리 대신 개인적으로 browserify 및 소형 모듈을 사용합니다. 그러나 기본 전제는 여전히 사실이라고 생각합니다. 많은 (대부분의 경우) 부엌 싱크대 라이브러리가 거의 필요하지 않다는 것입니다. 필자는 라이브러리를 사용하기로 결정하기 전에 라이브러리의 크기 비용을 올바르게 정당화하기 위해 대부분의 개발자에게 요구했습니다.
Jesse

1
모든 것을 반응, 내가 맞아!?!?! / sarcasm-@Andy 작업에 적합한 도구를 선택하는 것이 어떻습니까? 항상 반응하지는 않습니다. 나는 React가 좋은 일을하고 있다고 생각하지만 JavaScript 세계에서 모두 치료제가 될 수 있다고 가정하지는 않습니다.
LocalPCGuy

17

장점이 있지만 실제로 단점보다 큰지 여부는 논쟁의 여지가 있습니다.

주요한 것은 대역폭을 절약하고 더 빠른 응답을 얻는 것입니다. jQuery는 응답에 ~ 30kb를 추가합니다. 일부 네트워크 (및 일부 국가)에서는 몇 밀리 초가 더 걸릴 수 있습니다. 반면에 웹 서버를 사용하여 쉽게 캐싱을 설정할 수 있습니다 (또는 Xion이 말했듯이 Google 사이트에서 사용하면 자신의 서버에 영향을 미치지 않고 캐시됩니다).

두 번째는 매우 간단한 기능 만 필요할 수 있으며 jQuery를 다운로드하고 설정하는 것만으로 필요한 것을 구현하는 것보다 더 많은 시간이 걸릴 수 있습니다.

마지막으로 자신의 프레임 워크를 롤링하고 싶을 수도 있습니다. 이는 대부분 나쁜 생각이지만 일부 사람들에게는 이유가 있습니다.

그러나 학습 곡선에 겁 먹기 때문에 단순히 jQuery를 버린다면 다시 고려해야합니다. 특히 오히려 온화합니다.


특히 대역폭 부분에 대해 동의했습니다. JQuery 1.8.2는 최소화 / 난독 화 된 버전에서 92Kb를 갖습니다. 그러나 이것이 JQuery를 사용하지 않는 강력한 이유는 아니라고 동의했습니다. 감사!
Shivan Dragon

1
@ShivanDragon : gzip을 잊어 버렸습니다. 즉, 수 많은 작은.
ThiefMaster

@ThiefMaster : 사실입니다. 지적 해 주셔서 감사합니다.
Shivan Dragon

10
CDN (예 : Google)에서 jQuery를 사용하는 경우 사용자가 다른 사이트를 방문하지 못하도록 미리로드했을 수 있습니다. 따라서 평균 (최대는 아니지만) 응답 시간에 미치는 영향은 더 작습니다.
Xion

1
@ 필 왜 전혀 사용하지 않습니까?!?! jQuery는 지금까지 없었으며 결코 필요하지 않을 것입니다. 그것은 순수한 악마 같은 악입니다 (ReactJS, Underscore, LoDash, Modernizr, CommonJS, Angular, Google Analytics, 특히 AMD 등). 개인적으로 한 번도 전체 라이브러리를 포함한 적이 없습니다 (라이브러리에서 필요한 특정 기능을 추출하고 최적화하는 경우는 거의 없지만). (1/59 초).
Jack Giffin

14

내가 아는 한, 바닐라 자바 ​​스크립트를 사용하는 것보다 JQuery , MooTools 등과 같은 라이브러리를 사용하면 실제로 두 가지 이점 만 있습니다 .

  • 라이브러리에는 대역폭을 소비하는 페이로드가 있습니다. 그러나 사람들이 이미 다른 답변에서 지적했듯이 gzipping 및 caching으로 이것을 제한 할 수 있습니다. jQuery의 하위 집합 만 원한다면 SizzleJS 와 MooTools를 사용하여 Modernizr 과 동일한 방식으로 원하는 기능 세트를 선택할 수 있습니다 .
  • 라이브러리는 크며 배우는 데 시간이 걸립니다. 다시 한 번, 이것은 개발자를위한 일회성 투자입니다. 이력서에는 자바 스크립트 라이브러리를 아는 것이 좋습니다.
  • (보너스) 라이브러리는 은색 총알이 아니므로 바퀴를 재발 명하고 싶다면 분명히 갈 길입니다.

Javascript 라이브러리를 사용하려는 이유는 다음과 같습니다.

  • 개발을 지원하기 위해 자체 프레임 워크를 작성할 필요가 없습니다. 어떻게 작동하는지 궁금하다면 코드가 오픈 소스이므로 코드를 확인할 수 있습니다.
  • 라이브러리는 브라우저 호환성을 해결합니다. DOM과 자바 스크립트는 브라우저마다 약간의 차이가 있습니다. 날 믿어, 이것은 당신이 스스로 수정을 해킹 해야하는 경우 엄청난 시간 싱크입니다.
  • 자바 스크립트 라이브러리를 사용하는 것은 사실상 인터넷 표준이며, 대부분은 현재 잘 문서화되어 있으며 대부분의 웹 개발자 (자바 스크립트를 아는 사람)는 그 사용법을 알고 있습니다.
  • 라이브러리를 사용할 때 실제로 자바 스크립트를 포기하지 않습니다. 자바 스크립트의 유형, 객체, 클로저 작동 방식 등 을 알아야합니다 .
  • 대부분의 라이브러리는 모듈화되어 있으며 플러그인을 작성하거나 requireAMD 패턴을 사용하는 데 시간이 오래 걸리지 않습니다 .
  • DOM에서 CSS를 선택하는 것은 큰 도움이됩니다.
  • (BONUS) CoffeeScript 에서도 사용할 수 있습니다 .

jQuery가 크고 무서웠 기 때문에 바닐라 자바 ​​스크립트를 사용하는 웹 상점에서 일했습니다. 대부분의 "자바 스크립트 개발자"의 영향을받는이 결정은 많은 브라우저 버그의 원인이되었고 개발 속도가 느리고 코드베이스에 들어 가려는 시도는 엄청난 경험이었습니다. 자신 만의 프레임 워크를 작성하는 것은 좋은 생각처럼 보이지만, 새로운 개발자를 고용하고 싶다면 빠르게 뛰어 들어 도움 을 줄 수 없습니다 . 그런 다음 고려해야 할 버스 요소 의 문제도 있습니다 .

내가 말했듯이 거기에 일을했는데 ... 다른 곳에서 더 푸른 목초지가있었습니다. : ^)


10

나는 둘 다의 사용법을 상당히 섞었다. 가장 큰 이유는 일부 응용 프로그램 (크롬 확장명 생각)의 경우 브라우저 간 지원이 필요하지 않기 때문입니다. 이것은 전환과 같은 것들로 jquery를 사용하여 코드를 단순화 할 수있는 css3와 같은 새로운 발전을 활용할 수 있음을 의미합니다.

또한 나는 종종 커스텀을하고 있습니다. 다른 사람들과 마찬가지로 항상 바퀴를 다시 발명해서는 안된다고 말했습니다. 그러나 당신이 미친 기능을 수행하도록 요청했을 때 나는 종종 직접 작성하는 것이 훨씬 쉽다는 것을 알았지 만 완벽하지만 완벽하지는 않은 jquery 플러그인을 해킹하려고 시도했습니다.

또한 jquery 이외의 작업을 수행하는 개발자와 함께 작업했습니다. 그리고 그들이 원하는 기능을 수행하는 jquery 플러그인을 찾을 수 없다면 기능에 훨씬 더 자주 손상되었다고 말해야합니다.

웹 개발의 어느 시점에서 라이브러리에 사전 패키지되지 않은 작업을 수행해야합니다. 따라서이 시점에서 기본 언어가 실제로 어떻게 작동하는지 이해하는 것이 좋습니다.

따라서 TLDC : 둘 다 사용하십시오. 바닐라 만 사용하면 단점이 있으며 바닐라를 안팎으로 알지 못하고 항상 jquery를 사용해야한다고 주장하면 단점이 있습니다.


3
순수한 바닐라 js가 갈 길입니다!
marko

Ryan은 jQuery가 비밀스럽게 document.querySelectorAll배후에서 악용한다는 것을 거의 알지 못합니다 .
Jack Giffin

6

JQuery 없이는 할 수 없다고 생각할 수있는 유일한 것은 JQuery 플러그인을 사용하는 것입니다. 그렇더라도 플러그인에 필요한 것을 제공하는 자체 JS 라이브러리를 작성할 수 있습니다.

JQuery는 Javascript로 작성된 오픈 소스 Javascript 라이브러리입니다. 소스를보고 그에 따라 수행하는 작업을 배울 수 있습니다.

일반 오래된 Javascript를 사용하지 않으면 JQuery를 사용할 수 없습니다. 아마도을 사용 document.getElementById하지는 않지만 표준 Javascript 방식으로 함수와 변수를 정의합니다. 표준 for루프를 작성할 수도 있습니다 .

JQuery를 사용하면 얻을 수있는 주요 이점은 모든 언어의 다른 타사 라이브러리와 거의 동일합니다. 응용 프로그램에 특정한 논리를 구현하기 위해 많은 코드를 작성할 필요가 없습니다.

크기가 당신을 놀라게하지 마십시오. CDN 버전은 첫 번째 페이지 히트 후 사용자의 브라우저에 의해 캐시됩니다 ~ 33K 다운로드 할 수 있습니다.


6

성능이 걱정되면 가능할 때마다 바닐라 js 를 사용해야 합니다. 프레임 워크는 대역폭 오버 헤드뿐만 아니라 처리 오버 헤드도 추가합니다. 그리고 jQuery는 꽤 오래된 브라우저에 대한 브라우저 호환성도 제공합니다.

모바일 앱 또는 게임 (또는 둘 다 결합)에서 작업하는 경우 먼저 성능과 리소스 효율성이 필요합니다.

jQuery와 플러그인은 개발 속도를 높일 수 있지만 특히 타사 jquery 플러그인에 의존하는 경우 내부에서 수행중인 작업을 알아야합니다. 많은 것들이 코드 품질과 효율성의 나쁜 예입니다.

jQuery는 기본 JavaScript보다 2-10 배 느릴 수 있습니다. 또한 개발자가 인터페이스를 올바르게 디자인하지 않고 네이티브보다 훨씬 느린 jQuery 선택기에 너무 많이 의존하도록 쉽게 격려 할 수 있습니다.


+1, 나는 당신이 게임을 만드는 것이 성능상의 이유로 바닐라 JS를 위해 JQuery를 버리는 좋은 이유라고 동의합니다. 이것은 대부분의 언어에서 게임을 할 때 거의 사실입니다. 예를 들어 Google 직원은 Android 문서에서 게임을 만들 때 라이브러리를 버릴뿐만 아니라 (Java의 경우 Android 용) 속도를 높이기 위해 좋은 코딩 방법을 버릴 것을 권장합니다.
Shivan Dragon

... jQuery를 작성하는 사람들만큼 효율적인 DOM 조작에 대해 알고 있다면 그렇습니다.
Erik Reppen 2016 년

@ErikReppen은 실제로 "jQuery를 작성하는 사람들"의 실제 소스 코드를 조사하십시오. 처음 23 줄에서 본 공포에서 거의 한 달 동안 눈이 멀었습니다.
Jack Giffin

2013 년부터 JQ에서 많은 변화가있었습니다.
Erik Reppen
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.