18

MooTools v1.11 に依存するかなり大きなコードベースがあり、バージョン 1.2 に変換しようとしています。これはかなり大規模なオーバーホールであるため、jQuery に変換するというアイデアをもてあそびました。

jQuery に更新するか、MooTools をそのまま使用するかについて、アドバイスがありませんか?

私は主に MooTools を Ajax、ドラッグ アンド ドロップ、およびいくつかのマイナー エフェクトに使用しています。

4

16 に答える 16

28

壊れていなければ。修正しないでください。

jQuery には X または Y があるかもしれませんが、すべてが MooTools に依存している場合、MooTools から変換するために多くの作業が必要になる可能性があります。

サイト全体で MooTools を頻繁に使用している場合は、MooTools を保持してください。ただし、影響が小さいページが 2 ~ 3 ページしかない場合は、変更する価値があるかもしれません。

于 2008-10-03T22:39:42.373 に答える
17

とにかくアップグレードする場合は、検討する価値があるかもしれません。

jQuery は、One True J​​avascript ライブラリになる道を順調に進んでいるようです (MS やその他の企業がそれを採用することを決定したことを考えると)。ある時点で (ヘルプとプラグイン コードを入手する場所が増えるという理由だけで、それはしばらくの間人気があり続ける可能性が非常に高く、コードの長期的な柔軟性と保守性を確保するのに役立ちます)。したがって、とにかく変換​​する必要があることを考えると、今が最適な時期かもしれません。

jQueryがフレームワークとして使えるようになったのはいいことだと思います。それは私の選択ではありませんでしたが (私も MooTools が好きです)、これは確かに優れたコードであり、少なくとも競合他社の能力を備えた目的に確実に適合します。あらゆる種類の一貫性を確認できてうれしく思います。また、ある時点でコードを jQuery に移行する予定です。

于 2008-10-04T03:49:33.997 に答える
13

なぜスイッチを作るのですか?私はコード ベースを 1.11 から 1.2 に変換しました。これは非常に迅速かつ簡単です (そして、いくつかのエフェクト以外にも使用しています)。

あるサイトによると、jQuery は MS に採用される可能性があります。あるサイトによると、IE でのパフォーマンスが向上しますが、これは IE でのパフォーマンスが優れているかどうかではなく、サイトでどれだけうまく機能するかです (IE はあなたのサイトの主要なプレーヤーですか?)。

jQueryを知っていますか?そうしないと、コードを最初から書き直す必要があり、コード全体を書き直すことになります。

それとも、それを学びたいので、「jQuery でこれを行うべきだ」と上司に伝える理由を考え出そうとしているだけですか?

「唯一の真のフレームワーク」に関しては、開発者ではなくユーザーのみが行うばかげた主張です。

于 2008-10-04T15:13:50.883 に答える
8

MooTools 1.1.1 から 1.2.1 への切り替えはそれほど大きな問題ではありません。http://github.com/mootools/mootools-core/wikis/conversion-from-1-11-to-1-2

MooTools 1.1.1 コードを 1.2.x で機能させる互換レイヤーもあります。あちこちでいくつかのことを手動で修正する必要があるかもしれませんが、それは比較的マイナーです。

jQuery、YUI、DOJO、またはその他のものに切り替えるには、既存のすべてのコードを完全に捨てて、書き直す必要があります。私のクライアントは、そのような無駄を決して許しません。

また、適切な MooTools クラスを使用してコーディングすることに慣れている場合、jQuery はシステムに大きなショックを与える可能性があります。jQuery が、読み取り不能で保守しにくいコードを書くことを強制するわけではありません。どの言語でも、非常に読み取りやすく保守しやすいコードをコーディングすることは確かに可能です。しかし、jQuery には組み込みの Class システムがありません。

特に大規模なコードベースでは、コードを適切に整理することが重要です。

もちろん、私はかなり偏っています。

于 2008-10-17T11:06:37.900 に答える
4

jqueryvsmootools.comの哲学の違いを説明しているサイトがあります。

最終的にはそこに尽きると思います。機能的な DOM 中心のアプローチまたはオブジェクト指向の JavaScript アプローチ。

于 2009-05-19T00:49:30.490 に答える
4

他の人が指摘しているように、jQuery は (主に DOM をいじるための) ライブラリであり、Mootools (1.2) は本格的な JavaScript フレームワークであり、オブジェクト指向の方法でコードを整理し、保守を容易にします。

これを読んで、それぞれが実際に何であるかを本当に理解することをお勧めします(jqueryvsmootools.com)

そして、この他のリンクにより、両方の世界を最大限に活用する方法がわかります ;):

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

最終的には、必要なものに要約されます。私の一般的な推奨事項: いくつかの簡単なスニペットを取得して Web アプリケーションを空想する必要がある場合は、jQuery だけで十分です。開発を JavaScript に集中させる場合は、実際に mootools を試す必要があります。コードスケーリングされ、準備が整っているはずです。

Mootools 1.1 からコードをアップグレードするには、アップグレード ヘルパーを使用できます。JavaScript コンソール (mootools.net/blog/2009/12/31/mootools-1-1-upgrade-layer-ベータ/)

[アクティブなリンクを 1 つだけ投稿して申し訳ありません。これが私の最初の回答です]

于 2010-08-26T02:28:13.073 に答える
3

私はMootoolsにとても満足しています。最近、jQueryを使用する人が増えているため、何度かjQueryを試してみたくなりましたが、どういうわけか、Mootoolsのような優れたOO機能をまだ利用できていません。jQueryについて私が本当に気に入らないもう1つのことは、hashkey(#)を追加してドル関数でIDを取得することです。フレームワークを使用してhtmlIDを作成する場合、これは問題になる可能性があります。私があなたなら、Mootoolsの最新バージョンにアップグレードしてください。Mootoolsは決して悪いライブラリではありません。

于 2009-07-22T11:02:22.403 に答える
3

この時点で、Slickspeedはまったく重要ではなくなり、セレクターはとにかく速すぎます。また、ご存知のとおり、Mootools開発チームのメンバーであるSly by Herald Kirschnerは、Sizzleに勝るセレクターエンジンであるSlyをリリースしました。ポスターの1つが残したmootoolsを選択しないための決定的な要因であるアニメーションに関するものは、基本的に後ろ向きでした。Mootoolsは何年もの間アニメーションの王様でした。あなたが選ぶものは何でもそれはすべてうまくいくでしょう。Mootoolsは、私が整理されていると思うより古典的な感覚を持っています。jQueryはより関数ベースであり、クラスにそれほど挑戦しません。1つはネイティブタイプを拡張し、もう1つは拡張しない、別の戦略ですが、それだけです。

  • ダニエル
于 2009-03-30T07:22:13.873 に答える
3

あなたの質問では、「Ajax、ドラッグ アンド ドロップ、およびいくつかのマイナーな効果」のために MooTools を使用していると述べました。Mootools はそれをうまく行うことができますが (そして、私がこれを言うと爆笑されるかもしれません)、私の意見では、あなたは正しい理由で Mootools を実際に使用しているとは言えません。私たちはアプリケーションで Mootools を使用していますが、実際には JQuery で置き換えることは考えられません。組織内の他のアプリケーションが活用できるオブジェクト指向の長期的に保守可能なコードを作成することが目的である場合、Mootools は圧倒的に有利です。

そして、セレクターの速度だけで判断するのは間違った基準です (ただし、Mootools は現在そこにあると思います)。コード内のほとんどの場所には、変更したい要素への参照が既にあります。要素を取得したら、実際に DOM を操作するのにほとんどの時間が費やされます。内部テスト (それらを公開しようとします) では、Mootools は、実行する通常の種類の操作で JQuery よりもはるかに高速です。私たちのアプリケーションは、Web サービスからのデータを使用してアプリケーション画面を作成するために、以前に作成した (私たちまたは他の人が作成した) Mootools コントロールに依存するようなものです。

于 2010-02-27T17:07:42.007 に答える
3

それはあなたが jQuery をどれだけ知っているか、そして締め切りがいつなのかによって異なります。よく知っている場合は、必要なコード行が少なくて済みます。つまり、顧客の帯域幅が少なくなります。

また、このサイトを見ると、主要なブラウザIEでは、jQueryがMootoolsよりもパフォーマンスが優れていることがわかります。

そうは言っても、Mootools v1.11 ですべてが機能しているのに、なぜスクリプトを更新しているのですか? 前のポスターが言うように、それが壊れていなければ...

Mootools v1.11 で適切に動作しない場合、Mootools v1.2 や jQuery でも動作することをどのように確認できますか? 開発に多くの時間を費やし、使用しているフレームワークが原因で同じバグが発生したり、新しいバグが発生したりするのは残念なことです。

于 2008-10-03T22:48:54.773 に答える
2

オーバーホールを行うプログラマーの時間を持っているかどうかを評価します。
そうすることは、コードをゼロから書き直すことを意味します。これは、機能、レビュー、テスト、バグ修正などのサイクルを経る必要があることを意味します。つまり、JavaScript の能力がそれほど高くないプログラマーが起こす最も重要な問題の 1 つは、DOM 要素にアクセスするコードのほとんどの部分がメモリ リークが発生する傾向があります (これは、ほとんどの Web 開発者にとってよくあるケースです)。jQuery は本質的に、これを軽減するために多くのことを行います。というか、jQuery は JavaScript から JavaScript を取り除きます。
2番目。jquery に移行するより説得力のある理由の 1 つは、JavaScript コードの重量が劇的に減少することです。これは、クライアント側のコードを集中的に使用するページでは理にかなっています。jquery の簡潔な性質により、コードを簡単に確認することもできます。
私が一緒に働いている会社 (support.com) には、大量の Mootools コードがありました。2008 年の初めに (私は jQuery への移行に反対する何時間にもわたる激しい議論の後)、段階的に jQuery への移行を開始しました。今日まで後悔したことはありません。

于 2008-10-04T03:24:34.700 に答える
1

アプリケーションの目的に基づいて、この選択を行う必要があります。

アニメーションに関しては jQuery は驚くほどクールですが、私は Mootools の方が洗練されているように感じます。

速度もこれに関する主題です。今日の時点で、Mootools のパフォーマンスはわずかに低下していますが、Mootools 1.3 がリリースされるまでは気にしません。

http://slicktest.perrohunter.comで最新のフレームワークのパフォーマンスを確認してください。

于 2009-02-17T01:05:09.300 に答える
1

このような移行を行う唯一の説得力のある理由は、切り替えを行うことで、維持する必要のあるコードの量が減り、物事がより簡単になるかどうかです。通常、このような切り替えには多くの作業が必要です。そのため、すべての作業が完了した後に戻って「ああ、それだけの価値があった」と言えるようにしたいと思うでしょう。

于 2008-10-03T22:43:03.490 に答える
0

JQuery は、サポート範囲が広い小さなコードベースです。それがあなたのニーズを満たしているなら、それは良いスイッチかもしれません. 決定する必要があるトレードオフは、移行の努力と学習曲線がその努力に見合う価値があるかどうかと、より広い機能セット、より小さなコードサイズ、人気、および JQuery のサポートとのどちらであるかということです。

MooTools のバージョン間の変更が本当に急激である場合、移行は正当化される可能性があります。

于 2008-10-04T15:19:13.743 に答える
0

jqueryvsmootools の Web サイトで参照されている記事では、次のように非常にうまく説明されています。

jQuery が DOM を遊び場にするなら、MooTools は JavaScript を遊び場にすることを目指しています。

したがって、ここでの「壊れていない場合は修正しないでください」という回答と相まって、世論ではなく、あなたのニーズに対処すると思います.

サイトが既に Mootools にある場合、MooTools が提供しない必要なものを jQuery が提供するかどうかを評価する必要があります。そして、変換の手間が拡張機能を書く手間よりも少ないかどうか。

jQuery には、DOM をすばやく操作できるようにする機能があるようですが、余分な機能やその他の作業領域 (日付など) にはすべてプラグインが必要です。

これは、私自身の質問にも答えるのに役立ちました!

重なっていないところもあり、残念です。美しいウィジェットとアニメーションを備えた GUI は、jQuery で簡単に作成できます。MooTools は、セットの機能が少なすぎるか、一般的な Web での使用には重すぎることがわかりました。

于 2010-09-09T15:02:58.323 に答える