I’m writing this post to tell my readers that MFC support for MBCS is now deprecated. I’ve been reading several posts and internal emails within Microsoft. For customer’s who are deep rooted into MBCS, please wake up, start removing this piece from your codebase (so easy to say).
MFC support for MBCS is now Deprecated
MFC support for MBCS is now deprecated in Visual Studio 2013 and Visual Studio 2015. So eventually MBCS will be removed from the product entirely but (could be, maybe) could remain as a separate download. The term deprecation means gradually this thing will be removed. We normally start with warnings and then eventually we remove it. So now in 2013 is you build a project with MBCS support note that you’ll start to see a warning saying MFC support for MBCS is deprecated, time to move on. You can of course, as always, disable this warning using #define NO_WARN_MBCS_MFC_DEPRECATION.
Reasons why MFC support for MBCS is Deprecated
After reading blogs and comments the reasons that I could gather are as follows…
- Research by Microsoft has shown that usage of MBCS by customer’s has significantly gone down.
- Unicode is already popular and it can represent almost every language.
- Native Windows API’s has been supporting Unicode interface for a long time now hence MFC will now be more aligned with the SDK as well, gets rid of the performance hits customer’s run into while using non-Unicode API’s. These API’s will eventually convert non-Unicode parameters to Unicode and then call corresponding Unicode version of this API, for e.g. GetWindowTextA will eventually call GetWindowTextW to get a window’s text.
- Faster downloads. Reduced size of MFC libraries since these days Visual Studio is downloaded instead of being written onto a disk. MBCS libraries are now available as a separate download package. The size of the package is showing up as 64.3 MB. Doesn’t sound that huge though!
Why Would Somebody Still Require MFC Support for MBCS?
Few reasons that I could think off are as follows…
- Large codebase.
- Huge cost on testing code changes as the changes will be significant and impact will be huge as well. The benefits of this change to end customer is pretty trivial though.
- For him the application worked then and it will continue working.
- End customer will also might have do some heavy testing if they’re dependent on a library which removed MBCS support. So library vendors will have a pain there as well.
- Government customers will be affected as well as they have their own code validation process before accepting an application from a vendor.
- Reading in old data files or data from databases (?).
- Customer’s who have portable code cannot convert to UTF-16 just like that. They might have to eventually rewrite something just for Windows.
- MBCS as of now will come as a separate download. See below screenshot…
VS2015 download link
- Do not move to a newer version of Visual Studio which doesn’t support MBCS, that’s what I would do if I’m worried about about MBCS eventually not being supported by an IDE version.
- Raise your voice, let it be heard.