|
三、公式和名称较多或者公式，名称，数据透视表等所引用的单元格范围过大 由于和第二点类似的原因，我们在定义名称，编写公式，指定数据透视表的数据源时往往图一时方便，而指定了过大的单元格范围。例如在A列中有包括标题在内的10个数据（A1：A10），标题为“姓名”,我们现在要定义一个名称，例如"姓名"，很多人会用 插入=〉名称=〉指定=〉首行，这当然是方便的，但这样的话“姓名”这个名称就引用了A2:A65536,而不是实际的A2：A10。你能想象到两者的差别吗？ 这时候，有的朋友要说：我这样做的原因是因为我的数据是在不断增加的呀，我可不想每次在变动的时候都去改这个名称。 当然，你是对的，谁会愿意这样做呢？ 当我确信我定义的这个名称所引用的范围不可能是固定的时候，我采用了一个方法就是“动态命名”。听起来有点耳熟对吗？请看这个例子：为简单起见，我们假设数据都是连续地在A10后面开始添加，也就是说我们希望当我们添加到A15时，这个"姓名"就如我所愿地指向A2：A15，而这一切都是自动完成的。那么你可以在"插入"=〉"名称"=>"定义"对话框中，找到"姓名"，然后修改引用位置为=OFFSET($A$2,0,0,COUNTA($A:$A)-1,1)，然后点击"添加"。请留步，先不要急着关闭这个对话框。你现在可以将鼠标放在"引用位置"的这个框里面，由此来验证你要的结果。看到了吗？工作表中那一闪一闪的区域就表示了目前"姓名"所引用的单元格范围。 这只是一个简单的示范，利用这种技巧，可能让我们用最经济的方式得到我们需要的结果。 在公式引用中，在指定数据透视表的数据源时，都可以运用类似的技巧。当然，我不会推荐你写类似这样的公式=CountA（OFFSET($A$2,0,0,COUNTA($A:$A)-1,1)），而是推荐你先定义好这个名称，然后这样写公式：=CountA（姓名) 这种效果在数组公式中更明显，除非你有足够的耐心和勇气，请不要在数组公式用引用过大的单元格范围，特别是那些不必要的单元格。 请注意，以上的检查应该是针对工作簿中的所有工作表，包括隐藏的 四、VBA代码，尤其是用户窗体的影响 现在很多朋友都已经学会了用VBE来构建自己的工程，这是多么令人振奋的一件事！但今天我们要讨论的是如何处理VBA工程可能带来一些副作用以及如何压缩它？ 有很多测试证明，用户窗体会是增加文件大小的比较突出的原因之一。而反复地改写工程中模块的代码，也或多或少地会增加文件的大小（我们可以这样理解：反复地改写工程代码，总是会留下一些痕迹和碎片） 对于这个问题，可以考虑将所有模块，窗体，都导出为文件，然后保存，然后再依次导入。 关于用户窗体，作为开发者应该考虑的是：是否真的有必要用某个窗体？举个简单的例子，如果只是接收用户输入数值，就完全可以用InputBox方法或者属性，而不需专门用一个窗体。同时，工作表本身可以用来做用户交互的界面，应该充分利用。 |
