【GUI】MFCからC#への移行についての必要性

質問

今まで主にMFCを用いたコーディングをしていたのですが
GUIをMFCからC#に移行する作業を検討しています。

そこでCoreとなるソースはC++にしておきたいので
「MFC ダイアログベース」 から　「C++　DLL」に移植を考えてます。

その為、今テストとしていくつかのソースコードをDLL化してみましたが
MFCのAPIによるエラーが非常に多く作業量が膨らむばかりです。

ここで質問ですが、このような作業は将来的にメリットを生み出す事かどうか
個人差があるかとおもいますが皆様からのご意見頂けないでしょうか？

私の方で気づいたメリットは以下の点だけで、作業に価値があるか少しずつ疑問になってます・・・。

・WPFなどを使える事からGUI周りのレベルが上がる

・今後、C#による需要が多くなると見込んでいるため。

作業量が多く挫折しそうです。。。

回答No.1

neuron-x · ベストアンサー

使う人からすれば、どの言語で作られていたとしても、あまり関係がありません。（.NETのランタイム読み込みで起動が少し遅いとか、パフォーマンスの差はあるにしても）

MFC C++からC#に移行させるメリットがあるかどうかですが、プログラムの内容や、今後の展開などによって変わってくると思います。
実際のプロジェクトでも、基本的にはC#で作成し、一部の処理だけC++を使う…という事もありますが、この場合はC++でしか出来ない、C++の方が効率が良い、過去の膨大なC++資産を活用したい…など、明確な理由がある場合のみです。
もし、そのような理由が無いのであれば、ロジックなどを含め全てC#に移行してしまった方が良いと思います。

あげられているメリットとしては、どちらかというと「個人のスキルに対するメリット」という感じだと思いますが、もしそうであればロジック部分も含めて.NET系に置き換えてみるのも良いかもしれませんよ。
もしくは、ネイティブ（C++）との連携方法もきちんと理解しておくために、あえて一部処理はC++で残しておくのも手ですが。

お礼

非常に参考になりました。

.NET化の導入と既存資産の活かし方を考えていきたいと思います。

回答No.2

wormhole

>今まで主にMFCを用いたコーディングをしていたのですが
>GUIをMFCからC#に移行する作業を検討しています。

「MFCから.NET Frameworkに移行する作業」では？

>そこでCoreとなるソースはC++にしておきたいので
>「MFC ダイアログベース」 から　「C++　DLL」に移植を考えてます。

文章の意味がわからないんですが・・・
「MFC ダイアログベース」から「C++ DLL」に移植とはどういう事ですか？

なんとなく、MFCで作ったDLLをC#で使えるようにしようとしてる気がするんですが。

お礼

＞「MFCから.NET Frameworkに移行する作業」では？

いえ、あくまでC++言語を活用したく考えてました。

MFCで作ったDLLを... →C++/CLIにたどり着きました。