有{間}客栈

强烈抗议，IT168的编辑一点幽默感都没有，把我的文章修改的味同嚼蜡。

“快说，你是不是安装程序?”操作系统问。

　　“我不是啊，长官。我虽然长得像，但是我真的不是安装程序啊!”，一个应用程序扮出一副可怜相，胆胆怯怯的回答道。

　　“不是?那为什么你的程序名中含有Install?”，操作系统以怀疑的眼光盯着他，“所有程序名中含有Install的应用程序都是安装程序，都必须在执行的时候都向用户请求管理员权限!”

　　“是是是，长官!”应用程序心中暗喜，操作系统主动给我机会让我请求管理员权限，我求之不得呢，用户早就厌烦UAC了，肯定直接点击“YES”了事啊，有了管理员权限，我就可以为所欲为啦，偷偷修改个首页先，哈哈哈哈~~~

　　UAC又惹祸了

　 　随着Windows Vista引入UAC(User Access Control)机制，默认情况下，应用程序都运行在普通用户权限下。虽然微软出于良好的愿望而在Vista中引入UAC机制， 但是在Vista操作系统中，只要系统稍作改变，它就会频繁弹出对话框来寻求用户的许可，因此它成为了Vista中最受痛恨的一个功能。 虽然如此，Windows 7还是继承了这一机制并根据用户的反馈做了相应的改进。为了降低计算机系统的风险，UAC机制将执行应用程序的用户权限降低了，这就为那些在UAC机制出 现之前所设计的应用程序的执行带来了兼容性的麻烦。这些旧有应用程序通常都假设以管理员权限运行，在Windows 7上，因为UAC的存在，这一假设不成立了，最终导致应用程序无法正常运行。一些应用程序确实是需要管理员权限才可以正常运行的，尤其是安装程序，他们需 要向一些需要特殊权限的区域，比如“Program Files”或者是注册表的HKEY_LOCAL_MACHINE写入内容，这种情况它们会遇到访问拒绝的错误，或者是数据被UAC Virtualization重定向到其他位置而无法正确执行。

　　为了解决这个问题，“聪明”的雷德蒙程序员们想出了一个办法：安装程序 检测。从Windows Vista开始，当然也包括Windows 7，操作系统将采用一些启发式算法来判断应用程序是不是一个安装程序，也就是在执行的时候这个程序是否需要请求管理员权限，如果操作系统判断应用程序是一 个安装程序，就会让它在执行的时候向用户请求获取管理员权限以便让应用程序正确的执行。

　　操作系统是如何检测的?

　 　所有在Windows Vista之前开发的没有manifest(包括外部的和内部的)的32位应用程序都会进行这种启发式的安装程序检测。操作系统会假设这些应用程序是旧有 的，他们都需要进行安装程序检测以确定这些应用程序是否管理员权限才能正常运行。面对这样的应用程序，操作系统的启发式安装检测通常会通过以下这些途径来 判断一个32位应用程序是不是安装程序：

　　• 文件名包含关键字：”install”, “setup”和”update”等等。

　 　• 在版本资源的以下字段内包含关键字：厂商(Vendor)、公司名(CompanyName)、产品名(ProductName)、文件说明(File Description)、初始文件名(Original Filename)、内部文件名(Internal Name)、导出名(Export Name)。

　　• 在可执行文件的manifest内包含关键字。

　　• 在链接到可执行文件的特定StringTable中包含关键字。

　　• 在链接到可执行文件的资源文件数据包含关键属性。

　　• 可执行文件包含特定的字节序列。

　　如果找到了，操作系统会认为它需要管理员权限才可以正常运行。一个UAC保护盾的图标会覆盖在应用程序图标上，这就表示应用程序在启动的时候会请求管理员权限以便它可以正确执行。

　　图1 安装程序检测

阅读全文：Win7共舞：UAC惹祸 如何进行安装程序检测？

【IT168专稿】在之前关于Visual Studio 2010的新特性介绍文章中，我们已经喊出了“全体程序员注意：Ribbon全面来袭!”的口号。在这里，我们不再去强调Ribbon界面的易用和高效， 也不去强调和证明它将成为未来应用程序界面的一种趋势。为了让我们的应用程序“Ready for Windows 7”，我们有必要根据实际的情况需要，为我们的应用程序添加Ribbon界面。

　　在前面的文章中，我们介绍了如何为MFC应用程序添加 Ribbon界面，但是这种方法只适用于基于MFC的Windows应用程序。如果我们的应用程序是标准的Windows应用程序该怎么办呢?为了推广 Ribbon界面，为了讨好程序员们，让程序员可以轻松地为各种应用程序创建Ribbon界面，微软真是不遗余力，不断地推出新的Ribbon界面接口。 为了可以让所有基于C++的普通Windows应用程序都可以添加Ribbon界面，微软在Windows 7 SDK中，又推出了基于COM的接口——Scenic Ribbon API。

　　利用Scenic Ribbon API，我们可以更加灵活方便地为各种Windows应用程序添加Ribbon界面，改善应用程序的用户体验。在接下来的文章中，我们就介绍一下如何利用这种新的方式为普通Windows应用程序添加Ribbon界面。

　 　我们都知道，Ribbon界面是随着Office 2007一同发布的。在过去的几年中，微软不断地吸取用户对Ribbon界面的反馈，不断地对其进行改进，到了Windows 7，微软正式加入了命名为Scenic Ribbon的第二代Ribbon界面，即取代第一代Ribbon的升级版本。随着Scenic Ribbon成为Windows 7的一部分以及微软所提供的Scenic Ribbon API，这意味着今后第三方程序开发者能在自己开发的应用程序中免费用上这种界面形式。Scenic Ribbon作为第二代Ribbon界面，所适用的是所有的Windows应用程序，和前代有所不同是理所当然的。例如，由于最初Ribbon界面是 Office专用，因此使用Ribbon界面的Office 2007程序窗口左上角都有一个比较显眼的Office图标按钮。当应用到其他程序之后，这个图标显然不能继续存在，因此在Scenic Ribbon中，这个位置就被相应应用程序自身的图标所取代。另外，为了满足各种应用程序的需要，Scenic Ribbon还添加了部分Ribbon控件，使得Ribbon界面的控件更加丰富，能够应对各种应用程序对Ribbon界面控件的需要。值得一提的 是，Office作为Ribbon界面的开山鼻祖，到了Office的下一个版本Office 2010，也全面使用了Scenic Ribbon以替代第一代Ribbon界面。

　　
 图1 Office 2010全面使用Scenic Ribbon界面

阅读全文：

VS 2010与Windows7共舞：又见Ribbon

【VS2010与Windows 7共舞系列】
  
    【IT168专稿】随着Windows 7 RC的发布以及RTM日期的临近，Windows 7离我们是越来越近了。新的操作系统， 总是带来很多新的特性。这些新的特性，让我们的操作系统及其以此为平台的各种应用程序更加易用，更加强大。而作为Windows平台的开发人员，新操作系 统的到来则为我们带来了更多的机会，我们可以借助新的操作系统的各种新特性，让我们的应用程序更加易用，更加强大，更有利于提高用户的生产效率；同时新的 操作系统也给我们带来更多的挑战，我们每个开发者都在考虑自己开发的应用程序是不是“Ready for Windows 7”？是否跟新的操作系统兼容？是否能够利用新的操作系统的各种新特性？为Windows 7开发应用程序，成为我们面前的一个新的课题。

    第二篇：与7共舞 ：任务栏缩略图

    另外，伴随着Visual Studio 2010 beta1的发布，下一代基于Windows的应用程序开发平台已经初具雏形：Windows 7 + Visual Studio 2010。这里，我们就基于这一全新的开发平台，为即将到来的Windows 7开发应用程序。

    在Windows 7 RC中，我们可能最先发现的就是它的界面更加华丽，易用性进一步提高了。其中最引人瞩目的就是它所带来的革命性的新任务栏。在这个全新设计的任务栏中，我 们可以运行各种应用程序；在应用程序之间进行快速切换或者是在同一个应用程序中的不同页面之间切换；管理最新文档/最常用的文档；访问通用的应用程序任 务；向用户报告程序的进度和状态等等。通过这些丰富的功能，新的任务栏给Windows 7应用程序的执行带来了极大的便利，对用户更加友好。所以，让我们的应用程序支持新的任务栏，可以说是让我们的应用程序“Ready for Windows 7”的第一步。

    Windows 7中的任务栏主要包括这些新特性：可以快速执行任务或者打开文档的Jumplist；实时的应用程序预览以及应用程序进度和状态报告。在本文中，我们首先让应用程序可以支持Jumplist功能，实现从Vista到Windows 7的Jump！

与7共舞-Jumplist用VS2010做开发

来自Coding Horror上的一组漫画，很有意思，深刻的说明了如何激发一个程序员？

老张，医生说你可以听见我说话，虽然你看起来面带菜色。我来只是想告诉你，小陈干把一切事情都搞定了，请放心休息。他甚至发现了你的代码中的一个性能瓶颈，并且说现在性能至少能够提高两倍。

那不可能，走，现在去办公室！

呵呵，激发程序员的基本原则就是：

Don't try to race sheep,
Don't try to herd race horses

If you have neophyte developers, herd them with maxims, guidelines and static rules. If you have experienced developers, rules are less useful. Instead, encourage them to race: engage in a little friendly competition and show off how good they are to their peers.