d****r
发帖数: 80 | 1 现在上班用MFC。知道这是不怎么流行的技术，请教各位MFC的现状及未来。
另外业余时间想充充电，看些什么能跟上当前的技术趋势，c++方面的。谢谢。 |
l****c
发帖数: 838 | 2 I thought it is dead. No?
Not .net? I only use Linux.
【在 d****r 的大作中提到】
: 现在上班用MFC。知道这是不怎么流行的技术，请教各位MFC的现状及未来。
: 另外业余时间想充充电，看些什么能跟上当前的技术趋势，c++方面的。谢谢。
|
n*****s
发帖数: 6495 | 3 没什么人用了吧
觉得WPF+C#挺好用的，虽然也不太流行 |
x*********w
发帖数: 533 | 4
MFC's future is no future
【在 d****r 的大作中提到】
: 现在上班用MFC。知道这是不怎么流行的技术，请教各位MFC的现状及未来。
: 另外业余时间想充充电，看些什么能跟上当前的技术趋势，c++方面的。谢谢。
|
d****r
发帖数: 80 | 5 大牛讲讲我该为往哪个方向转做准备呢？
【在 x*********w 的大作中提到】
:
: MFC's future is no future
|
d****r
发帖数: 80 | 6 大牛能不能给指个出路
【在 x*********w 的大作中提到】
:
: MFC's future is no future
|
f****p
发帖数: 18483 | 7 不！不是完全这样。
从技术上说，MFC还是不错的，因为它用C++包装了Win32的那些API，否则你用Win32
API直接programming，你得费好多事，而在性能上不差。现在MFC都给封装到Windows
SDK里面去了，都是说不存在作废一说。
说到出路，对，MFC现在好像用的不多，但是很多好的带界面的还是有很多用MFC。造成
这种局面有多种原因。一个是，大家现在不是从内核到GUI都一个人包了，那个GUI都是
包装成自己内部的SDK了，而专门管这个GUI的人就专门维护这个，而这种职位不是特别
多。其次，像java这种语言出现了，GUI就不用MFC、Win32来写了，用java的写起来快
，尽管性能有所损失。连Matlab里面也有了。其三，跨平台问题，Qt和GTK+在Linux、
Windows和MacOSX上都有了，所以很多公司就不用Windows native的SDK了。一种语言可
以编译到别的平台上运行，总比只支持Windows强吧。其四，大多数编程的都是不和GUI
打交道了，所以纯C/C++, Java,...的职位多。
你找好了，还是可以有职位给MFC的。
【在 d****r 的大作中提到】
: 大牛能不能给指个出路
|
d****r
发帖数: 80 | 8 多谢指点。
【在 f****p 的大作中提到】
: 不！不是完全这样。
: 从技术上说，MFC还是不错的，因为它用C++包装了Win32的那些API，否则你用Win32
: API直接programming，你得费好多事，而在性能上不差。现在MFC都给封装到Windows
: SDK里面去了，都是说不存在作废一说。
: 说到出路，对，MFC现在好像用的不多，但是很多好的带界面的还是有很多用MFC。造成
: 这种局面有多种原因。一个是，大家现在不是从内核到GUI都一个人包了，那个GUI都是
: 包装成自己内部的SDK了，而专门管这个GUI的人就专门维护这个，而这种职位不是特别
: 多。其次，像java这种语言出现了，GUI就不用MFC、Win32来写了，用java的写起来快
: ，尽管性能有所损失。连Matlab里面也有了。其三，跨平台问题，Qt和GTK+在Linux、
: Windows和MacOSX上都有了，所以很多公司就不用Windows native的SDK了。一种语言可
|
