在夜深人静的时候，我常常想，如果若干年后我不再从事 Access 开发，我所拥有的开发经验中，哪些是最值得与大家分享的？一个函数？一个算法？一个用户界面设计？一个经典项目的全部代码？都不是！
我想，没有什么比这篇文章更能代表我最想分享的内容了。它代表着编程的核心思想在Access 中的最佳实践。
老实讲，这个思想不是我首创的。2008 年的某一天，忘记了是何缘故，访问到了这个网站：www.colbyconsulting.com 。里面有一个系列文章，标题就是《Access Class & Framework》。我当时还不是一个专职的 Access 开发人员，也只是偶尔用 Access 开发一些专供自己偷懒用的工具。看到这篇文章以后，我如获至宝。迅速就将所有的文档和示例文件全部下载保存下来了（事后证明这是多么明智的举动）。一两年以后，这个 Access 博客网站就变成了一个卖山地自行车的网站，Colby 放弃做 Access 咨询了？到目前为止，访问这个网站显示“因信息安全问题被屏蔽”。我后来一直在google Colby的信息，始终无法找到他。
Colby 的文章没有给你一个现成的开发框架（Framework），相反，他循循善诱，一步一步的给你娓娓道来，让你了解这个开发框架的核心思想是怎样的，如何在 Access 中去实现。我根据文章的指导，结合他给出的示例代码，创建了自己的 Access 开发框架。目前在工作中，也在使用我自己创建的开发框架。但是由于精力的缘故，一直没有对自己的开发框架进行更进一步的功能提升。例如可以将 “Access 用户界面 v1.0” 集成到开发框架中，更多的功能也能够添加到开发框架之中，好多事情都没来得及做。
现在，我准备一边编译（编辑+翻译）他的文章，一边向国内的 Access 爱好者们分享这一编程思想，同时也促成自己重温这些思想，继续提升自己的开发框架的功能。
以上。
P.S.
我将 Colby 说的 Framework 一词翻译成了“开发框架”，其实我本来是想将其翻译成“开发平台”的。后来担心与国内的 2 大 Access 论坛 / 网站上的“开发平台” 相冲突，就改成“开发框架”了。我私下认为如果你将 Framework 理解成“开发平台”也是合适的。
国内有 2 大 Access 论坛 / 网站，上面都有“Access 开发平台” 供免费 / 收费下载，都做得非常优秀。我有下载免费的版本，因为看不到核心的代码，所以不敢肯定这 2 个“开发平台” 都遵循了 Colby 文章中的思想。在仔细研究了其核心平台文件的类列表信息后，我只敢确认其中之一应该不是遵循 Colby 思想的产物，而是使用“库”（Library）来达到代码重用的目的，与“开发框架”（Framework）代码重用的方式，却差了一个级别。
