우리 모두 Jquery는 제공해야하는 많은 혜택이 있다는 것을 알고 있습니다. 기업에서 Jquery를 사용했다면 "학습"경험은 무엇입니까?jquery in enterprise : 고려할 사항
이전 버전과의 호환성, 기존의 JavaScript와의 충돌, CSS 클래스 구조, 성능, jquery 크기/캐싱, 추가 플러그인 등을 고려하여 Jquery의 이점을 활용하고 활용할 필요가있는 사항은 무엇입니까?
감사합니다.
저는 약 18 개월 동안 많은 엔터프라이즈 프로젝트에서 Jquery를 사용 해왔고 거의 성공을 거두었습니다.
실제로 Jquery는 $ .noConflict() 함수를 통해 이름을 바꿀 수 있으며 기존 스크립트와의 충돌을 거의 처리합니다.
(좋은) CSS와의 상호 작용은 DOM의 관점에서 생각하는 무슨 단순화의 관점에서 생명의 은인입니다등
때때로 일부 JQuery와 바퀴가 좁은에 대한 개혁 가치가 있지만 성능은 일반적으로 중대하다 Jquery로 성능이 떨어지는 부분을 사용합니다 (Jquery를 볼 때이를 알 수 있습니다). 와 함께 검색 할 요소를 전달하는 것이 종종 해결책입니다 (예 : $ (". SubItem") 대신 $ (". SubItem", knownParentElement)). 게다가 Jquery가 필요한 것보다 많은 작업을 수행하는 대부분의 경우, 브라우저를 95 % 동일하게 작동시킬 수있는 읽을 수있는 코드가있는 이점은 여기 저기에 몇 가지 추가 ms보다 큽니다.
크기가 특히 축소판 인 경우 크기가 중요하므로 복잡한 앱에서 전체 코드를 단순화하고 전체 코드를 줄일 수 있습니다.
jquery 버전을 파일 이름 (jquery.js 또는 다른 이름으로 바꾸지 말고)에 보관하여 캐시 문제를 우회 할 수 있으므로 항상 예상 버전을로드합니다.
그리고 플러그인까지는 거대한 시간 절약과 일반적으로 좋은 품질입니다 (Jquery에서 직접 제공). 때로는 스위스 군용 칼이지만 자신 만의 버터 나이프를 만드는 것이 더 쉽습니다 ...
요약 : 나는 마음을 Jquery!
자세한 내용은 jquery-standards-and-best-practice을 확인하십시오.
가장 먼저 고려해야 할 것은 특정 웹 사이트에 연결하는 대신 특정 테스트 된 비 베타 버전의 jQuery를 배포에 포함하려는 것입니다. 이렇게하면 웹 애플리케이션에 액세스 할 수 있으면 자바 스크립트에 액세스 할 수 있습니다. 불행히도이 작업을 수행하면 해당 라이브러리의 유지 관리 및 유지 관리에 가입하게됩니다. 예를 들어 출시 될 보안 결함이있는 경우 최신 jQuery 또는 일부 플러그인을 포함하기 위해 앱에 대한 업데이트를 다시 배포해야 할 수 있습니다. 이것의 유지 보수는 아마도 최소한이지만 누군가의 스프레드 시트에 확실히 있어야 할 것입니다. 이것은 jQuery에 고유 한 문제는 아니지만 일반적으로 말하는 "외부 라이브러리"입니다.
이전 버전과의 호환성을 통해 "브라우저가있는"것을 의미하는 경우 대부분은 라이브러리 자체에서 수행되기 때문에 걱정할 필요가 없습니다. 이전 버전과의 호환성을 고려할 때 사례별로 케이스를 기준으로 프로덕션에 배포 된 기존 자바 스크립트를 사용하는 것이 좋습니다.
통합에 관한 한, 우리는 jQuery가 ASP.net 개발에 훌륭한 찬사임을 알게되었습니다. 기존 UI 컨트롤을 많이 활용하면서 새로운 "jQuery 프로토콜"을 따르기 위해 휠을 재발 명할 필요없이 매우 쉽게 기능의 추가 레이어를 적용 할 수 있기 때문에 매우 자연 스럽습니다.
크기? jQuery는 아마도 가장 가볍고 효과적인 프레임 워크 일 것입니다. jQuery가 실제로 빛나는 곳인 "돈을 위해 강타하기"에 관해서 devs에 대한 칭찬.
도 참조하십시오. this article on asp.net+jquery.