6、认为带前缀或标签的命名约定不好

你在创建一个变量时，能通过数据类型和用途识别它是最好的，大多数VBA开发人员喜欢添加3个字符的前缀，或标签来确定数据类型，例如，用于存储姓氏的字符串数据类型可能命名为strLastName，前缀确定了变量的数据类型，LastName确定了变量的用途，有些开发人员认为这个前缀是没有必要的，甚至会造成干扰，因此他们不使用前缀，在某些情况下，数据类型的确是显而易见的，但有时却不那么明显，添加前缀或标签不会增加工作量，但它的好处却有很多，如：

标签是自文档化(self-documenting)的。

在调试或修改代码时，你可以立即知道变量的数据类型。

在投入生产几个月后，你也许早已记不得那些变量的含义了，或者你已经离开，后来的维护者在前缀或标签的提示下，能更快地读懂代码。

7、不会有任何空值

无论你采取什么措施，空值总是带有破坏性，如果你正确地处理空值，程序将会更稳定，VBA提供几种工具来发现和处理空值。

使用IsNull()确定一个表达式或值是否为空，你不能对空值使用比较操作符，如var=Null或var<>Null，直接比较总是返回空(T-SQL有时会返回False)。

在Access中，遇到Null时，Nz()返回一个值，而不是Null。

如果你需要处理Null变量，请使用Var数据类型，它是唯一可以存储Null的数据类型。

8、我是唯一一个使用应用程序的人，因此我在程序中嵌入了密码

密码和用户id值永远都不应该嵌入到代码中，你可能是唯一被授权使用该应用程序的人，但这并不意味着就可以直接将密码嵌入到程序中，相反，不管是谁要使用这个程序，都应该提供一个对话框让其输入登录凭据。

9、我写代码时就做了测试，不用再测试了

当你写代码时就做了测试，这很好，但这样做是不够的，开发人员通常不适合测试自己写的代码，他们不会把自己想象成用户，因此很难发现重大BUG，往往是走走过场罢了，要知道最终是要把程序投入生产环境，那时就不是你自己使用了，因此应该找一些最终用户来测试。

10、就我一个人开发，我只写代码，文档就免了

如果就你一个开发人员，也许你不会写文档，你认为那只是耽误自己的工作，但大多数开发人员在修改非自己写的代码之前，都希望有良好的文档参考。别的不说，至少下面这些内容应该有文档记录。

例行的目的/任务/目标。

传递的值和参数的简短定义。

对一些非常规的代码写法，附上解释和想法。

谁创建的代码，谁在什么时候修改过代码，修改了哪些内容，当你离职后，其他接收的人看到良好的注释一定会从心底敬佩你。