問題タブ [strict]

Web サイトの開発には時間がかかります。生産性を向上させるために、プロトタイプをコーディングしてクライアントに見せます。プロトタイプを標準に準拠させることについては心配していません。ほとんどの場合、クライアントはプロトタイプを承認し、不当な期限を提示します。私は通常、プロトタイプを本番環境で使用することになります (プロトタイプは機能します。私の仕事を難しくする必要はありません)。

コードをリファクタリングして、有効な HTML を出力することができました。しかし、有効な HTML を出力するために努力する価値はありますか?

breakループでステートメントを使用しようとしていforますが、Perlコードでも厳密なサブを使用しているため、次のようなエラーが発生します。

./final.pl行154で「strictsubs」が使用されている間は、ベアワード「break」は許可されません。

これに対する回避策はありますか（厳密な潜水艦を無効にする以外に）？

私のコードは次のようにフォーマットされています：

Java用の優れた厳密な日付パーサーはありますか? Joda-Time にアクセスできますが、このオプションはまだ表示されていません。「Java に適した日付パーサーはありますか」という質問を見つけました。これは関連していますが、逆のようなものです。その質問は、寛大で、よりファジーな論理で、人為的エラーを起こしやすいパーサーを求めていましたが、私は厳密なパーサーが欲しいです。たとえば、「MM/dd/yyyy」という形式の場合、JodaTime (私が知る限り) と simpleDateFormat の両方を使用します。

これを解析してください: 40/40/4353

これが有効な日付になります。40 が無効な月と日付であることを認識するパーサーが必要です。確かにこれのいくつかの実装は Java に存在しますか?

HTML ページのいくつかの異なる要素に背景色を設定しようとしていますが、doctype 宣言を適用するたびに色が無視されます。他のスタイルは影響を受けないようです。私はばかだと確信しています。

IE7、FF3、および Chrome で発生します。Strict および Transitional html 4 Doctype を使用。Body と Div の背景が影響を受けます。最小限の例を以下に示します。Doctype 宣言を削除すると、Doctype 付きの派手な栄光のすべてでレンダリングされます - 面倒な白黒のみ。

ところで、私は XHTML を使用していません。サーバーで MIME タイプが正しく設定されていない限り、XML を宣言するべきではないと言った私よりもはるかに賢い人々の間のパブでの会話を耳にしたと思うからです。私の安っぽいホスティング アカウントでは、そのようなことは簡単にはできません。

Java VM には、ヒープのサイズを設定するための「-XMx」と「-XMs」があることを知っています。また、ヒープのサイズをインテリジェントに調整できる「エルゴノミクス」と呼ばれる機能もあります。しかし、厳密に固定されたサイズのヒープが必要な問題があります。

コマンドライン引数は次のとおりです。

ただし、GC ログを観察すると、ヒープのサイズが 2048K に固定されていないようです。たとえば、2368K、2432K、2176K などを参照してください。

Java ヒープの「厳密な サイジング」(それ以上でもそれ以下でもない)を行う方法はありますか?

ActionScript 3.0 の厳密モードと標準モードの違いの概要はどこで入手できますか? 言い換えれば、標準モードではできるが厳密モードではできないことは何ですか?

次のようなページを作成しようとしています。

すでに次のものがあります。

• 幅 809px のページ全体を中央に配置するページの 1 つの div
• 中身<div class="page">は以下です。
  • <div class="header">
  • <div class="container">(コンテンツ用のコンテナ)
  • <div class="footer">

私が苦労していること：

• <div class="container">以下を含める必要があります。
  • コンテナの高さ 100% の左端<div class="leftShadow">、左の影の画像を背景として<div class="leftShadow">
  • 左から 2 番目、<div class="custom_content">コンテナーまでの高さ 100% (ページのコンテンツが含まれます)
  • コンテナまでの高さが 100%の右から 2 番目<div class="sidebar_right">(追加のリンクが含まれます)
  • コンテナの高さ 100% の右端<div class="rightShadow">、右の影の画像を背景として<div class="rightShadow">

要約すると：

したがって、どちらかcustom_contentまたはsidebar_rightdiv の長さが他方より下にある場合、もう一方の高さが長い div と同じになるように伸びます。明らかに、両側の div (leftShadow と rightShadow) もコンテナーの高さの 100% まで伸ばす必要があります。

誰かが私を正しい方向に導いてくれますか? 基本的に、これらの div は、1 つの td のコンテンツが他の td の高さを超えて伸びている場合のテーブルのように動作する必要があります。

たとえば、次のように使用していることを知っています。

以上：

パフォーマンスを向上させ、いくつかの一般的な間違い（1 == trueなど）を回避できますが、次のような文字列に対して厳密な比較を使用する理由があるかどうか疑問に思っています。

次とまったく同じことをしているようです：

誰かがこの主題にいくらかの光をもたらすことができれば、私はそれを感謝します。

私がこれを書いている時点で、 ECMAScript5は最終ドラフトにあります。これは、グローバルオブジェクトへの割り当て、evalの使用、およびその他の制限を防ぐstrictモードが含まれているためです。（ジョン・レシグの記事は良い紹介です。）

この魔法の正気度保存モードは、ファイル（または関数）の先頭に「usestrict」という文字列を含めることでトリガーされます。ただし、古い環境では、「usestrict」は使用できません。「usestrict」を追加し、それを厳密な環境でテストしない場合、実際に厳密な環境に到達したときに壊れてしまう、それほど厳密ではないコードの時限爆弾を残す可能性があります。

どの環境が実際に「厳密な使用」を尊重しますか？