Q&A
> あなた・御社の規約の目的はなんですか？
ごもっともな問いかけです。
おかげで目が覚めた気持ちです。
ありがとうございます。
htmlの書き方を社内で統一さえるために規約を作成しています。
ネスト化するなど大まかな部分はできたのですが、
それぞれのタグのルールというか特性みたいなものが調べきれていないです。
たとえば
稚拙な説明で申し訳ない。
そういうのを教えてください。
↑これのことｗ
回答5件
0
HTMLのコーディング規約としては、「HTML自体の文法」と「意味論的なもの」という2つのレイヤに分かれます。
まず、使うHTMLのバージョンが決まれば、HTMLの文法も確定します。適切なDOCTYPEを書いて、それに従ったHTML構造を組み立てる必要があります（たとえばインライン要素・ブロック要素などのように、重ねられないタグもあります）。
そして、「あくまでHTMLは文書の構造を表して、スタイルはCSSで表現する」という原則を踏まえれば、ある程度意味論的なルール付けもできてきます。たとえば、<br>タグの使い方ですが、「意味論的に改行すべき場面」が適切なので、詩のように改行まで意味を持つ文脈でなければ、箇条書きなら<ul><li>で表現する、空行を開けたいならCSSで対応する、などのような手段が適当となります。
投稿2015/09/13 01:56
総合スコア145183
0
ベストアンサー
「１から作るのは…」は、実勢的には至極もっともだと思います。
ただ…大事な事を忘れています。
あなた・御社の規約の目的はなんですか？
統一とは？あとはみんなが、見て、きっと正規化してくれる！、と？
プロジェクトの性格が違っても、同一ルールですか？
ユーザに、「うちはこうやってます！」とアピールしたい？
社内ルールを統一すれば、まぁ、恐らく、きっと、悩みが減るから？
例えば、皆さんも考えた事が有るかと思うのですが、 Google の規約なら「ほう、そうか…」だけでは終わらないと思います。当然に、「準拠」が、SEO 的にも好ましいのかな？、と、それが正解かはともかく考えられるかと思います。
「目的」が有るから、作られる「ルール」が有り、その「ルール」が有るから、例え一部であっても「目的」が達成出来なければならないのかな？、と思います。
そして、タグの入れ子ルールでしたら、基本的に仕様に掲載されています。ですので、厳しいようですが、これはルールつくりとしては、「質問」されるものではないと思います。仕様を精査せず、質問するのは、残念ながら間違いかと思います。
ただ、今更、W3C を見て…というのもなので、バカにせず、リファレンス本をルール代わりに社員一人一人に持たせるのも一考です。これで、各々が勉強やリファレンスとして使ってきた書籍上の差分は解消出来ます。そう、規約は、「書籍：XXに準ずる」でも、立派な規約です。
また、この入れ子問題の様に、各タグについて、余りに詳細に決めごとを作り上げていくのも、いささか、「目的」によっては、逆に運用上の齟齬が目立つような気がします。つまり、「それ、本当に全社員が実行できますか？」って事です。
ルールは重要ですが、余りに細かすぎるのは、考え物です。
「時間が勿体ない」のは理解出来ますが、少なくともマイルストーンごとに、「ここのマークアップで悩みました検討会」も行えないほどでしょうか？
実際、御社ならではの特徴あるマークアップというものが有ったり、今は無くても、将来形成されていくでしょう。
その中で、日々、アップデートしていく「コーディング規約」は如何でしょうか？
「コーディング規約」有りき、は間違いではないでしょうが、規約を作る事を「目的」に、内容を精査していっては、本当に御社に必要な規約が出来上がるのでしょうか？
そして、まずはもう一度、基本に立ち返って、「わが社のコーディング規約はXXの為にある」を引き出されては如何でしょうか？
「答え」ではなく恐縮ですが、今回私が感じた次第を述べさせて頂きました。失礼致しました。
投稿2015/09/16 13:25
総合スコア51
0
当社もガイドラインありますが、相当分厚いですよ
１から作るのはあまり現実的ではないです。どこかの物を参考にして、自社のやり方に修正するという方向性がよいと思います
下記サイトは無料でガイドラインを提供していますので、参考にしては
http://coding-factory.com/guideline/
投稿2015/09/15 05:00
総合スコア55
0
開発の進捗が悪くなるので、HTML採点サイトで、例えばエラーレベル9のものを出さないようにする、という取り決めぐらいにしておいたほうが良いと思います。
あとは、精々「セキュリティ情報を出力しないでね」ぐらいがいいですかね。
投稿2015/09/13 02:57
総合スコア1124
ありがとうございます。
そちらのサイトで試しにチェックしてみたのですが、ネスト化された部分を不要な空白と認識されてしまいます。
ほかにも採点機能付きのチェッカーを探したのですが、これというものがなかなか見付からず…
TetsujiMiwa様がおススメするチェッカーはなにかございますか？
それと「セキュリティ情報」とはなにでしょうか…？
おすすめのチェッカーというか、個人的な意見ですが、IE、FireFox、Chromeでレイアウト崩れなく表示されていたらOKと考えてます。class属性なんか、整理してキチンと書きたいところですが、それをやってる時間はまず取れないです。
不要な空白と認識されている箇所は、エラーレベルはいくつでしょうか？
その空白に問題を感じなければ、そのエラーレベルは許容範囲という認識で良いです。許容できる書き方、許容できない書き方、をエラーレベルで線引しちゃおうって話です。
「セキュリティ情報」とは、主に問題になってくるのが、htmlコメントです。
ブラウザ上に表示されないからといって、ユーザに知られちゃまずいID/パスワードを記載してたり、顧客情報を書き込んでたり、ですね。
Htmlコメントと言っても、ソースの表示で丸見えです。
2.3回試したらそこの文章が消えました。
それほど問題ではなかったのかと。
あと、こちらはhtml4.01の対応になっていますので（更新も止まっています）ほかのチェッカーを再度探してみようと思います。
IEをベースに、とは聞いた話ですが。
古いバージョンのIE対策とかどのようにしていますか？
たしか、winXPはIE8までしかバージョンアップできなかったと記憶していますが。
IEの古いバージョンは、必要があればIETesterで目視チェックです。
どうしても古いバージョンへの独自対応が必要になった時は、
javascriptを使った判定処理使えばいいと思いますが、
今のところ、そういうケースに遭遇したことないですね。
WinXPはマイクロソフトのサポートが終了しているので、
むしろ対応考慮すべきではないと思います。
0
一から全てを網羅して規約を用意するのは非常に労力が掛かりますし漏れも相当数で出てしまいます。
都度の検討・対応によって矛盾が出たり統一感が出なくなる時もあります。
ですので、インターネットで調べて既知の規約を叩き台にして社内用に改編していくというのも勉強にもなりますし早道にもなる一つの方法と思います。
ご参考： Google HTML/CSS Style Guide
翻訳サイトも幾つかありますが本家のみご参考URLにて。
投稿2015/09/13 02:19
総合スコア241
あなたの回答
tips
プレビュー
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。