私が取り組んでいるチーム<script>は、HTMLページの本文のランダムな場所でタグを使用する習慣を身に付けています。例えば：
<html>
<head></head>
<body>
<div id="some-div">
<script type="text/javascript">//some javascript here</script>
</div>
</body>
</html>
私はこれを前に見たことがありませんでした。私がテストしたいくつかのブラウザで動作するようです。しかし、私が知る限り、このような場所にスクリプトタグを配置することは有効ではありません。
私が間違っている？このようなdivタグ内にスクリプトタグを配置するのはどれほど悪いことですか？知っておくべきブラウザの互換性の問題はありますか？
回答:
それは完全に有効です。
そこのマークアップに大きなコードブロックを混在させたくない場合は（外部スクリプトを使用する方が良い）、次の場合に役立ちます。
プログレッシブエンハンスメントのための追加のバインディング情報を追加します（そのデータをクラス名または属性内の拡張情報を非表示にする他のアプローチに適合させることが難しい場合）。または
スクリプト化された拡張機能をできるだけ早く開始する必要がある場合（window-load / document-readyを待つのではなく）。この例としては、オートフォーカスがあります。これは、発射が遅すぎるとイライラする可能性があります。
<style>許可されていない要素について考えているかもしれません<body>（ただし、ほとんどのブラウザーでは許可されています）。
実際、それはかなり一般的です。たとえば、Googleのアナリティクストラッキングコードは次の構文のみを使用します。
<script type="text/javascript">
var gaJsHost = (("https:" == document.location.protocol) ? "https://ssl." : "http://www.");
document.write(unescape("%3Cscript src='" + gaJsHost + "google-analytics.com/ga.js' type='text/javascript'%3E%3C/script%3E"));
</script>
それがグーグルにとって十分であるならば...
unescape考えると、私は常にGoogleの不必要で奇妙な使用にイライラしています（そしてそれははるかに簡単な方法でした）。escapeunescape\x3C
何人かの人が言ったように、それは有効で、機能し、そして広く使われています。
セマンティクスが推奨する（または少なくとも推奨するために使用される）限りのベストプラクティスは、ヘッダー内にスクリプトタグを配置することです。
パフォーマンスを考慮した最新のベストプラクティスでは、JavaScriptコードが実行される前にマークアップを完全にレンダリングできるように、bodyタグの直前の下部にスクリプトタグ（外部およびインライン）を配置することをお勧めします。
理解しやすく保守しやすいコードとして、「控えめなJavaScript」をお勧めします。コードは外部ファイルにあり、イベントをDOM（Googleの控えめなJavaScript）にバインドします。
JavaScriptをインライン化すると便利な場合の1つは、サーバー側にのみ存在する値で変数を初期化することです。この値は、後で外部JavaScriptコードによって使用されます。
私は、外部スクリプトへの参照を頭に入れ、物事を起動してウィジェットなどを初期化するスクリプトを本体に入れることを好みます。
非常に簡単に遭遇する問題は、本文のスクリプト要素がその後に続く要素にアクセスできないことです。また、関連する厄介なブラウザの互換性の問題は、IEがスクリプト要素がそれらが含まれている要素を変更することを許可していないという事実です。したがって、これがある場合：
<div id="foo">
<script type="text/javascript">
document.getElementById("foo")... // do something to it
</script>
</div>
IEはあなたのページを気に入らないでしょう。古いバージョンのIEは、これに対して非常に不可解なエラーメッセージを表示したり、ページ全体を空白にしたりしていましたが、IE8は説明的なエラーメッセージを表示しているようです。
スクリプトが安全にアクセスできるDOMにのみアクセスすることを確認する限り、スクリプト要素を本体に配置することは悪いことではないと思います。実際、IMHOは、関連する要素の後にウィジェットを初期化するスクリプトを配置すると、すべてを1つの場所に配置するよりも読みやすくなります（これにより、ウィジェットが早く実行され、ページの読み込み時にウィジェットがジャンプしにくくなる可能性があります）。
有効です！
次を使用できます。
<script type="text/javascript">
//<![CDATA[
// Some JavaScript code that perfectly validates in the W3C validator
//]]>
</script>
それが一般的に悪い習慣であるかどうかは言えないと思います。あなたはその場合に言わなければなりません。ただし、すべてのJavaScriptコードを同じ場所に配置するのは良いことです。HTMLファイル全体にJavaScriptコードが少しあると、少し面倒です。
私はこれを前に見たことがありませんでした。私がテストしたいくつかのブラウザで動作するようです。しかし、私が知る限り、このような場所にスクリプトタグを配置することは有効ではありません。
これは有効ですが、良い（または推奨される）方法ではありません。
私が間違っている？このようなdivタグ内にスクリプトタグを配置するのはどれほど悪いことですか？知っておくべきブラウザの互換性の問題はありますか？
<script>他の要素の下に下を配置しても問題はありません（ただし、<head>またはの中にある必要があります<body>）。ブラウザの互換性に関しても問題はありませんが、WebページにJSスクリプトを埋め込むと、深刻な欠点があります（どのように/なぜ悪いと見なされるのか）：
ベストプラクティスについては、Yahoo UIを参照してください：http：//developer.yahoo.com/performance/rules.html（ページ下部のJavaScript）
それは確かに合法です。たとえば、ここExforsysの数ページで見ました。
これは、HTMLとJavaScriptの基本を示すチュートリアルサイトであるため、そのコンテキストでは完全に理解できます。ただし、単純なステートメントまたは2つ以上の場合は、本番コードでそれを確認したくありません。あなたが何に取って代わったのか見// Some JavaScript code hereずにコメントしたくありません。
ただし、これに関してブラウザの問題は発生しないはずです。
あなたのチームがこれを行っているのは、スクリプトを動的に挿入したいためか、ページの読み込み時に起動するスクリプトを作成しているためだと思います。
絶対に必要な場合（CDATAブロック内にある限り）、これを行うことに何も問題はないとは言えませんが、それ以外では、PrototypeやjQueryなどのスクリプトライブラリを使用し、維持することをチームに推奨します。ページの外部のスクリプト。これは通常よりクリーンであり、ライブラリはコードに少しクリーンを強制することがありますが、これは現在行われていないに違いありません。
また、インラインスクリプトタグで時間のかかる関数を実行することもありません。これらはページの読み込み時に発生し、Jasonが前述したように、ページの読み込みが遅くなる可能性があるためです。すべてのスクリプトライブラリには、ページの読み込み時に処理を実行できる優れた機能があり、DOMの読み込み後など、ページの読み込み時にそれらを起動するオプションが提供されます。
これは、プログラミングへのアプローチを改善することだけでなく、パフォーマンスを改善することでもある、多くのベストプラクティスの1つです。
最終的にWeb開発では、製品を出すことが最も重要です。
保守性を損なう可能性がありますが、完全に有効です。HTMLマークアップのどこに<script>タグを配置する必要がありますか？も参照してください。そして、なぜこのjQuery関数の呼び出しがFirefoxで失敗するのですか？。
スクリプトをヘッダーに保持する必要があるというよく言われる推奨事項は、スクリプトが呼び出される前にスクリプトが確実にロードされるようにすることです。これは、特定のイベントハンドラーでのみ問題になります。他のタイプのスクリプトの場合は問題ではなく、一部のタイプ（document.writeなど）の場合は意味がありません。
いくつかのこと：
これを行うと、ページの残りの部分をレンダリングする前にJavaScriptコードを実行する必要があるため、ページの読み込みが大幅に遅くなります。そのJavaScriptコードで多くの作業を行っている場合、ブラウザがハングする可能性があります。JavaScriptコードを動的に、ページの最後（できれば</body>タグの前）にロードするようにしてください（可能な場合はいつでも）。
High PerformanceJavaScriptを購入して読んでください。JavaScriptコードの書き方が変わります。
YAHOO.util.Event.addListener、効率的で簡潔なjavascriptではないと思います。私は本を読んでそれを福音として扱うことはしません。ページ自体にjavascriptが必要な場合があります。たとえば、動的にレンダリングされる変数は、外部では実行できません.js。
YAHOO.xx.xx.xxはローカルにキャッシュされます。場合によっては、ページに変数をレンダリングしても問題ありませんが、サーバーから非表示の入力値を設定するだけであれば、通常は外部で実行できます。しかし、私はそれが間違っていないのはお勧めできませんと言いました。また、著者であるニコラス・ザカスは、彼の雇用主が誰であるかに関係なく、彼のたわごとを知っています。
document.writesはそこでやっているのですか、それともそれがどこにあるのか特別な理由はありませんか？