昨天vmware的虚拟化论坛让我感受到一股浪潮的奔涌，没有人可以漠视它的来势汹汹，各路大牌明星们都众星捧月、争先恐后地与vmware攀亲叙旧，连一向做惯了带头大哥的IBM今儿对vmware都是贴颜陪笑。没办法，vmware在虚拟化这一行上领先实在太多了，它当之无愧是今日天空中的最大、最圆，最亮的那颗。

虚拟化无疑这是一场技术的革命，然后技术革命实质上是解决老问题，制造新问题的过程，虚拟化实施后，大量新的问题随之产生，从目前来看，有些问题还相当的痛苦，因此不要奢望世界从此清净了。

虚拟化给所有人绘制了一张美丽的蓝图，然而，很多人认为那只是一张高悬云端的大饼，看得见，却吃不着。吃不着，于是就开始说它酸。比如服务器端太肥啦，价格太高啦，客户端太瘦，价格倒比胖子还要贵啦，诸如此类等等。其实他们可能都没有想到、vmware也不好意思跟你直说的一个事实是：目前，您根本不配玩虚拟化！

您怎么就那么傻X呢？您没看到他们列举的成功案例都是类似BMW、中人寿、或此银行，彼赌场这样的大块头吗？现在他们的生意相当火爆，根本都忙不过来，即使NASDAQ上市企业，vmware今天也不一定全瞧得上眼。因此你们这些普通的中小们，还是等几年再说吧，或许那时有了竞争对手，大块头也解决的差不多的时候，会给你们一些机会。

很多人坚持认为自己的业务连续性也没有想像的那样关键，中国人力资源很便宜，区区网管不过是IT业最低级的职位，即使多雇几个，TCO的上升也微不足道。他们以此来质疑虚拟化。但我们不得不说，虚拟化浪潮是无法抗拒的，终有一天，所有人都会不由自主地顺流而行，除非他选择宁死不屈地被拍死在沙滩上。

切记，如果manifest文件发生了更改，必须在application的操作中重新选择一下manifest文件，即使当前它在application中的指向路径是正确的也要重新选择一下，否则保存application的时候根本不重新计算manifest的hash，导致SmartClient端发生这样的错误：

namespace.exe.manifest has a different computed hash than specified in manifest

SaveCopyAs是与Excel当前的默认保存设置格式相关的，它不会根据文件名后缀来自动调整保存的格式，也就是说，如果你设置默认存储格式为Excel 97-2003 Workbook(.xls)格式，而SaveCopyAs参数里的文件名是.xlsx的话，其实真正的格式仍然是.xls的，在这种情况下，你用Excel 2007去打开这个.xlsx文件，Excel程序就无法识别文件，从而弹出这样的警告：

Excel 无法打开文件“xxxxx.xlsx”，因为文件格式或文件扩展名无效。请确定文件未损坏，并且文件扩展名与文件的格式匹配。
Excel cannot open the file 'xxxxx.xlsx' because the file format or file extension is not valid. Verify that the file has not been corrupted and that the file extension matches the format of the file.

因此，我们在调用SaveCopyAs之前最好探测一下当前的默认保存格式设置，本设置在如下注册表项中：

HKCU:Software\Microsoft\Office\12.0\Excel\Options\DefaultFormat(DWord)

若不存在本注册项，说明默认为OpenXML格式.xlsx，若存在，则0x38(56)是97-2003工作簿.xls格式，0x33(51)为.xlsx。

另外，用VSTO生成文档后，一般建议将其中的Customization关联代码去掉，否则外部用户打开文档时会出现令人讨厌的对话框。