下载相关的示例代码，CustomDraw.exe。
 | 您想变得有多与众不同？ |
| 主宰绘图操作 |
| 实现自定义绘制的三步曲 |
| 示例：创建一个列表视图控件自定义绘制控件 |
| 小结 |
| 致谢 |
| 参考资料 |
至今我仍然记得一次对话（回首 1995 年，那时我在 Peachtree Software 管理一支开发团队），话题是关于 Visual C++ 和 MFC 能为我们节约多少时间，从而使计帐系统的上市时间能加快多少。大概情况是这样的：
我：Visual Studio 向导将使我们能够在几秒钟的时间内生成应用程序的框架。我们基本上可以免费得到所有用户界面。从菜单、状态栏、完整的文档/视图结构，到单独的数据和演示文稿、工具栏等。甚至，它们还在其中生成了类似于文件打开、打印和打印预览的功能！
市场人员：听起来不错。那么，你们完成全部编码要用多长时间？
我：鉴于我们得到的所有 UI 都是免费的，并且只需加入有关计帐的内容，所以会花 6 到 9 个月的时间完成编码。最棒的是，该应用程序的外观会象一个 Microsoft Office 应用程序一样！
市场人员：哦？
我：真的。从具有 Microsoft 风格的应用程序中，我们可以获得潜在的好处。这一点特别重要，如果我们的应用程序象个 Office 产品，那么在其包装盒上打上 Windows 95 徽标会更容易。
市场人员：我们不能在市场上大喊“购买我们的产品吧，它多象 XXX 产品呀。”所有的计帐产品都具有相同的基本功能。我们的产品区别于其他产品的唯一方式就是用户界面。我们要雇佣图形设计师来设计一个完全自定义的用户界面，然后您的团队再进行编码。这要花多少时间？
我：在我们没看到准确的控件前，很难说会花多长时间，但至少这样会加倍我们的工作。
市场人员：那么，你们最好尽快开始。
两年后，Peachtree Software 发布了自己第一个从零开始设计并创建的产品，并且作为其中的一份子，我也以此为而骄傲。经过 10 年的变迁，我也带头进行了一些知名产品（分别为 IBM、AT&T 和 VeriSign）的开发，这些产品在全球数百万的 PC 和电话上运转着，期间，我始终记得一个教训：不管应用程序在内部运行时有多好，但如果它不能在纷繁的产品中脱颖而出并抓住用户的心，那么它也卖不出去。
因此，当我在 MSDN 发表第一篇文章时，我考虑最好着眼于一个我感兴趣的题目 — 过去我在 Peachtree 经常使用的一项技术，用来开发一些市场部门需要的奇妙的 UI 部件 — 开发自定义的绘图控件。
在您决定开发 Windows 提供的常规免费自定义控件范围之外的控件之后，您必需确定自己的控件将有多少独到之处 — 在功能和外观两方面。例如，我们假定您正在创建一个类似于计速表的控件。由于公共控件库 (ComCtrl32.dll) 中没有类似的控件，您完全需要自己进行以下操作：编写所有控件功能需要的代码，进行绘制，默认终端用户的交互，以及控件与其父窗口之间需要的任意消息处理。
另一方面，还包括一些您只想调整公共控件功能的情况。例如，我们假定您想创建一个屏蔽编辑控件，它只允许接受指定的字符。如果使用 MFC，通常涉及从 MFC 提供的类派生一个类，该类封装了一个公共控件（在屏蔽编辑控件中，通常为 CEdit），重写必需的虚函数（或处理指定的消息），然后加入自定义的代码。
本文讨论的重点介于两者之间 — 公共控件赋予您想要的大部分功能，但控件的外观并不是您想要的。例如，列表视图控件提供在许多视图风格中显示数据列表的方式 — 小图标、大图标、列表和详细列表（报告）。然而，如果您想要一个网格控件，那结果怎样呢？尽管公共控件库里没有特别包含网格，但是列表视图控件与它较为接近，它以行和列显示数据，并有一个相关的标头控件。因此，许多人以一
