WPF

  • Thread starter Thread starter Kid
  • Start date Start date
K

Kid

Hi

Is WPF popular now , can VC and MFC write a WPF program ?

If I want to study WPF , is there some good book to study ?

Thank you .
 
Is WPF popular now , can VC and MFC write a WPF program ?
Click to expand...

WPF is becoming popular, and there are very important ideas behind it (like
using the 3D hardware acceleration, high-composibility of contents, etc.).
However, I think that the tools need to mature, and there are issues to be
fixed (like the blurry text at small font size).

I think that you can host WPF content in an MFC application (as you can host
WinForm content in an MFC application).

A web search with your favourite search engine can lead to this article on
CodeProject:

http://www.codeguru.com/cpp/cpp/cpp_managed/nfc/article.php/c14589
If I want to study WPF , is there some good book to study ?
Click to expand...

There is a great book by Adam Nathan: "WPF Unleashed".

http://www.amazon.com/Windows-Presentation-Foundation-Unleashed-WPF/dp/0672328917

Giovanni
 
Giovanni said:
WPF is becoming popular, and there are very important ideas behind it
(like using the 3D hardware acceleration, high-composibility of
contents, etc.). However, I think that the tools need to mature, and
there are issues to be fixed (like the blurry text at small font
size).
I think that you can host WPF content in an MFC application (as you
can host WinForm content in an MFC application).
Click to expand...

But this should never be the choice for new code. MFC has nothing to offer
a pure WPF application, because the library is married to its own wrapper
around the Win32 GUI.

C++/CLI can be used for WPF, but without XAML support you'll be unhappy
trying to do so.

The recommended practice is to implement the UI (view in M-V-C architecture)
in C# and the data processing (model in M-V-C) in C++.
 
But this should never be the choice for new code. MFC has nothing to
offer a pure WPF application, because the library is married to its own
wrapper around the Win32 GUI.
Click to expand...

If one has legacy apps written using MFC, and there is a need to insert some
WPF graphics in it, it could make sense to do it incrementally, instead of
doing a complete port of the MFC GUI part to WPF.
Hosting WPF content in an MFC GUI is just an option: the OP can choose what
to do in his particular case.
C++/CLI can be used for WPF, but without XAML support you'll be unhappy
trying to do so.
Click to expand...

I completely agree with you on that. I consider C++/CLI a good tool just for
building some "bridging" layer between native code and managed code (like
exporting some native C/C++ library to the managed world, to use it in C#).
IMHO, native code should be done in C++, and for managed code C# is just
fine.

Giovanni
 
Back
Top