C# クラスの下位互換性/互換性を破る変更を回避するためのルール 質問する

私は、エンタープライズ サーバー環境のさまざまなアプリケーションで使用される C# 3.5 アセンブリに取り組んでいます。既存の C# クラス (抽象ではない) にいくつかのプロパティを追加し、再コンパイルせずに現在のクライアントとの下位互換性を維持したいと考えています。これは、厳密に名前が付けられた 3.5 アセンブリです。既存のクライアント アプリケーションは再コンパイルされません。代わりに、発行者ポリシー アセンブリを使用して、既存のクライアントを更新されたバージョンにリダイレクトします。

このタイプのクラスの下位互換性を維持するためのルールは何ですか?

コードの変更を検証できる一連のルールを探しています。

現在、クラス クライアントを更新しようとしていますが、"見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません" という例外がスローされます。