什么情况下，更适合用vb模块化法编程？

Question

刚写了个程序。
原先没有分成模块。后来改成了由多个模块构成的程序。发现：模块化的程序结构反而变得更加不清晰了 乱乱的感觉。注意：我的程序只有一个界面。就是说没有子界面。
我们都知道，多个界面的话，用模块化编程结构肯定会更清晰，可读性可调试性都会变强。
那么 请问模块化编程对于单一界面是否合适？？

Answer 1

模块主要用来编写API程序和定义全局变量以及编写全局能调用的过程和函数.除以上功能外,不要用模块.

Answer 2

要养成模块化编程的习惯,好处很多,结够清晰,不管是几个界面,最好都要有这种思维
如下方式
Private Sub Form_Load()
    '调用初始化
     call init
    '调用过程,完成...
     call 过程名
     ....
End Sub

Answer 3

你把VB中的模块和模块化编程弄混了.VB的模块是为程序共用而设置的.
模块化编程是指把一个功能放在一个过程或函数里面,以便程序结构清楚你的过程或函数可以放在form里而不一定要放在模块里.
举例:
Private Sub Command1_Click()
    myPRO   
End SubPrivate Sub Form_Load()
   Dim a As Integer
   
End SubPrivate Sub myPRO()
   Debug.Print "xxxxx"
End Sub它们都是form1里的程序,明白吗~~~~

Answer 4

#1楼 猴哥说得我不同意啊  假如有很多窗体 有什么菜单什么的  菜单里还有内容，还有 数据库 什么的。。那肯定是要多弄几个模块的#4楼请注意  你的例子严重跑题。 这里不是在讨论 一个module内部的程序如何编写 更好，而是站在更高的角度----------------------module的划分。===================================================================我的程序整体构架是
select case  事情

Answer 5

select case  事情 
    case  事情A
          Call 采取措施A
    Case  事情B
          Call 采取措施B
end select我现在把上面这些放在主窗体里面   把“采取措施A”这个函数放到了模块A里面，把“采取措施B”放到了模块B里面。
这样做了以后 感觉还不如把所有的代码都放在主窗体里面清晰呢！！！所以我问  那么 请问模块化编程对于单一界面是否合适？？注意：只有主窗体有乱七八糟的按钮等东西

Answer 6

#1楼 猴哥说得我不同意啊  假如有很多窗体 有什么菜单什么的  菜单里还有内容，还有 数据库 什么的。。那肯定是要多弄几个模块的多弄几个看有没有必要,比如说API编程,我把关于窗体放在一个模块里,只是为了以后我再用窗体的API时只要加上这个模块就可以,并不是说当前程序一定要分多个模块,在一个模块里照样可以完成任务,而比分多个模块更容易调试和观察.没必要时你分多个模块会给自己调试造成没必要时间浪费.
比如说你要查找一个全局变量或全局过程,你就得搜索所有模块.
 
所有事务,物极必反!!

Answer 7

我说点个人体会大一些的系统，多人开发的系统，会有很多module和class.这样的话1是可以代码重复利用，2是不同的人开发不同的部分的时候可以单独从sourcesafe里面把相应的文件check out 3是结构清晰，不同的功能，功能组在一些列文件中(文件名起的要有意义)小一些的系统，比如就一个窗体，就lz自己开发，那就没有必要弄那么复杂总的来说，结构化也得看情况来定。

Answer 8

到现在还不明白什么是VB的模块,你一直在想你的模块化编程VB的模块不是给你用来搞模块化编程用的,而给全局变量和全局过程以及全局函数用的.兄弟好好看看我4楼的贴子,对你今后编程有好处~~~~~~~~~~~