2

クロムソースコードのWebkitのコンテキストでは、ソース互換性がありますが、バイナリ互換性はありません. Webkit の .dll ファイルをビルドし、それを chrome バイナリでビルドすることをお勧めしますか?

4

2 に答える 2

4

(この回答は、WebKit の特定のコンテキストについては説明していません。さまざまな「それが言う」部分が正確に何を意味するのかは明確ではありません。より一般的な回答をしようとしました。)

LibFoo というライブラリがあり、LibFoo v1 を使用する SuperBar というアプリケーションを作成したとします。

LibFoo v1.1 がリリースされました。

  • これがバイナリ互換である場合、新しいバイナリをドロップするだけで、SuperBar は他の変更なしで新しいコードを使用して動作します。
  • これがソース互換のみの場合は、使用する前に v1.1 に対して SuperBar を再構築する必要があります。
于 2013-02-16T09:17:24.320 に答える
0

リンクの観点から考えてみます

リンクとは、クラスまたはインターフェースを取得し、Java 仮想マシンの実行時の状態に結合して実行できるようにするプロセスです。

クラスまたはインターフェースのリンクには、必要に応じて、そのクラスまたはインターフェース、その直接のスーパークラス、その直接のスーパーインターフェース、およびその要素の型 (配列型の場合) の検証と準備が含まれます。

新しい変更を導入するとリンクが壊れる場合は、ソース (コード) 互換性がありません(およびbinary compatible)

新しい変更を導入してもリンクが壊れない場合、少なくともbinary compatible

于 2021-04-27T22:52:44.917 に答える