工作表、工作簿和模块的区别；类与模块

qxtlyf

论坛上关于类的东西很少，希望hiyou兄多多发表自己的一些精辟见解供大家学习。

nikonmonarch

学习学习。

的风格123123

努力学习，天天上EH！

nikonmonarch

记下来学习了。

lee1892

如前面所述，标准模块的函数/程序是比较简单的，你给了一个参数列表，就照样传进去了，另外，标准模块的数据跟类不一样，不会重复（比如你不能在两个标准模块中定义同样的HELLO子程序）。

这是说同样的公共过程或函数在不同的模块内不能同名？楼主自己没试过吗？

我出的几道VBA题的总结贴大量在用啊~

hiyou

lee1892 发表于 2014-9-12 15:32
这是说同样的公共过程或函数在不同的模块内不能同名？楼主自己没试过吗？

我出的几道VBA题的总结贴大量在 ...

你可以自已试试，在两个公共模块里定义同名的SUB（或FUNCTION），比如说两个SUB TEST
然后在第三个模块里 CALL TEST，会出现二义性问题，因为在第三个模块里试图将所有其它公有模块的函数视为一个整体，
用C++、JAVA等术语来说，某种程度上，同一个WORKBOOK里，所有VBA公共模块在同一个NAMESPACE（名称空间）

但还有一种情况，就是上述两个定义了同名TEST模块的公共模块中，通过本模块的其它SUB过程CALL TEST，不会出现二义问题，也就是相当于 CALL ME.TEST，说明公共模块在这种情况下不是严格的同一空间，而是象类实例一样有“类模块”式的空间。

lee1892

hiyou 发表于 2014-9-17 11:40
你可以自已试试，在两个公共模块里定义同名的SUB（或FUNCTION），比如说两个SUB TEST
然后在第三个模块里 ...

哦，第二段是对的。

第一段正确的做法是 Call 模块名.过程名。

你显然没有自己试试...另外，那不叫空间，应该理解为对象。

hiyou

lee1892 发表于 2014-9-17 11:48
哦，第二段是对的。

第一段正确的做法是 Call 模块名.过程名。

我想你对我第一段的理解有些分歧。

类模块中的 TEST——比如自定义类，WORKBOOK实例，SHEET实例，如果里面有TEST同名模块，你不能用CALL TEST 调用（注:不带前缀实例名）
在代码的本质上，它就相当于“每个实例指向这个实例类的方法”

但标准模块的公共性不同，比如MOD1这个模块有TEST,正常情况下，在同一个WORKBOOK空间的类、模块都可以忽略标准模块前缀调用，
就是 CALL MOD1.TEST 与CALL TEST ，一般情况下是等同的，前者与类实例差不多，后者是"默认公共空间”
所以我要举这个例子说明它们的差别，标准模块在没有前缀时，公共同名函数会产生二义性。

另一方面，为了从你在前面加上了模块前缀，它的表现调用形式就和单独的名域或类差不多，所以当年讨论这个问题的时候，我们认为标准模块在本质上更象是一种类实例空间，只不过对VBA的初学者这么理解不方便，非常容易与VBA中“VBA的类”概念混淆，大部分同学只要认为“标准模块函数是一体的可以PUBLIC方式调用”即可，刻意在不同模块加入同名，就要面对这种二义性还是名域不同的理解。

hiyou

其实更早的时候，曾经有位网友认为VBA的模块本身不可能是类实例，争辩这个问题，他的起点是“VBA不算完全的面向类的语言”

当然在同一个WORKBOOK里，但在更高一层OFFICE VBA的架构里，VBE类库下，分出代码模块的类实例，运行过程中对代码进行编程修改，就会建立起这种的概念（不严格的列表，严格的要查VB类库）

APPLICATION－WORKBOOK实例
WORKBOOK实例－下属VB模块代码实例
WORKBOOK实例－类模块代码实例（包括FORM\WORKBOOK\THISWORKBOOK）

总之，在代码层次上把标准模块当成非常特殊的类实例对象，普通用户没有必要了解这些东东

lee1892

hiyou 发表于 2014-9-17 12:04
其实更早的时候，曾经有位网友认为VBA的模块本身不可能是类实例，争辩这个问题，他的起点是“VBA不算完全 ...

我想说的很简单：“比如你不能在两个标准模块中定义同样的HELLO子程序”，这句错了。