これは実際のコーディングの問題ではなく、実際のステートメントです。
私は以前、イベントが非常に遅いことを指摘しました。DOMReady
そのため、jQuery ソースを参照しているときに、jQuery domeready イベントを .xml を使用してトリガーできることに気付きました$.ready()
。次に、本体を閉じる直前にこの単純な実行スクリプトを配置すると、以前に接続されていたすべての「onDomReady」リスナーがトリガーされるはずだと思いました。はい、期待どおりに動作します。
<script>$.ready()</script>
</body>
以下に 2 つの例を示します。これは、DOMReady の待機中に費やされたミリ秒を測定します。
ご覧のとおり、DOMReady トリガーはネイティブに非常に遅く、ユーザーは domready スクリプトが起動するまで 200 ~ 300 ミリ秒待たなければなりません。
とにかく、タグを$.ready()
閉じる直前に配置すると、次のようBODY
になります。
違いを見ます?domready を手動でトリガーすることにより、100 ~ 300 ミリ秒の実行遅延をカットできます。jQuery を利用して DOM 操作を確認する前に処理できるため、これは大きな問題です。
さて、質問ですが、これが推奨されたり議論されたりしたことは一度もありませんが、それでもパフォーマンス上の大きな問題のようです。すべてはコード自体の最適化に関するものであり、もちろんそれは良いことですが、ユーザーが「unjQueryedContent」のフラッシュを見るほど実行が長時間遅れると無駄になります。
これがより頻繁に議論/推奨されない理由はありますか?