2

グローバルなサイトの再設計(外観ではなく、コード アーキテクチャと基盤技術)の状況に直面しました。ウェブサイトには、毎日約135,000 人の訪問者がいます。そして、今すぐ正しい決断を下すことが重要です。

これまで、このような大きなプロジェクトでLESSCSS3PIEを使用した経験はありませんでした。たぶん、上記のテクノロジーを使用して私が遭遇する可能性のある問題を予測できる人もいるでしょう。メリットとデメリットが知りたいです。

影やグラデーションのある丸い角のボタンのスプライトのような、古くてテスト済みで信頼できる方法を使用する方が良いのではないでしょうか? http://zappos.comを見ます。それらは IE で適切に劣化し、CSS3PIE を使用しません。

4

2 に答える 2

2

誰も私に答えなかったので、私は自分自身に答えようとします。すべての主要なプラットフォーム (Ruby、.NET、PHP) 用のサーバー側の LESS コンパイラがあるため、LESS を使用することにしましたが、クライアントのブラウザーが CSS をキャッシュするのを妨げるため、良くない LESS.js を使用する代わりにサーバー側をコンパイルすることにしました。

CSS3PIEに関しては、それを使用することによる重大な欠点は見られません.IEを使用するクライアントにはもう少し負荷がかかりますが、それほど悪くはありません.

私が今予見できる唯一の問題は、ポップアップで背景と装飾が消えることです. 私はすでにこの問題に遭遇し、ここに質問を投稿しましたが、誰も答えませんでした.

于 2011-10-04T06:15:20.003 に答える
1

本番サイトに CSS3Pie を使用することは避けたいと思います。私の経験では、ページ上の CSS3Pie レンダリング要素の数が多いほど、IE8/9 のパフォーマンスは低下します。

具体的には、IE8 ドキュメント モードで IE9 を使用し、CSS3Pie (border-radius と linear-gradient を使用) を使用して少なくとも 2 つの要素をレンダリングした場合、ブラウザー ウィンドウをスクロールするときに顕著なラグが発生しました。つまり、ページを下にスクロールしようとすると、スクロール バーがマウス ポインターに「追いつく」のに数秒かかります。

CSS3Pie をオフにするとすぐに、スクロール時の遅延は観察されませんでした。私の経験では、同じことがIE8にも当てはまります。

于 2012-03-01T02:15:54.723 に答える