定義と定数の違いは、定数には型があり、マクロと関数の間では、関数が呼び出されて型付けされるのに対し、マクロはインラインで型付けされないことです。構造体とクラスの違いはそれほど多くありませんが、パブリック/プライベートのデフォルトのもの以外に違いはないと思います（ここではCではなくC ++のみを取り上げています）。

とにかく、C ++バージョン、定数、関数、およびクラスを使用するよりも、define / macros / structsを使用する方が効率的、有益、または少なくともクリーンなコードになる場合がありますか？

具体的には、これは（少なくとも最終的なプログラムでは）それらの間に明確な違いがない唯一のものであるため、クラスよりも構造体を使用する方が良いですか？効率的にない場合は、それらを使用するための規則は何ですか？使用する？

ImageMagick の PHP 拡張機能を使用するには、サーバーを ImageMagick バージョン 6.2.4 にアップグレードする必要があります。

_{(ソース: gsp.com )}

ただし、バージョン6.0.7を使用するレガシー コードがいくつかあります。

2006 年に ImageMagick が下位互換性に悪名高いというスラッシュドットのコメントを見ましたが、個人的な経験はありません。アーカイブに目を通すと、私の現在のバージョンは2005 年頃のもののようです。

ImageMagick がそれほど問題なくアップグレードできるほど安定しているかどうかを知っている人はいますか?

Java バージョン X を対象とする Java ソース コード/Java クラス ファイルがバージョン Y (Y > X) でコンパイル/実行されないという Java リリース間の非互換性はありますか?

「Java リリース」とは、次のようなバージョンを意味します。

• JDK 1.0 (1996 年 1 月)
• JDK 1.1 (1997 年 2 月)
• J2SE 1.2 (1998 年 12 月)
• J2SE 1.3 (2000 年 5 月)
• J2SE 1.4 (2002 年 2 月)
• J2SE 5.0 (2004 年 9 月)
• Java SE 6 (2006 年 12 月)

ハウスルール:

• 可能な場合は、参照とコード例を含めてください。
• 回答は非常に具体的/具体的にするようにしてください。
• @Deprecated としてマークされているクラスは、後方非互換性としてカウントされません。

1. API に下位互換性がない理由を知っている人はいますか?
2. まだスレッドセーフですか？
3. 2.x から 3.x への移行に関するドキュメントを知っている人はいますか?

私はクライアントに小さな Web サービス API を提供していますが、これは時間の経過とともに進化する予定です。したがって、何らかのバージョン管理が必要ですが、そのようなことをどのように行うかについての情報が見つかりません。

ベストプラクティスはありますか?

Web サービスのコンシューマーとの互換性を損なうことなく、新しい機能を追加し続けるにはどうすればよいですか?

1.5および1.6を使用してコンパイルされたコードは1.4JREで実行されますか？1.4JREがサポートするJavaバージョンがわかりませんでした。

問題のコードが1.5または1.6でサポートされている機能を実装している場合、それは間違いなくコンパイルされません...そして「逆コンパイル」にはいくつかのリスクがありますが、1.4JREがロードさえ拒否するかどうかはわかりませんでした1.5/1.6コンパイルされたクラスかどうか。

更新：java.lang.UnsupportedClassVersionErrorJRE 1.4で1.6クラスファイルを実行すると、例外が発生することを確認しました。

潜在的な互換性の問題のリストが Sun から提供されています: http://java.sun.com/j2se/1.5.0/compatibility.html。

古い 1.4 アプリケーションを Java 5 に対して実行/テストしているときに、他の問題に遭遇しましたか (たとえば、特定のライブラリが機能しなくなったなど)?

私は持っている

obj1 の内容を失うことなく。

現在、obj1のコンテンツを失うことを除いて、古いxmlを読むのに問題はありません。これは何らかの形で xstream でサポートされていますか? つまり、モデルの変更では抽象化が一般的です。

Perl 1.0 の最初の公開リリース (1987 年 12 月 18 日) から現在の安定版リリース 5.10.1 (2009 年) まで 22 年が経過しました。

この 22 年間に、次の注目すべきリリースが行われました。

• Perl 1.0 (1987 年 - 初期リリース)
• Perl 2 (1988 年 - より良い正規表現)
• Perl 3 (1989 - バイナリ データ ストリームのサポート)
• Perl 4 (1991 - Camel Book に記載されている Perl のバージョンを特定)
• Perl 5 (1994 年 - 主要な変更が導入され、インタプリタがほぼ完全に書き直されました)
• Perl 5.6 (2000 - 64 ビットのサポート、Unicode 文字列、大きなファイルのサポート)
• Perl 5.8 (2002 - Unicode サポートの改善、新しい IO 実装)
• Perl 5.10 (2007 - 新しい switch ステートメント、正規表現の更新、スマート マッチ演算子)

Perl の歴史における下位互換性の具体例を探しています。

質問：

• Perl の 22 年の歴史の中で、Perl バージョン X を対象とする Perl ソース コードがバージョン Y (Y > X) で実行されない、Perl 後方非互換性の例はありますか?

可能であれば、参照とコード例を含めてください。