mootools에서 jQuery로 변환해야합니까? [닫은

https://stackoverflow.com/questions/169164

05-07-2019
|

문제

나는 Mootools v1.11에 의존하는 상당히 큰 코드베이스를 가지고 있으며 버전 1.2로 변환하려고합니다. 이것은 꽤 큰 점검이기 때문에 jQuery로 변환한다는 아이디어를 가지고 놀았습니다.

누구든지 jQuery로 업데이트 할 것인지 아니면 mootools를 고수할지에 대한 조언이 있습니까?

나는 주로 Ajax, 드래그 앤 드롭 및 약간의 효과적인 효과에 mootools를 사용합니다.

해결책

업그레이드하는 경우 그래도, 그러면 조사 할 가치가있을 수 있습니다.

jQuery는 하나의 진정한 JavaScript 라이브러리가되기 위해 잘 진행되는 것 같습니다 (MS와 다른 사람들이 그것을 받아들이기로 결정한 경우). 이것이 코드라면 잠시 동안 작업하려는 경우 전환하는 것이 좋습니다. 어느 시점에서 (도움말과 플러그인 코드를 얻을 장소가 더 많아서 한동안 인기가 높을 가능성이 높기 때문에 코드의 장기적인 유연성과 유지 보수 가능성을 보장하는 데 도움이됩니다). 따라서 어쨌든 변환해야한다는 점을 감안할 때 이제는 가장 좋은시기가 될 수 있습니다.

jQuery가되고 있다고 생각합니다 그만큼 사용하는 프레임 워크는 좋은 것입니다. 그것은 내 선택이 아니었을 것입니다 (나도 Mootools를 좋아합니다). 그러나 그것은 확실히 훌륭한 코드이며 적어도 경쟁의 역량에 맞는 목적에 맞습니다. 나는 어떤 종류의 일관성을 보게되어 기쁩니다. 나는 어느 시점에서 내 코드를 jQuery로 옮길 것입니다.

다른 팁

깨지지 않으면. 그것을 고치지 마십시오.

jQuery에는 X 또는 Y가있을 수 있지만 모든 것이 mootools에 의존하는 경우 Mootools에서 변환하기 위해 많은 노력을 기울일 수 있습니다.

사이트를 통해 광범위하게 사용한 경우 Mootools를 유지하십시오. 그러나 사소한 효과가있는 2-3 페이지 만있는 경우 변경 사항이 가치가있을 수 있습니다.

왜 스위치를 만드는가? 코드베이스를 1.11에서 1.2로 변환했으며 매우 빠르고 쉽습니다 (그리고 몇 가지 효과 이상으로 사용하고 있습니다).

jQuery는 MS에 의해 채택 될 수 있습니다. 한 사이트에 따르면 IE에서 더 잘 수행하는 사이트에 따르면 IE가 얼마나 잘 작동하는지에 관한 것이 아니라 사이트에서 얼마나 잘 작동하는지에 관한 것입니다 (즉, 사이트의 주요 플레이어입니까?).

jQuery를 알고 있습니까? 그렇지 않은 경우 코드를 처음부터 다시 작성해야하며 코드를 완전히 다시 작성해야합니다.

아니면 당신은 당신의 관리자에게 당신이 그것을 배우고 싶기 때문에 "우리는 jQuery로해야한다"고 말할 이유를 생각해 내려고합니까?

"하나의 진정한 프레임 워크"에 관한 한 - 이것은 사용자만이 개발자가 아닌 말도 안되는 주장입니다.

Mootools 1.1.1에서 1.2.1에서 1.2.1로의 전환은 그다지 큰 거래가 아닙니다. http://github.com/mootools/mootools-core/wikis/conversion-from-1-11-to-1-2

1.2.x에서 mootools 1.1.1 코드 기능을 만드는 호환성 계층도 있습니다. 여기저기서 몇 가지를 수동으로 고쳐야 할 수도 있지만 비교적 미미합니다.

jquery, yui 또는 dojo 또는 다른 모든 코드를 완전히 버리고 명시한 다른 코드로 전환해야합니다. 내 의뢰인은 그런 종류의 폐기물을 허용하지 않았습니다.

또한 적절한 mootools 클래스를 사용하여 코딩하는 데 익숙한 경우 jQuery는 시스템에 큰 충격을 줄 수 있습니다. jQuery가 읽을 수없고 인재 할 수없는 코드를 작성하도록 강요하는 것은 아니며, 모든 언어로 읽을 수 있고 유지 관리 가능한 코드를 코딩 할 수 있습니다. 그러나 jQuery는 당신을 도울 내장 클래스 시스템이 없습니다.

특히 큰 코드베이스의 경우 코드를 멋지게 구성하는 것이 중요합니다.

나는 물론 매우 편견이 있습니다.

철학의 차이점을 설명하는 사이트가 있습니다. jqueryvsmootools.com

나는 그것이 결국 다가오는 것이라고 생각합니다. 기능적 DOM 중심 접근법 또는 객체 지향 JavaScript 접근법.

다른 사람들이 지적했듯이 jQuery는 도서관 (대부분 DOM과의 연설)이며 Mootools (1.2)는 객체 지향적 인 방식으로 코드를 구성 할 수 있도록 완전한 신단 자바 스크립트 프레임 워크입니다.

각각이 실제로 무엇인지 알기 위해 이것을 읽는 것이 좋습니다 (JQueryvsmootools.com)

그리고이 다른 링크, 그래서 당신은 두 세계에서 최선을 다하는 방법을 알고 있습니다.) :) :) :) :

http://ryanflorence.com/object-oriented-jquery-with-mootools-pigs-take-flight/

결국 그것은 무엇으로 귀결됩니다 너 필요. 내 일반적인 권장 사항 : 빠른 스 니펫을 잡고 웹 응용 프로그램 jQuery만으로도 좋아하는 경우가 좋습니다. JavaScript로 개발을 중심으로하려면 Mootools : The Code를 실제로 시도해야합니다. ~ 할 것이다 규모가 더 나은 준비가되어 있어야합니다.

Mootools 1.1에서 코드를 업그레이드하려면 업그레이드 헬퍼를 사용할 수 있습니다. JavaScript 콘솔 (mootools.net/blog/2009/12/31/mootools-1-1-upgrade-layer-를 통해 충돌시 코드를 식별하는 데 도움이됩니다. 베타/)

Active 링크 1 개만 게시하여 죄송합니다. 이것이 제 첫 번째 답변입니다

그것은 당신이 jQuery를 얼마나 잘 알고 있는지, 마감일이 무엇인지에 달려 있습니다. 잘 알고 있다면 코드 라인이 적 으면 고객에게 대역폭이 적습니다.

또한 보면 이 지역 주요 브라우저에서 JQuery는 Mootools보다 성능이 향상된다는 것을 알 수 있습니다.

즉, 모든 것이 Mootools v1.11에서 작동한다면 왜 스크립트를 전혀 업데이트하고 있습니까? 이전 포스터가 말한 것처럼, 부러지지 않으면 ...

Mootools v1.11에서 제대로 작동하지 않는 경우 Mootools v1.2 또는 그 문제에 대해 jQuery에서 작동한다는 것을 어떻게 알 수 있습니까? 개발 시간을 많이 투자하고 동일한 버그가 있거나 사용하는 프레임 워크로 인해 새로운 버그를 도입하는 것은 부끄러운 일입니다.

이 시점에서 Slickspeed는 완전히 중요 해지고 있으며, 셀렉터는 어쨌든 너무 빠릅니다. 또한, Mootools Dev 팀의 일원 인 Herald Kirschner의 Sly는 Sly를 Sly를 이길 수있는 선택기 엔진을 출시했습니다. 애니메이션에 대한 것들에 대한 것들은 포스터 중 하나가 남긴 mootools를 선택하지 않는 정의 요소가 기본적으로 거꾸로되었고, Mootools는 몇 년 동안 애니메이션의 왕이었습니다. 당신이 무엇을 선택하든 그것은 모두 작동합니다. Mootools는 저를 정리할 수 있다고 생각하는 고전적인 느낌을 가지고 있습니다. 한 사람은 기본 유형을 보강하고 다른 하나는 다른 전략이 아니라 전략입니다.

다니엘

나는 mootools에 매우 만족합니다. 요즘 점점 더 많은 사람들이 그것을 사용하고 있기 때문에 jQuery를 시험해 보려고 여러 번 유혹을 받았지만 어쨌든 나는 여전히 Mootools와 같은 멋진 OO 기능을 얻지 못합니다. jQuery에 대해 정말로 좋아하지 않는 또 다른 것은 해시키 (#)를 추가하여 달러 기능으로 ID를 얻는 것입니다. 프레임 워크를 사용하여 HTML ID를 만들려면 문제가 될 수 있습니다. 내가 당신이라면 최신 버전의 Mootools로 업그레이드하십시오. Mootools는 전혀 나쁜 도서관이 아닙니다.

귀하의 질문에서 귀하는 "Ajax, 드래그 앤 드롭 및 약간의 효과"에 mootools를 사용하고 있다고 언급했습니다. mootools는 그렇게 할 수 있지만 (그리고 나는 이것을 말하기 위해 폭발 할 수 있습니다) 내 의견으로는 당신은 실제로 올바른 이유로 mootools를 사용하지 않습니다. 우리는 응용 프로그램에 mootools를 사용하며 실제로 jQuery를 대체하는 것에 대해 생각할 수 없습니다. 목표가 조직의 다른 응용 프로그램이 활용할 수있는 객체 지향, 장기 유지 가능한 코드를 작성하는 것이라면 Mootools가 손을 내밀 었습니다.

그리고 단지 선택기 속도는 판단하기위한 잘못된 기준입니다 (지금은 mootools가 있다고 생각하지만). 코드의 대부분의 장소는 이미 변경하려는 요소에 대한 참조가 있습니다. 요소가 있으면 실제로 DOM을 조작하는 데 가장 많은 시간이 소비되며, 내부 테스트에서 (게시하려고 시도 할 것입니다) Mootools는 우리가 수행하는 일반적인 작업에서 jQuery보다 훨씬 빠릅니다. 우리의 응용 프로그램은 이전에 구축 된 Mootools 컨트롤 (미국 또는 다른 사람들이 구축)에 의존하여 웹 서비스에서 나오는 데이터를 사용하여 애플리케이션 화면을 만듭니다.

오버 운송을 할 프로그래머 시간이 있다면 엉덩이.
그렇게하면 코드를 처음부터 다시 작성할 것입니다. 이것은 다시 기능성, 검토 및 테스트, 버그 수정 등의주기를 거쳐야한다는 것을 의미합니다. 메모리 누출을 만드는 경향이 있습니다 (대부분의 웹 개발자의 고속도로 케이스). 본질적으로 jQuery는 이것을 완화하기 위해 많은 일을합니다. 또는 jQuery는 JavaScript에서 JavaScript를 제거합니다.
둘째. jQuery로 이동 해야하는 가장 설득력있는 이유 중 하나는 JavaScript 코드 가중치가 급격히 감소한다는 것입니다. 클라이언트 측 코드 집약적 페이지에 적합합니다. jQuery의 간결한 특성을 통해 코드도 쉽게 검토 할 수 있습니다.
내가 일하는 회사 (support.com)에는 수많은 mootools 코드가있었습니다. 2008 년 초 (jQuery로 이사하는 것에 반대하는 논쟁의 여지가있는 시간의 격렬한 시간 후) 우리는 단계적으로 jQuery로 마이그레이션을 시작했습니다. 나는 지금까지 후회하지 않았다.

이 주장은 지루하고, mootools는 OO이므로 사람들은 PHP4 또는 HTML 배경의 사람들보다 지능을 더 많이 이해합니다.

내가 그러한 마이그레이션을 위해 줄 수있는 유일한 이유는 스위치를 만들면 유지해야 할 코드의 양을 줄이고 더 간단하게 만들 수 있기 때문입니다. 일반적으로 그러한 스위치에 많은 작업이 필요하므로 모든 작업이 완료된 후 되돌아 가서 "그렇습니다. 그만한 가치가있었습니다."라고 말할 수 있기를 원할 것입니다.

응용 프로그램의 목적에 따라이 선택을해야합니다.

jQuery는 애니메이션에 놀랍도록 멋지지만 Mootools가 더 정교하다고 느낍니다. 중요한 것이 앱이라면 애니메이션이 아니라 Mootools에 붙어 있습니다.

속도는 또한 이것에 대한 주제입니다. 오늘부터 Mootools는 약간 느린 성능을 가지고 있지만 Mootools 1.3이 출시 될 때까지는주의를 기울이지 않습니다.

최신 프레임 워크의 체크 아웃 성능 http://slicktest.perrohunter.com

jQuery는 더 넓은 지원을 가진 작은 코드베이스입니다. 그것이 당신의 요구를 충족 시키면 좋은 스위치 일 수 있습니다. 나는 당신이 결정 해야하는 트레이드 오프는 마이그레이션 노력과 학습 곡선이 더 넓은 기능 세트, 더 작은 코드 크기 및 인기 및 jQuery에 대한 노력의 가치가 있는지 여부입니다.

Mootools 버전 간의 변경이 실제로 가파르면 마이그레이션이 정당화 될 수 있습니다.

JQueryvSmootools 웹 사이트에서 언급 된 기사는 다음과 같습니다.

jQuery가 Dom을 놀이터로 만드는 경우 Mootools는 JavaScript를 놀이터로 만들기를 목표로합니다

따라서 여기서 대답과 함께 "문제가 발생하지 않으면 고치지 마십시오."

귀하의 사이트가 이미 Mootools에 있다는 점을 감안할 때 jQuery가 Mootools가 제공하지 않는 모든 것을 제공하는지 평가해야합니다. 그리고 변환의 귀찮은 것이 확장을 쓰는 것이 귀찮은 지 여부.

jQuery는 DOM과 신속하게 연주 할 수있는 능력이있는 것 같습니다. 그러나 모든 여분의 멋진 물건 및 기타 작업 영역 (예 : 날짜)에는 플러그인이 필요합니다.

이것은 나 자신의 질문에도 대답하는 데 도움이되었습니다!

겹치지 않는 일부 영역이 있습니다. Guis는 사랑스러운 위젯과 애니메이션과 함께 jQuery로 쉽게 구성 할 수 있습니다. Mootools는 기능이 너무 적거나 일반적인 웹 사용에는 너무 무겁습니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow