あるツールのための移植c++のコードc#コードについて教えてください。[定休日]
-
26-09-2019 - |
質問
私はカップルc++るユーティリティのようにポートにドットです。破壊も修復もおもしろくないツールのための移植は、c++アプリケーションにc#?
ている他の自動化ツールのいず任意のコードでも、もうこれは良い考えではありませんか?
解決
より良い質問ですなぜだろうあなたのこれまでののちょうどのポート動作するコードの付加価値(すなわち、新機能)を獲得せずに?努力はほとんどcetainly難しくなると、あなたが期待するよりも時間がかかります。ベターは、C#からあなたのC ++コードを呼び出すために、ネットの多くの相互運用機能を使用します。 C#の新機能を追加することが、作業コードを移植するあなたの時間を無駄にしないに焦点を当てています。
他のヒント
- キーボード。
- マウス
- モニター
- コーヒーです。
- 正規表現検索や取り外して交換できます。
確かに、それは活気のある市場です。 C ++からC#へ行くことは、あなたにがのきれいにコンパイル可能性があることを何かを与えます。それは実際に仕事作ることは努力を「ああ、私は自分自身がtomorow撃つぞGAWD」、ライン・バイ・ラインを取ります。 YMMVます。
このコメントされている必要があります。しかし、私はコメントを投稿するための十分な資格情報を持っていません。 これは、あなたの質問に正確には関係ありません。私はそれがあなたのために有用であろうと思っています。
私の会社は、セマンティックはには、C ++からC#へのツールその変換を持っているデザイン。これは、C ++(データ/クラス宣言、実行文)からC#に変換コア言語構造を扱います。翻訳ツールは、 DMSソフトウェアリエンジニアリングツールキットでます。
に基づいていますこれは、C#にエキゾチックな構造(COM呼び出し、カスタムAPIを、...)翻訳ハンドルにカスタマイズを必要とします。あなたが見つけるかもしれない任意のツールでは、このようなカスタマイズが必要になります。ノー既製のツールは、事実上、特定の状況のあなたの完全なセットを扱うことができます。
どのようにC ++コードから.NETアセンブリを作成するC ++ / CLIコンパイラ、およそ。最終的に、あなたは(例えばSystem::String
代わりに古典char *
の).NET型を受け入れるためのエントリポイントを手直ししたいでしょうが、あなたはC#を使用していないことにより、多くの迅速.NETに取得します。 (ETC System::String
、generic<typename T> System::Collections::Generic::List
に前述の変換。)はまた、C ++ / CLIとC#の間の変換を自動化されているが、C ++コードは.NETifiedされた後にのみ