問題タブ [standards-compliance]

私は自分のWebページに小さなJavaアプリケーションを配置することを検討してきましたが、調査を重ねるほど、それをどのように行うべきかについて混乱します。Sunはそれを行うための多くの方法を提案していますが、それはNetscape時代のもののように疑わしいように見えます。

だから、私は<applet>日食、、、<embed>またはによって示唆されているように、を使用する必要があり<object>ますか？

そして、どのように正しいタグを使用する必要がありますか？

このプログラムは明確に定義されていますか？そうでない場合は、なぜ正確ですか？

私の推論：12.4 / 14によると、デストラクタを2回呼び出すことは未定義の動作ですが、正確には次のようになります。

存続期間が終了したオブジェクトに対してデストラクタが呼び出された場合、動作は未定義です。

これは再帰呼び出しを禁止していないようです。オブジェクトのデストラクタが実行されている間、オブジェクトの存続期間はまだ終了していないため、デストラクタを再度呼び出すのはUBではありません。一方、12.4/6は次のように述べています。

本体を実行した後[...]クラスXのデストラクタは、Xの直接メンバーのデストラクタ、Xの直接基本クラスのデストラクタを呼び出します[...]

つまり、デストラクタの再帰呼び出しから戻った後、すべてのメンバーおよび基本クラスのデストラクタが呼び出され、前のレベルの再帰に戻ったときに再度呼び出すとUBになります。したがって、ベースがなく、PODメンバーのみが存在するクラスは、UBなしで再帰デストラクタを持つことができます。私は正しいですか？

jsonファイル拡張子を定義する標準または仕様はありますか？

私は.json使用されているのを見てきました-これは一般的に受け入れられている慣行ですか、それともファイル形式で保存されたjsonの標準化団体の要件ですか？

PHPでこのエラーが発生する原因として考えられるものは何ですか？互換性があるとはどういう意味かについての情報はどこにありますか？

bash スクリプトでは、ユーザーの Web ブラウザーを起動する必要があります。これを行うには多くの方法があるようです：

• $BROWSER
• xdg-open
• gnome-openGNOME で
• www-browser
• x-www-browser
• ...

ほとんどのプラットフォームで機能する、これを行うための他の方法よりも標準的な方法はありますか、それとも次のような方法を使用する必要があります。

BasicProfile 1.1 に準拠する WebService を実装したいと考えています。WebMethod は次のようになります。

この呼び出しは BasicProfile 1.1 に準拠していますか? BasicProfile 1.1 の適合性を確認するにはどうすればよいですか?

MSDN ごと

URLEncode は次のように文字を変換します。

• スペース ( ) はプラス記号 (+) に変換されます。
• 英数字以外の文字は、16 進数表現にエスケープされます。

これは似ていますが、 W3Cとまったく同じではありません

application/x-www-form-urlencoded

これはデフォルトのコンテンツ タイプです。このコンテンツ タイプで送信されるフォームは、次のようにエンコードする必要があります。

1. コントロールの名前と値はエスケープされます。スペース文字は「+」に置き換えられ、予約文字はRFC1738のセクション 2.2 で説明されているようにエスケープされます。英数字以外の文字は、「%HH」、パーセント記号、および文字の ASCII コードを表す 2 桁の 16 進数に置き換えられます。改行は "CR LF" のペア (つまり、'%0D%0A') として表されます。

2. コントロールの名前/値は、ドキュメントに表示される順序でリストされています。名前と値は「=」で区切られ、名前と値のペアは「&」で区切られます。

私の質問は、URLEncode が有効な x-www-form-urlencoded データを生成するかどうかを判断する作業を行った人はいますか?

<b>、<i>、<font>およびこれらすべての廃止されたタグを使用する JQuery ベースの HTML エディターを使用したくないだけです。助けてください。

私は現在、さまざまな建物環境間でかなり移植性が必要なCプロジェクトに取り組んでいます。このプロジェクトは、ホストされたC環境上のPOSIX準拠システムを対象としています。

優れた移植性を実現する1つの方法は、選択した標準に準拠してコーディングすることですが、特定の翻訳単位がISO Cに厳密に準拠しているかどうかを判断することは困難です。たとえば、一部の翻訳制限に違反している可能性があります。コンパイル環境からの診断メッセージがなくても、未定義の動作に依存している可能性があります。大規模なプロジェクトの厳密な適合性をチェックできるかどうかさえわかりません。

それを念頭に置いて、翻訳ユニットの特定の標準（C89やC99など）の下で厳密なISO C適合性をテストするためのコンパイラ、ツール、または方法はありますか？

どんな助けでも大歓迎です。

私は現在次のことを行っており、コンパイラ（MSVC2008 /および2010）はそれについて文句を言いませんが、それが悪い考えかどうかはわかりません：

いつもは と書いていたの#endif // FOO_H_ですが、今日はそうしないことに気づき、しばらくコメント方式をやっていないらしいのでおかしいと思いました。

すべてのヘッダーに戻って修正する必要があるのはこの悪い習慣ですか (これはクロスプラットフォーム アプリケーションです)、それともそのままにしておいても問題ありませんか?