すべてのHTMLおよびCSS標準に厳密に従う必要がありますか?


11

数年前、私は自分がWeb開発者であり、基本的な3言語(HTML、CSS、JS)と多くのPHPを知っていると考えていました。単純なテキストから実際のWebサイトに移行することは、いわゆる「標準」が存在するために苦痛でしたが、当時はそれが途方もなく複雑でした。それはほとんどこれに要約されました(IE関連のものを除いて):

円グラフでのWeb開発

標準は、より簡単な方法で物事を行う古い方法を置き換えるためにあります。ただし、実際にいくつかのもの(たとえば、CSSベースのレイアウト全体)を実際に実装しようとすると、よりシンプルでまだ機能するソリューションを実行した場合、実際に実行するのに10倍時間がかかりました。同じようにレンダリングされる場合、ブラウザを変更すると10倍長くかかり、壊れるより複雑な例を使用する必要があるのはなぜですか?これにより、Freenode IRCの## php、## css、および## jsで多くの宗教的な議論が巻き起こり、実際に## cssから禁止されました。

私の質問:10倍長くかかっても、単純なものと同じ結果が得られる場合でも、すべての標準とコーディング規則に従う必要がありますか?


ポーリングタグの場合、任意のサイズ(巨大または小)のウェブサイトを持っているあなたの人々は、ないあなたはすべての基準に従いますか?


そのチャートを持っている...けれども抗IEで
Ullallulloo

標準と規則はまったく異なります。そうしないと物事が壊れるので、標準(W3C仕様、有効なコード)に従ってください。しかし、テーブルレス設計はガイドライン、優先事項、ベストプラクティスですが、それ自体は標準ではありません。
インカ

生産性を47%+/- 5%向上させるアルゴリズムを思いつきました。IEでの開発から始めれば、FF、Chrome、サファリなどについて心配する必要はありません。他のすべてのブラウザーは正常に動作します
イブ

CSSを使用するのは、50番目のテーブルを作成し、誰かがやって来て、それらをすべて異なるスタイルに変更するように頼んだ後、あなたは幸せな場所にいないからです。そこに行って、それをやった(しかし、最初の混乱を作ったのは私ではない)
ケビンcline

回答:


12

最初に製品、次に磨きます。

あなたのサイト/アプリケーション/ゲームをそれがすることになっていることをさせてください。実行して、人々に興味を持ってもらいましょう。

次に、時間があるときに戻って磨きます。しかし、それはあなたが気にするからであり、他の誰かが気にするからではありません。

もちろん、コンプライアンス違反の問題により、人々がそれを見ることができない、読みにくい、見づらい、ロードするのに1か月かかる、メンテナンスが難しい、ブラウザがクラッシュするなどの場合、これは大きな問題です。しかし、標準に準拠していても、それは依然として大きな問題です。

通常のユーザーは、ロードしていないWebサイトのソースを見て、「まあ、画像を表示していませんが、完全にW3Cに準拠しています」と表示します。彼らは単に別のウェブサイトを閲覧し、戻ってくることはありません。

結論として、標準はブラウザの記述を容易にし、潜在的なセキュリティホールを塞ぐためのものです。Amazon、Penny-Arcade、およびStack Overflowは、標準に準拠したWebサイトの運営から利益を得ることはありません。そして、あなたがウェブサイト作成コンテストに参加していない限り、あなたもそうではありません。


12

標準の作成者は、アクセシビリティの問題など、あなたには発生していないことを考えてきました。基準には理由があります。また、HTML5を使用すると、標準に従うのはかなり簡単です。

時々、標準に従わない理由があるかもしれませんが、それに従うことはデフォルトの振る舞いです。


1
それは十分に公平に聞こえます。私はそれらのひとつひとつの1だけで、一般的な基準に従わないようにしてみてください
TheLQ

7

怠azineは、標準に従わない言い訳ではありません。時々、標準が愚かであるならば、それはそれに従わない理由です。標準が愚かであるとどのようにわかりますか?長期にわたって誠意を持って努力し、関連するすべての基準を手紙と精神で遵守しており、ニッチの場合の基準は実際には誤りではなく、合理的で十分に支持された結論に達したとき君は。

ほとんどの場合、これは適用されません。


5

できる限り標準に「従う」と言いますが、時間を浪費しないでください。標準の完成度を追求するために標準のHTML / CSSをオーバーエンジニアリングして、最悪の状態のままにしておくこともできます。

例として、Webアプリケーションの1つに請求書のページがあります。このページには、請求するアイテムの長いリストがリストされ、いくつかの列が含まれています。元の開発者は、CSSで「テーブル」構造全体を設計した「Tables is evil」シンドロームに没頭しました。

レポートに列をいくつか追加する必要があるようになるまで、CSS設定、幅などを再調整する必要があるため、それらの列がいたるところにあるのを見てください。

開発者がいわゆる標準に従うことについてあまり気に入らなかった場合、実際には、通常のhtmlテーブルの方がはるかに意味があり、請求書の日付は結局は表形式であることに気付きました。

これにより、セマンティックHTMLに導かれます。HTMLには、ページを記述する要素のみを含めるべきだと思います。スタイルはCSSに保存し、最悪の場合、HTMLタグの「スタイル」属性に適切な場所に入力する必要があります。

また、HTMLをバリデーターに通すべきではないという正当な理由もありません。


3

最初の考慮事項は、顧客が使用するブラウザーをサポートすることです。第二に、該当する場合は標準に従う必要があります。

たとえば、最近のプロジェクトでサポートしなければならないブラウザはFirefox 3.5だけでした。つまり、別のブラウザでページがどのように表示されるかを心配することなく、-moz cssプロパティを使用できます。標準的なCSSを使用していたので、角を丸くするのは本当に価値があったのでしょうか?

そうは言っても、複数のブラウザ用のサイトを作成する場合、標準は通常、邪魔するのではなく、あなたを助けます。私はほとんどの標準に準拠しようとしますが、ブラウザの互換性のために逸脱しなければならない場合に睡眠を失わないでください。

投票の場合、私からの答えは「いいえ」です。


0

盲目的に基準を守らないでください。いくつかの標準は良いものもあれば、悪いものもあります。これらはさまざまな目的に使用され、HTML5のドラフトのように、大規模なブラウザメーカーとWeb開発者のコ​​レクションを、特定の方向に押し上げるのに役立ちます。しかし、標準化されたひどいものがたくさんあることを常に覚えておいてください...

COBOLも標準でした。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.