問題タブ [managed-code]

管理された言語またはフレームワークでツリー構造を使用することの利点または利点は、その言語またはフレームワーク（別名.NET）によって提供されるフラット構造よりも優れていますか？そのような構造用のライブラリはありますか？

私たちには、プロジェクトに取り組んでいる多くの人がいます。アンマネージ コードまたはタイプセーフでないコードがある場合、ソリューション全体をスキャンしてチェックするツールはありますか?

目的は、ソリューション全体を完全に管理されたコードでホストし、抜け穴を見つけて、タイプ セーフで管理されたコードになるように修正することです。

考慮して対処する必要がある一般的な抜け穴は何ですか?

ありがとう。

マネージ言語は、メモリのクリーンアップを処理する言語です。

編集ガベージコレクションについて話しているのではありません。free()私は、自動的に記憶し、機械語にコンパイルできる言語について知りたいと思っていました。

Windows PE（Vistaまたは7）でプログラムを実行したい場合、どのレベルのマネージコードも使用できませんか？

dotNetコードを参照しないc++コードのみを使用できますか？

どうすればウィンドウを操作できますか？さまざまな操作を実行するには、user32.dllタイプのファイルを使用する必要がありますか？

安全でないUDFアセンブリをSQLServer2005に展開する必要があります
。C＃とVisual Studio2008を使用しています。
クライアントのマシンに安全でないアセンブリをスムーズに展開できるようにするために必要な手順を知る必要があります。クライアントのDBAは非常に厳格な仲間なので、許可などをいじる正当な理由で彼を満足させる必要があります。

SQL Server データベースに配置されたアセンブリのバージョンを確認する必要があります。
アセンブリを再デプロイする必要があるかどうかを知るには、スクリプトまたはその他のプログラムによる方法で行う必要があります。

何か案は？

ありがとう。

私の経験では、.NET はネイティブ コードよりも 2 ～ 3 倍遅くなります。（多変量最適化のためにL-BFGSを実装しました）。

stackoverflow の広告を http://www.centerspace.net/products/まで追跡しました

スピードは本当に素晴らしく、スピードはネイティブコードに近いです。彼らはどのようにそれを行うことができますか? 彼らは言った：

Q. NMath は「純粋な」.NET ですか?

A. 答えは、「純粋な .NET」の定義によって多少異なります。NMath は、C# に加えて、小さなマネージ C++ レイヤーで記述されています。ただし、基本的な線形代数演算のパフォーマンスを向上させるために、NMath はネイティブの Intel Math Kernel Library (NMath に含まれています) に依存しています。しかし、COM コンポーネントや DLL はなく、.NET アセンブリだけです。また、マネージド C++ レイヤーで割り当てられ、ネイティブ コードで使用されるすべてのメモリは、マネージド ヒープから割り当てられます。

誰かが私にもっと説明できますか？

大規模なデータセットを処理する高性能メソッドを作成するとします。開発者がCまたはC++への移行を強制されるのではなく、手動のメモリ管理をオンにする機能を持たないのはなぜですか？

私のアプリケーション全体（20MBの実行可能ファイルを備えたかなり大きい）は、アンマネージC++で記述されています。マネージコードを使用する利点がはっきりとわかるので、アプリケーションにマネージコードを導入したいのですが、どこから始めればよいですか？

C ++ / CLIの使用を簡単に開始して、アプリケーションの他の部分とリンクできますか？（C ++ / CLI構文はかなり「エキゾチック」に見えますが）。

または、C＃に移行する方が良いのですが、これをアンマネージC ++コードと「リンク」するための最良の方法は何ですか？

/clrオプションを使用してすべてのC++コードをコンパイルすることは意味がありますか？これは機能しますか？

マーシャリングについて心配する必要がありますか？これはオーバーヘッドをもたらしますか、それともパフォーマンスを低下させることなくマネージドとアンマネージドを切り替えることができますか（20年前にFortranとCを混合したときと同じように）。パフォーマンスは、数ギガバイトのメモリを処理することがある科学的なアプリケーションであるため、私のアプリケーションでは非常に重要です。

または、ユーザーインターフェイスを再設計し、これをC＃で記述し、アプリケーションの残りの部分（計算ロジック、ビジネスロジック、データベースインターフェイスなど）をアンマネージC ++で保持することだけが意味がありますか？

私のアプリケーションは時々数ギガバイトのメモリを処理する必要があるので、64ビットのバリアントがあります。64ビットのマネージコードを使用するのは簡単ですか？それだけのメモリが使用されている場合でも、ガベージコレクタは効率的ですか？

簡単に言うと、どこから始めればよいですか？

パトリック

WinDbg (ネイティブ x64 -- Itanium ではない) を使用して、マネージド DLL とアンマネージド DLL の両方をロードする x64 (アンマネージド) アプリケーションをデバッグしています。

アンマネージ DLL の 1 つにブレークポイントを設定しようとしています。ブレークポイントに到達してステップスルーすると、表示される指示が本来あるべきものとはまったく異なります。2 つの異なる逆アセンブラーを使用して、ステップ実行時に WinDbg が正しい逆アセンブリを表示していないことを確認しました。

アプリケーションにアタッチすると、次のような行が表示されます。

ベース アドレス XXXXXXXX を反映するように、2 つの逆アセンブラのアドレスを調整しました。

何が問題なのですか？