私は今日http://mediaqueri.es/をチェックしていて、ウェブサイトがモバイル デバイスに素晴らしく適応することを知りました。そこで、jQuery Mobile と応答/適応型レイアウトをメディア クエリと共に使用するのは冗長ではないかと考えました。メディア クエリのみを使用するのは良いアプローチのように思われるからです。それは本当に冗長ですか、それともカフェインでつまずきますか?
編集
例:この Web サイトは、メディア クエリを使用して非常にうまく機能しているため、jQuery Mobile を使用することでどのようなメリットがあるかわかりません。
公平を期すために言うと、この Web サイトが jQuery Mobile なしで完成しているとは思えません。jQuery Mobile を使用せずに「ネイティブ アプリ」のルック アンド フィールを再現するのは難しいと思いますが、これは正しいですか?
個人的には、jQueryMobileがメディアクエリを時代遅れにすることはないと思います。私の意見では、jQuery mobileの大きな利点の1つは、フォーム要素などを大きくすることでモバイルフレンドリーにすることです。ただし、画像のサイズなど、デバイスに応じて他のものを変更したい場合は、メディアクエリを使用して適切なcssファイルをロードしたい場合もあります。
Jquery Mobile は素晴らしく、気に入っていますが、自分のデモで使用している場合でも、欠点が隠されているという事実が気に入りません。メディアクエリを使用してより大きなデバイスにコンテンツのブロックを追加する場合は、jqm 効果 (主にトランジション) を制限し、ページ/コンテンツのレイアウト/ロードの計画に細心の注意を払う必要があります。
彼らは、独自のデモでメディア クエリを使用して (「最後の CSS ハック」を使用)、タブレットとデスクトップでサイド メニューを備えた 2 列のレイアウトを提供しています。また、ページ全体がページとして機能し、コンテンツの一部だけを移行することはできないため、使用できる唯一の効果はフェードであることに気付くでしょう。つまり、サイド メニューが複製され、リンク先のページに再度表示されます。これは移行効果のためだけの問題ではなく、用地計画をより複雑にします。これをフル機能の Web サイトに使用したいのですが、やりたいことに対して制限が多すぎるかもしれません。
したがって、あなたの質問に答えるために、それは冗長ではありませんが、JQM が設計されているほど単純ではないようにします。デスクトップ Web アプリの CSS の微調整を既に行っている場合は、それほど面倒ではないかもしれませんが、開始する前に、JQM の仕組みを十分に理解していることを確認してください。
jquery mobileは、ウェブアプリを入手した場合に素晴らしいと思います。フォームやテーブルがたくさんあるアプリのように、情報を表示するウェブサイトだけではありません。