問題タブ [version]

マネージC++プロジェクトがあります。

DLLのバージョン情報（エクスプローラーに表示され、インストーラーによって使用される）を、アセンブリバージョン属性で生成されたバージョン情報と一致させるにはどうすればよいですか？

AssemblyInfo.cpp：

この問題については、ここで説明します。

私の会社は製品を作っています。SVN によってバージョン管理されます。これは webapp であるため、基本的に、一部の機能が含まれていないバージョンがリリースされることはなく、常にベータ版としてラベル付けされる可能性があります。しかし、企業向けの製品になるので、そこに「不安定な監視」を付けたくありません。では、どのようにバージョン管理を行いますか? 1.0 は安定していますか? ビルドの日付をバージョン番号に含める必要がありますか? 皆さんの考えを教えてください！

シナリオを示してから、誰かが解決策/回避策を持っているかどうかを確認してください。

クラスのみを含むライブラリ (DLL) があります。別のライブラリには、最初のライブラリのクラスが実装するインターフェイスがあります。クライアントは常に、インターフェイスを含むライブラリの 1 つのバージョン (常に最新のもの) のみを参照し、それらのインターフェイス (より多くのインターフェイス/メソッド) への追加のみが行われます。また、そのインターフェイス ライブラリのバージョンは 1 つだけです - クライアントが参照を更新する必要がないように (インターフェイス ライブラリはリフレクションを介して読み込まれます - 通常のプローブ ルールは適用されません。に頼む）。インターフェイスを実装するライブラリには、異なるクライアントが同時に参照する複数のバージョンがあります。

この問題は、クライアント アセンブリが古いバージョンの実装ライブラリを参照している場合に発生します。実装ライブラリのクラス型からオブジェクトを作成し、それを別のクライアント アセンブリに渡します。そのクライアント アセンブリは、インターフェイス ライブラリの最新 (かつ唯一の) バージョンを使用し、渡されたオブジェクトを適切なインターフェイス型でキャストしようとします。このキャストは、「System.TypeLoadException: アセンブリ Z の Y 型のメソッド X には実装がありません」という例外で失敗します。インターフェイスの新しいバージョン (同じバージョン番号 - 古いライブラリが破壊された) ではメソッド X が定義されているため、この例外が予想されましたが、渡されたオブジェクトの古いバージョンには、対応するインターフェイスを実装することを示すメタデータが含まれています。

それで、私の質問はこれです。クライアントにそのインターフェイスを使用させる方法はありますが、参照されたオブジェクトに実装されていないメソッドが呼び出されたときにのみ例外が発生します(参照されたオブジェクトが新しいインターフェイス型にキャストされたときに例外が生成されるのではなく)?

ちなみに、インテリセンス/コンパイル時の型チェックが必要なため、遅延バインディングはオプションではありません...また、関数ポインターとラッパークラスでこれを行う方法を知っています-より良い解決策を望んでいました通常の .NET タイプで調整します。

ありがとう - どんな助けでも大歓迎です

codeDOM を使用して生成された exe ファイルのファイル バージョンを設定する手段を探しています。私は常に0.0.0.0として出てきます。明らかにプログラムが好まれますが、この時点では何もないよりはましです。

次のような構造で、アプリケーションのプライベートフォルダーに保存する必要がある同じアセンブリの複数のバージョンがあるシナリオがあります。

私の問題は、.Netランタイムが古いバージョンのいずれかを要求されると、常に最新バージョンを検出し、ビルド番号の不一致が原因で失敗してから、より適切な一致をプローブしようとすることです。

アセンブリには強い名前が付けられており、app.configでこの構成を使用しています。

うまくいけば、私がここで見逃したことがあります。AppDomain.AssemblyResolveイベントをリッスンすることで、これをコードで解決できることはわかっていますが、純粋な構成ソリューションを確認したいと思います。

更新：それで、ケントが想定したタイプミスであるバグを見つけました。culture="netural"である必要がありますculture="neutral"。とはいえ、タイプミスがなければ、codeBase各バージョンを指す要素を使用する場合、解決はうまく機能します。このシナリオでは、プロービング要素が機能していないようです。

ほとんどの人が WWW で使用している Java のバージョンに関するサイト/分析はありますか? このデータはウェブサーバーのログでは利用できないようです (vs. Flash バージョン)

たとえば、Java 1.4.2 をアプレットの最小要件として安全に設定できますか? それとも、Java 1.1 (MS one) または Java 1.2-1.3 を使用しているユーザーがまだ多くいますか?

Java が古すぎる場合、Java を更新するのはまだ少し複雑なプロセスです。たとえば、Windows マシンでは管理者権限が必要であり、一部の Linux ディストリビューションでも少し難しいです。

どのバージョンがインストールされているかを確認できる 1 つのファイルが必要です。PHP プログラムなので、ファイルを調べることができます。Zend FrameworkまたはHTMLpurifierではバージョン番号がまったく見つからないため、標準化された場所があるかどうかを考えていました。

また、標準の場所がない場合は、Zend Framework と HTMLPurifier にも追加して、インストールされているバージョンを常に把握できるようにします。txtファイルを更新する必要があることは、別の代替手段です..

編集: 近い将来 PHPundercontrol を使用することを考えていますが、Zend Frameworks の番号を更新する必要があるのはなぜですか? 新しいバージョンをアップロードしたことをどのように知る必要がありますか?

移行を作成すると、移行のバージョン番号が単純にインクリメントされていた時代に戻ると、次のようにするのは簡単でした。

...しかし、現在、YYYYMMDDtimeofday のような移行番号があります。これは悪いことではありません - 移行バージョンの競合を最小限に抑えます - しかし、50 の移行があり、一度に 1 つずつステップ実行したい場合、面倒です:

...等。目の前ですべての移行のリストを開いて、バージョン番号を入力して 1 つ進める必要があります。次のような、より簡単な構文を持つものはありますか。

また

?