a*******m
发帖数: 626 | 1 大概十年前写了唯一一次完整的MFC程序，是为了交作业。一直觉得很难学懂MFC，是个
很难掌握的东西。
想请教大家一下现在MFC到底处在什么样的位置，是否有必要好好学习一下？个人拙见，
MFC遵循的Document/View这样的设计角度讲，是否不如Java Swing这样的严格MVC实现？
（除去C++和Java语言区别带来的不同学习曲线）
本世纪初就有人说MFC不行了，但是现在居然还好好在VS2010里待着。莫非是因为使用M
FC写出来的Windows App应该是唯一一种能被Windows原生支持的GUI App吧（除了C + W
in32API这种最赤裸裸的）？虽然MFC不止能写GUI，不过这个应该是主要用途吧。
如此长寿的框架必有其过人之处，请大牛们指点。谢谢！ |
M**u
发帖数: 10158 | 2 dead
见，
现？
用M
W
【在 a*******m 的大作中提到】
: 大概十年前写了唯一一次完整的MFC程序，是为了交作业。一直觉得很难学懂MFC，是个
: 很难掌握的东西。
: 想请教大家一下现在MFC到底处在什么样的位置，是否有必要好好学习一下？个人拙见，
: MFC遵循的Document/View这样的设计角度讲，是否不如Java Swing这样的严格MVC实现？
: （除去C++和Java语言区别带来的不同学习曲线）
: 本世纪初就有人说MFC不行了，但是现在居然还好好在VS2010里待着。莫非是因为使用M
: FC写出来的Windows App应该是唯一一种能被Windows原生支持的GUI App吧（除了C + W
: in32API这种最赤裸裸的）？虽然MFC不止能写GUI，不过这个应该是主要用途吧。
: 如此长寿的框架必有其过人之处，请大牛们指点。谢谢！
|
S**I
发帖数: 15689 | 3 MS已经转向推广.NET和C#了，VS里保留MFC也只是为了向下兼容。
见，
现？
用M
W
【在 a*******m 的大作中提到】
: 大概十年前写了唯一一次完整的MFC程序，是为了交作业。一直觉得很难学懂MFC，是个
: 很难掌握的东西。
: 想请教大家一下现在MFC到底处在什么样的位置，是否有必要好好学习一下？个人拙见，
: MFC遵循的Document/View这样的设计角度讲，是否不如Java Swing这样的严格MVC实现？
: （除去C++和Java语言区别带来的不同学习曲线）
: 本世纪初就有人说MFC不行了，但是现在居然还好好在VS2010里待着。莫非是因为使用M
: FC写出来的Windows App应该是唯一一种能被Windows原生支持的GUI App吧（除了C + W
: in32API这种最赤裸裸的）？虽然MFC不止能写GUI，不过这个应该是主要用途吧。
: 如此长寿的框架必有其过人之处，请大牛们指点。谢谢！
|
a*******m
发帖数: 626 | 4 .NET很强大，不过其中一个问题就是没有.NET Framework的机器是没法运行的，同样的
问题也应该出现在Swing, JavaFX和其他需要中间层和虚拟机的GUI库，虽然他们的设计
更易于开发吧。
是否从这一点上MFC无可取代？（MFC所需要的运行库在几乎所有版本的Windows都存在，
不用用户安装任何第三方库或者运行环境）
不知QQ这样流行的Windows客户端是否也用MFC开发？纯猜测，呵呵
MS已经转向推广.NET和C#了，VS里保留MFC也只是为了向下兼容。
见，
现？
用M
W
【在 S**I 的大作中提到】
: MS已经转向推广.NET和C#了，VS里保留MFC也只是为了向下兼容。
:
: 见，
: 现？
: 用M
: W
|
S**I
发帖数: 15689 | 5 Windows Vista自带.NET 3.0，Windows 7自带.NET 3.5；你说的这个问题会随着操作系
统的升级换代逐渐消失。
在，
【在 a*******m 的大作中提到】
: .NET很强大，不过其中一个问题就是没有.NET Framework的机器是没法运行的，同样的
: 问题也应该出现在Swing, JavaFX和其他需要中间层和虚拟机的GUI库，虽然他们的设计
: 更易于开发吧。
: 是否从这一点上MFC无可取代？（MFC所需要的运行库在几乎所有版本的Windows都存在，
: 不用用户安装任何第三方库或者运行环境）
: 不知QQ这样流行的Windows客户端是否也用MFC开发？纯猜测，呵呵
:
: MS已经转向推广.NET和C#了，VS里保留MFC也只是为了向下兼容。
: 见，
: 现？
|
a*******m
发帖数: 626 | 6 嗯，这个也许以后就不是个问题了。
也许MFC的历史使命真的快结束了:)
Windows Vista自带.NET 3.0，Windows 7自带.NET 3.5；你说的这个问题会随着操作系
统的升级换代逐渐消失。
在，
【在 S**I 的大作中提到】
: Windows Vista自带.NET 3.0，Windows 7自带.NET 3.5；你说的这个问题会随着操作系
: 统的升级换代逐渐消失。
:
: 在，
|
s***o
发帖数: 2191 | 7 MFC is not dead yet. It's still popular among Windows developers.
However, if you don't know it already, I don't think it's a good idea to
spend any time on it now.
WPF was meant to replace MFC. Unfortunately it kind of sucks and has
various problems. M$ simply ignored all the complaints and requests for
improving WPF during the past, because they put all the resources on
Silverlight (so they could kill it right after it became good enough
Now, "the strategy has shifted". With Silverlight being de-emphasized,
hopefully M$ will put more attention back to WPF. In my opinion, WPF is
the way to go if you want to write "native" Windows applications for
desktop / tablet / Phone (where WPF has an alias called "Silverlight")
platforms.
在， |
a*******m
发帖数: 626 | 8 谢谢大牛点评！
WPF和Sliverlight之间似乎是有重叠的，这两个东西个人无责任猜测以后会合并或者砍
掉一个，呵呵。感觉很多这类技术上说都是走了现在流行的xml + event + code behin
d这条路，以此作为中间层去隔离具体的渲染平台（比如Desktop、Web或者Phone）。不
止MS，起码Flex和JavaFX都是这么做的，开发流程十分相似（当然具体开发起来区别也
不少了）
这也许是GUI程序新一代的开发潮流了？
MFC is not dead yet. It's still popular among Windows developers.
However, if you don't know it already, I don't think it's a good idea to
spend any time on it now.
WPF was meant to replace MFC. Unfortunately it kind of sucks and has
various problems. M$ simply ignored all the complaints and requests for
improving WPF during the past, because they put all the resources on
Silverlight (so they could kill it right after it became good enough
Now, "the strategy has shifted". With Silverlight being de-emphasized,
hopefully M$ will put more attention back to WPF. In my opinion, WPF is
the way to go if you want to write "native" Windows applications for
desktop / tablet / Phone (where WPF has an alias called "Silverlight")
platforms.
在，
【在 s***o 的大作中提到】
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
: spend any time on it now.
: WPF was meant to replace MFC. Unfortunately it kind of sucks and has
: various problems. M$ simply ignored all the complaints and requests for
: improving WPF during the past, because they put all the resources on
: Silverlight (so they could kill it right after it became good enough
: Now, "the strategy has shifted". With Silverlight being de-emphasized,
: hopefully M$ will put more attention back to WPF. In my opinion, WPF is
: the way to go if you want to write "native" Windows applications for
|
r****y
发帖数: 26819 | 9 sliverlight已经被放弃了吧？
behin
【在 a*******m 的大作中提到】
: 谢谢大牛点评！
: WPF和Sliverlight之间似乎是有重叠的，这两个东西个人无责任猜测以后会合并或者砍
: 掉一个，呵呵。感觉很多这类技术上说都是走了现在流行的xml + event + code behin
: d这条路，以此作为中间层去隔离具体的渲染平台（比如Desktop、Web或者Phone）。不
: 止MS，起码Flex和JavaFX都是这么做的，开发流程十分相似（当然具体开发起来区别也
: 不少了）
: 这也许是GUI程序新一代的开发潮流了？
:
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
|
t****u
发帖数: 8614 | 10 Legacy code only.
Its time is over.
见，
现？
用M
W
【在 a*******m 的大作中提到】
: 大概十年前写了唯一一次完整的MFC程序，是为了交作业。一直觉得很难学懂MFC，是个
: 很难掌握的东西。
: 想请教大家一下现在MFC到底处在什么样的位置，是否有必要好好学习一下？个人拙见，
: MFC遵循的Document/View这样的设计角度讲，是否不如Java Swing这样的严格MVC实现？
: （除去C++和Java语言区别带来的不同学习曲线）
: 本世纪初就有人说MFC不行了，但是现在居然还好好在VS2010里待着。莫非是因为使用M
: FC写出来的Windows App应该是唯一一种能被Windows原生支持的GUI App吧（除了C + W
: in32API这种最赤裸裸的）？虽然MFC不止能写GUI，不过这个应该是主要用途吧。
: 如此长寿的框架必有其过人之处，请大牛们指点。谢谢！
|
|
|
g*****g
发帖数: 34805 | 11 微软对于缺乏竞争的产品向来如此，没有Firefox的话，估计IE7到现在
还没出来呢。
【在 s***o 的大作中提到】
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
: spend any time on it now.
: WPF was meant to replace MFC. Unfortunately it kind of sucks and has
: various problems. M$ simply ignored all the complaints and requests for
: improving WPF during the past, because they put all the resources on
: Silverlight (so they could kill it right after it became good enough
: Now, "the strategy has shifted". With Silverlight being de-emphasized,
: hopefully M$ will put more attention back to WPF. In my opinion, WPF is
: the way to go if you want to write "native" Windows applications for
|
a***x
发帖数: 26368 | 12 已经砍了
behin
样的
设计
【在 a*******m 的大作中提到】
: 谢谢大牛点评！
: WPF和Sliverlight之间似乎是有重叠的，这两个东西个人无责任猜测以后会合并或者砍
: 掉一个，呵呵。感觉很多这类技术上说都是走了现在流行的xml + event + code behin
: d这条路，以此作为中间层去隔离具体的渲染平台（比如Desktop、Web或者Phone）。不
: 止MS，起码Flex和JavaFX都是这么做的，开发流程十分相似（当然具体开发起来区别也
: 不少了）
: 这也许是GUI程序新一代的开发潮流了？
:
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
|
M*P
发帖数: 6456 | 13 Silverlight被砍了啊？
【在 s***o 的大作中提到】
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
: spend any time on it now.
: WPF was meant to replace MFC. Unfortunately it kind of sucks and has
: various problems. M$ simply ignored all the complaints and requests for
: improving WPF during the past, because they put all the resources on
: Silverlight (so they could kill it right after it became good enough
: Now, "the strategy has shifted". With Silverlight being de-emphasized,
: hopefully M$ will put more attention back to WPF. In my opinion, WPF is
: the way to go if you want to write "native" Windows applications for
|
q****l
发帖数: 152 | 14 完了，我只会MFC，那我以后吃饭问题咋怎？
实在不知道.net相比MFC的优势？哪位高人指点一下？
MFC可以精确的控制每一行代码，当然内存管理，进程/线程管理要自己弄，很麻烦；
.net是不是强在这些方面呢？ |
S******y
发帖数: 1330 | 15 WPF、sl == xml + event + code behind ？
Do you know there's something called binding/MVVM ? |
a****n
发帖数: 1887 | 16 因为曾经用的人比较多， 没办法舍弃。所以现在只是保留原来的框架， 没有什么发展
了。 |
t***m
发帖数: 358 | 17 靠，看到史版牛人在此，我以为我穿越了。您也搞这个？
【在 t****u 的大作中提到】
: Legacy code only.
: Its time is over.
:
: 见，
: 现？
: 用M
: W
|
S**I
发帖数: 15689 | 18 徐老本行就是干这个的
【在 t***m 的大作中提到】
: 靠，看到史版牛人在此，我以为我穿越了。您也搞这个？
|
l******e
发帖数: 12192 | 19 嗯，正宗硅谷码农
【在 S**I 的大作中提到】
: 徐老本行就是干这个的
|
N********n
发帖数: 8363 | 20
Stay out of native framework such as MFC unless you cannot. Navtive ones
don't co-exist well with .Net platform. Windows GUI has been shifted to
first WinForm and now gradually SilverLight (WPF merged into SL).
【在 a*******m 的大作中提到】
: 谢谢大牛点评！
: WPF和Sliverlight之间似乎是有重叠的，这两个东西个人无责任猜测以后会合并或者砍
: 掉一个，呵呵。感觉很多这类技术上说都是走了现在流行的xml + event + code behin
: d这条路，以此作为中间层去隔离具体的渲染平台（比如Desktop、Web或者Phone）。不
: 止MS，起码Flex和JavaFX都是这么做的，开发流程十分相似（当然具体开发起来区别也
: 不少了）
: 这也许是GUI程序新一代的开发潮流了？
:
: MFC is not dead yet. It's still popular among Windows developers.
: However, if you don't know it already, I don't think it's a good idea to
|
|
|
f******y
发帖数: 2971 | 21 MFC, together with VC++, is dead. |
a***x
发帖数: 26368 | 22 珍惜生命，远离麦刀才是。
【在 N********n 的大作中提到】
:
: Stay out of native framework such as MFC unless you cannot. Navtive ones
: don't co-exist well with .Net platform. Windows GUI has been shifted to
: first WinForm and now gradually SilverLight (WPF merged into SL).
|
r***o
发帖数: 1526 | 23 MFC就是一个C++类库，你要是把MFC的源码都看懂了，你就成C++大拿了。
不过要找IT工作还是学.NET, ASP.NET, WPF和SQL来得快 |
p***o
发帖数: 1252 | 24 C++大拿得看WTL，有MFC的时候C++还差的远。
【在 r***o 的大作中提到】
: MFC就是一个C++类库，你要是把MFC的源码都看懂了，你就成C++大拿了。
: 不过要找IT工作还是学.NET, ASP.NET, WPF和SQL来得快
|
N********n
发帖数: 8363 | 25
Nah. 麦刀/Java still dominate the market. It'd remain so for a long time
if this cloud thing starts to pick up. C++ is fading and remains mostly
in the system level development.
The latest survey:
【在 a***x 的大作中提到】
: 珍惜生命，远离麦刀才是。
|
a***x
发帖数: 26368 | 26 可以再搞个survey,
大家觉得ms真的知道自己在整啥么。lol
【在 N********n 的大作中提到】
:
: Nah. 麦刀/Java still dominate the market. It'd remain so for a long time
: if this cloud thing starts to pick up. C++ is fading and remains mostly
: in the system level development.
: The latest survey:
|
r******y
发帖数: 3838 | 27 MS的东西能不碰就不碰，除非工作需要，指定用这个。MS没过几年就换个新花活，
developer伤不起压。
MFC本身没什么过人之处，优点就是编简单程序很快上手，但模式死板，不适合编复杂
灵活的GUI。
见，
现？
用M
W
【在 a*******m 的大作中提到】
: 大概十年前写了唯一一次完整的MFC程序，是为了交作业。一直觉得很难学懂MFC，是个
: 很难掌握的东西。
: 想请教大家一下现在MFC到底处在什么样的位置，是否有必要好好学习一下？个人拙见，
: MFC遵循的Document/View这样的设计角度讲，是否不如Java Swing这样的严格MVC实现？
: （除去C++和Java语言区别带来的不同学习曲线）
: 本世纪初就有人说MFC不行了，但是现在居然还好好在VS2010里待着。莫非是因为使用M
: FC写出来的Windows App应该是唯一一种能被Windows原生支持的GUI App吧（除了C + W
: in32API这种最赤裸裸的）？虽然MFC不止能写GUI，不过这个应该是主要用途吧。
: 如此长寿的框架必有其过人之处，请大牛们指点。谢谢！
|
a*******m
发帖数: 626 | 28 多了一个ViewModel吧，我的理解是，不直接向View暴露Model，而是用ViewModel做了a
dapter，不知这样理解对不对 :)
这个等式是显然不对的，只说了WPF和SL的一部分特征而已，呵呵。
WPF、sl == xml + event + code behind ？
Do you know there's something called binding/MVVM ?
【在 S******y 的大作中提到】
: WPF、sl == xml + event + code behind ？
: Do you know there's something called binding/MVVM ?
|
a*******m
发帖数: 626 | 29 对，这些东西工作的时候已经用的很多了，MFC还是在很久以前上学的时候看的一点，一
直觉得MFC很牛b（因为工作后就一直就没怎么用到，而且还能难懂的样子，呵呵），所
以就在这里问一下各位高人了！
MFC就是一个C++类库，你要是把MFC的源码都看懂了，你就成C++大拿了。
不过要找IT工作还是学.NET, ASP.NET, WPF和SQL来得快
【在 r***o 的大作中提到】
: MFC就是一个C++类库，你要是把MFC的源码都看懂了，你就成C++大拿了。
: 不过要找IT工作还是学.NET, ASP.NET, WPF和SQL来得快
|
d***q
发帖数: 1119 | 30
，一
MFC designer should be a guru of macro...
the whole design of MFC is based on macros...
【在 a*******m 的大作中提到】
: 对，这些东西工作的时候已经用的很多了，MFC还是在很久以前上学的时候看的一点，一
: 直觉得MFC很牛b（因为工作后就一直就没怎么用到，而且还能难懂的样子，呵呵），所
: 以就在这里问一下各位高人了！
:
: MFC就是一个C++类库，你要是把MFC的源码都看懂了，你就成C++大拿了。
: 不过要找IT工作还是学.NET, ASP.NET, WPF和SQL来得快
|
|
|
p*a
发帖数: 592 | 31 MFC已死，有事烧纸。
其实MFC设计得还是不错的，领风骚不少年了。
【在 d***q 的大作中提到】
:
: ，一
: MFC designer should be a guru of macro...
: the whole design of MFC is based on macros...
|
