54

皆さん、こんにちは。HTML5 BoilerplateHTML5 Resetは、多くの最新のベスト プラクティスが組み込まれた 2 つの HTML、CSS、および JavaScript テンプレートです。彼らの目標はほぼ同じです。

  • 高速で堅牢な最新の Web 開発
  • HTML5 (当たり前!)
  • クロスブラウザー正規化 (IE6 およびモバイルブラウザーのサポートを含む)
  • プログレッシブ エンハンスメントとグレースフル デグラデーション
  • パフォーマンスの最適化
  • フレームワークではなく、次のプロジェクトの出発点

明らかに、それらは機能が非常に似ています。それらの実装はどのように異なっていますか (たとえば、IE 固有の CSS 修正は異なる手法を使用して達成されている可能性があります)。それらは範囲がまったく異なりますか?HTML5 Boilerplate は少し大きいように見えますが (ビルド ツール、サーバー構成など)、実際に人々が目にするサイトになると、HTML5 Reset を超えるところを知るのは困難です。

4

4 に答える 4

47

一般に、どちらのプロジェクトも、Web プロジェクトに取り組む開発者に確実な出発点を提供することを目的としています。どちらも、多くの開発者がプロ​​ジェクトごとに再作成している退屈でエラーが発生しやすい多くの定型文を取り除きます。やり方の詳細は少し異なりますが、ほとんどの場合、同じ結果が得られます。

ご指摘のとおり、HTML5Boilerplate にはビルド スクリプトの一部が追加されており、開発者がベスト プラクティスに従って、遠い将来の期限切れヘッダーなどのサーバー側の項目に関してページを高速化するのに役立ちます。HTML5Reset プロジェクトはセマンティクス、コンテンツ、およびスタイリングに重点を置いています。たとえば、HTML5Reset には HTML5 のページのコンテンツの構造例が多くありますが (新しい要素のいくつかの使用方法を人々に示すのに役立ちます)、HTML5Boilerplate にはありません。

HTML5Boilerplate に含まれる応答時間とページ速度の部分は、モバイル プラットフォームを使用するユーザーが増えるにつれて、ますます重要になりますページの応答時間のわずかな増加が、サイトの使用方法と認識方法に測定可能なマイナスの影響を与えることを示す多くの論文があります(特に e コマースの設定では...多くの場合、100 ミリ秒遅いページでは、販売されるものの割合が少なくなります)。

CSS に関しては、両方のプロジェクトのリセット スタイル セクションの大部分はほとんど同じですが、ベースラインの設定に若干の違いがあります。ただし、IE 固有の修正はほとんど同じで、HTML5Boilerplate は HTML5Reset よりも、IE がフォーム要素 (チェック ボックス / ラジオ ボタン、有効 / 無効の状態など) のようないくつかのものをどのようにスタイルするかについて、より多くの制御をアサートします。

.hiddenHTML5Boilerplate がカバーし、HTML5Reset がカバーしない 2 つの主要な CSS 領域は、サイトをよりアクセスしやすくするのに役立つ一般的なヘルパー クラス.visuallyhiddenです。背景画像を透明にする(トナーを無駄にしないため)、リンクに実際の URL を追加し、略語にタイトルを追加するなど、いくつかのコスト削減とアクセシビリティの問題として。

類似点と相違点 (およびその背後にある理由) は非常に有益であり、どの部分をより適切に決定するのに役立ったので、両方のプロジェクトの情報とそれらがどのように機能するかを並べて比較して読むことを強くお勧めします。私が使いたかったそれぞれの。

最終的には、「ライブラリ」の種類のプロジェクトと同様に、開発者は自分が何をしているのかを理解する必要があり、おそらくプロジェクトの特定のニーズを満たすためにベースラインを微調整する必要があります。

于 2011-04-19T16:30:20.770 に答える
0

私は実際、従来のreset.cssを使用するのが最善だと言いたいです...モバイルアプリの互換性に問題はありません。ただし、これらのアプリはjQueryモバイルフレームワークを使用して開発しています。

ですから、使用しているツールの種類に関しては、本当に条件付きだと思います。Phonegapは、私のコードをすべてのOSにコンパイルするのに問題がないようです。そして、エミュレーターで私のソースコードを表示することは完全にうまく見えます...

したがって、ポリフィルを達成しようとしない限り、ボイラープレートのポイントは実際にはわかりません。

于 2011-12-29T07:51:33.117 に答える
0

私は以前の開発者が会社にJQueryPrototypeの両方を使用するように仕向けた環境で働いています...そしてそれは混乱です。互換モードから抜け出す必要があるだけでなく、それが引き起こす余分なオーバーヘッドについて考えてみてください。デバッグ時に、プロトタイプはFirebugのデバッグメッセージを「ハイジャック」します。これにより、さらに多くの作業が発生します。そして、腹立たしい部分は、私がこの混乱を何ヶ月も元に戻していて、それで終わりに近づき始めているということです....そして私がプロトタイプのプラグを抜こうとしているとき、私はいつも別のものを見つけるようですそれに依存するセクション...

このため、私は毎回、同様の目的を持つフレームワークの組み合わせに反対します。たとえば、YUIグリッドがいかにクールだと思っても、 YUIフレームワーク全体をロードする場合は、 Jquery、 Moo、またはPrototypeを実行しないのが最善です。あなたはただ不必要に自分自身を悩ませているでしょう。ロード時間を短縮し(ユーザーエクスペリエンスを損なう)、開発者に頭痛の種と不必要な作業を与えるだけです。

基盤を構築するように、サイトのこのフェーズを見てください。使いたいものは何でも使う機会がありますが、いわば「隅に自分を塗りつぶさない」ように注意する必要があります。したがって、リソースに基づいて利用できる、専用のクラス最高のツールを使用してください。可愛いものだけを使ってはいけません!多くの非常に高品質のツールが無料であるという点で幸運です。そのため、選択肢があります。しかし、あなたが将来のためにあなたのサイトの方向を導いていることを知ってください、そしてあなたはあなたの決定が急いでなされた場合に結果に対処しなければならない私のような人かもしれません。

したがって、別のフレームワークを使用する予定がない場合を除いて、リセットを推奨します...または、最高品質の標準に準拠したCSSを実行するだけでもかまいません。

于 2011-04-19T16:56:12.183 に答える
0

どちらでも使えます...

@murtaugh が言ったように (http://5by5.tv/bigwebshow/45)、最初にリセットを開始するときに何も学ぶ必要はありません。私の経験では、R&D 部門で働いていて、デモや簡単なイテレーションを行う必要がある場合は、Reset (または既に知っている場合は Boiler) を使用できます。展開用の製品をビルドする必要があるときは、より多くのものがあるという理由だけで Boiler を使用します。私にとってはうまくいきますが、両方を知っているので、どちらも簡単に使用できます。

于 2011-04-19T17:15:17.337 に答える