問題タブ [version]

理論的には、.net フレームワークのどのバージョンに対してもコンパイルできるコードがあるとします。必要に応じて、「Hello World」と考えてください。

ただし、実際にコードをコンパイルすると、特定のバージョンに対して実行される実行可能ファイルが得られます。

コンパイルされたexeが見つかったバージョンに対して実行されるように調整する方法はありますか? 答えはノーだと強く思いますが、間違っていることが証明されれば幸いです...

編集：さて、私たちの階段の下に行きます。後のフレームワークが、以前のバージョンでコンパイルされた exe を問題なく実行できるとは思いもしませんでした。すべての応答に感謝します!

GetVersionEx Win32 API 関数を呼び出して、Windows のバージョンを取得できることはわかっています。ほとんどの場合、返される値は Windows のバージョンを反映していますが、そうでない場合もあります。

ユーザーが互換性レイヤーの下でアプリケーションを実行すると、GetVersionEx は実際のバージョンではなく、互換性レイヤーによって強制されたバージョンを報告します。たとえば、Vista を実行していて、プログラムを「Windows NT 4」互換モードで実行すると、GetVersionEx はバージョン 6.0 ではなく 4.0 を返します。

この動作をバイパスして真の Windows バージョンを取得する方法はありますか?

Rubyでファイルのバージョン、具体的には.dllファイルを見つける方法はありますか？

私はもともと VB6 で書かれたアプリケーションの保守を任されています。その後、VB .Net にインポートされました。控えめに言っても、コードはオブジェクト指向ではありません。コードは、Public Shared 属性 (変数) とメソッド (関数) しか含まないクラスでいっぱいです。その結果、アプリケーションが一度に複数のプロジェクトを開くことが制限されます。

プロジェクトは、一般的なプロジェクト設定を含む XML ファイルと、他のプロジェクト関連データを含む Access データベースの場所で構成されます。何年にもわたって XML ファイルの形式が変更され、更新およびバージョン管理戦略が採用されました。選択した戦略は、古いバージョンが検出されるたびに、開いたときに更新を実行します。これまでの更新は、XML ファイル内のデータの再配置、データベース スキーマの変更、および XML ファイルからデータベースへのデータの移動のみで構成されていました。

OOP のバックグラウンドがかなりあるので、プロジェクトは、他のオブジェクトが相互作用する自己完結型のオブジェクトであるべきであることが容易にわかります。ただし、選択した更新戦略を OOP に適用する方法がわかりません。

選択した更新戦略を OOP で実装するという問題により、私はまだ OOP を使用できませんでした。誰かがそのようなタスクの経験がある場合、または進め方についての推奨事項がある場合は、あなたが提供できる支援をいただければ幸いです.

VS 2003 を使用してインストールを構築しています。インストールには、Excel ワークブックと 2 つの Access データベースがあります。ユーザーのコンピューター上の既存のデータベースの作成/変更の日付に関係なく、Access ファイルを強制的に読み込む必要があります。現在、ORCA を使用して 2 つのファイルにバージョン番号を強制的に適用していますが、よりシンプルで洗練された解決策を見つけたいと考えています (.msi ファイルを手動で編集することは、「ベスト プラクティス」とは見なされません。

インストールで使用されるバージョン番号を Access を使用してデータベースに追加する方法はありますか?

これを行うためのより良い方法はありますか？

[RemoteClass] タグを使用して、カスタム Flex クラスにシリアライゼーション インテリジェンスを与えるとします。

オブジェクトを変更する必要がある場合 (新しいフィールドの追加、フィールドの削除、フィールドの名前変更など) はどうなりますか?

これをエレガントな方法で処理するためのデザインパターンはありますか?

ばかげているように聞こえるかもしれませんが、2つのバージョンのsubversion間でバージョンの競合が発生することがあります。sshfsを使用して開発サーバーにディレクトリをマウントしてから、ローカルのVimを使用してコードを編集します。更新、コミットなどのサブバージョンの場合。サーバーでsshを実行し、そこで実行します。ただし、シェルを混同して、マウントされたディレクトリのローカルシェルで誤って更新またはコミットすることがあります。Subversionはエラーで終了しますが、これは問題ありません。ただし、sshセッションで開発サーバーで同じことを実行しようとすると、subversionは、作業ディレクトリ/subversionのバージョンが間違っていることを示します。サーバーのサブバージョンバージョンは私のノートブックのバージョンよりも古いので、私の（新しい）バージョンはどういうわけか作業ディレクトリをアップグレードして、開発サーバーの古いバージョンと互換性がないようにします。.svn / lockファイルを削除すると役立つ場合がありますが、ノートブックでsubversionコマンドを実行した直後に削除した場合に限ります。その後、開発サーバーでコマンドを実行すると、ロックファイルが消え、チェックアウトをレスキューする方法がわかりません。リポジトリがそれほど大きくなければ、これはそれほど悪くはありません。特に私がたくさんの変更を加えて、それらをコミットできないとき。

現在私が目にしている唯一の解決策は、どこかで変更したファイルをコピーし、チェックアウトを削除し、完全に新しいチェックアウトを実行して、ファイルをコピーして戻すことです。

壊れたチェックアウトや私の変更を救済するためのより良い解決策はありますか？

更新 リンクされたFAQMikaelSundbergに回答が含まれていました。彼がそれについて明確に言及していないので、私はそれをここに書き留めます。安全な場合に、アップグレードされたリポジトリをダウングレードできるスクリプトがあります。

http://svn.apache.org/repos/asf/subversion/trunk/tools/client-side/change-svn-wc-format.py

インストールされているPerlモジュールのバージョンをどのように見つけますか？

これは一番下の答えにありますが、私はここに住むのに十分重要だと思います。これらの提案を使用して、自分の関数を作成します.bashrc

ActiveX オブジェクトを作成することで IE でこれを実行できることは知っていますが、FF ではどうすればよいでしょうか。navigator.plugins['Adobe Acrobat'] オブジェクトは、インストールされているかどうかを知らせてくれますが、バージョン番号は含まれていません。何か案は？

C＃Windowsフォームアプリケーション（Visual Studio 2005）でいくつかの単体テストを実行しようとすると、次のエラーが発生します。

System.IO.FileLoadException：ファイルまたはアセンブリ'Utility、Version = 1.2.0.200、Culture = neutral、PublicKeyToken=764d581291d764f7'またはその依存関係の1つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。（HRESULTからの例外：0x80131040）**

x.Foo.FooGO（）で

Foo.cs：line 123のx.Foo.Foo2（String groupName_）で

FooTests.cs：line 98 **のx.Foo.UnitTests.FooTests.TestFoo（）で

System.IO.FileLoadException：ファイルまたはアセンブリ'Utility、Version = 1.2.0.203、Culture = neutral、PublicKeyToken=764d581291d764f7'またはその依存関係の1つを読み込めませんでした。見つかったアセンブリのマニフェスト定義がアセンブリ参照と一致しません。（HRESULTからの例外：0x80131040）

私は自分のレファレンスを調べましたが、レファレンスしかありませんUtility version 1.2.0.203（もう1つは古いです）。

このDLLファイルのこの古いバージョンを参照しようとしているものを理解する方法についての提案はありますか？

その上、私は私のハードドライブにこの古いアセンブリさえ持っていないと思います。この古いバージョンのアセンブリを検索するためのツールはありますか？