vc2008中，mfc将大幅度地更新。我猜测更新mfc的原因，很可能mfc中的一些代码阻碍了vc的进一步发展，不得不加以更新。
我以前曾经提起过，mfc有一个严重违背c++标准的地方：
class H;
class S
{
public:
x() {
H* pThis=this-offsetof(m_s, H);
...
}
};
class H
{
S m_s;
};
H里包含S的对象，在S里，为了获得宿主类H的指针，用自身的this指针减去m_s在H中的偏移量。这就要求一个类中的子对象必须同宿主对象放在一起
（连续分布），并且固定（偏移量永远不变）。为了在对象布局上给予编译器充分的自由，标准规定offsetof只能用于pod。mfc仅考虑在
vc上使用，所以为了方便而仅仅面向vc编译器编码。这带来了移植性的问题。不过，编译器间的移植性还是小事。现在我们就可以看到mfc的这种做法是搬起
石头砸自己的脚。
sutter和lippman都不止一次地提到将来vc要能够不区分托管和本地的内存管理。也就是说托管的类型可以在native堆上分配，而
native的类型可以在托管堆上分配。问题来了，由于托管堆上，子对象和宿主对象的存放不是连续的，子对象可能同宿主对象隔着十万八千里，和成千上万的
对象。而且子对象可能会在宿主对象的前面。offset也是不确定的。在这种情况下，使用上面的这种代码无异于自杀。所以，为了实现托管和本地内存管理的
统一，必须放弃offsetof这类畸形代码。由此导致了mfc的大幅更新。
另一方面，vc越来越符合标准，而mfc中一些遗留的其他不符合标准的地方，使得编译器不得不同时应付两种情况：标准的和非标的。对编译器着实是个负担，消除这些非标的东西，反而能够使得编译器更加简单高效。
以上这些都是猜测，实际如何，还需具体看2008的mfc库代码。不管怎么样，如果你想要使自己的代码依赖于非标准的特性的话，请三思而后行。