各位大虾!敢问在 VB 中写代码,它最多能装多少行呢??

解决方案 »

  1.   

    呵呵,没有研究过。但是可以推算一下,如果vb用integer来管理代码,则最多能管理65535个文件,每个文件能有65535行。要是用Long来管理代码,2 亿...
      

  2.   

    不必考虑,怎么大都行.你可以大到EXE几十M,也不必考虑这个问题.
      

  3.   

    目前还没听说!  vb因为代码容量不够大而不能用vb去开发的!!、
      

  4.   

    呵呵,没有研究过。但是可以推算一下,如果vb用long来管理代码,则最多能管理4294967295个文件,每个文件能有4294967295行。
      

  5.   

    搞笑,人家MS在MSDN里面写的清清楚楚,还有这么多人在这里瞎掰, 自己去查查MSDN中VB的工程限制一节
      

  6.   

    有谁实验过????
    写一个程序试试,实现不停的写代码的功能,如果写到不能在写,Msgbox "共" & X & "行"
      

  7.   

    实际上当一个工程大到编译出来的可执行文件有几十兆的时候,就会进行模块化分,
    分出很多 DLL 来实现,连QQ这样的小软件都有上百个DLL.
    为什么要划分呢?如果不化分模块,来个all in one,就要面对很多问题。
    1。编译速度难以忍受。在VB中还不算太糟,如果用vC,BCB,那才叫痛苦。
    2。多人协作困难。可以想象几十个程序员在一个工程中工作会乱成什么样。划分成dll,每个人都是盲人摸象式的开发,只关心自己的DLL,才能保证工程质量。
      

  8.   

    感谢test7979(test7979)的提示,但"查查MSDN中VB的工程限制一节"就这么点内容:一个单项工程可以包含多达 32,000 个"标识符"(非保留字),它们包括(但不限于)窗体、控件、模块、变量、常量、过程、函数和对象。注意,实际的标识符数受可用内存的限制。Visual Basic 中的变量名不多于 255 个字符,而窗体、控件、模块和类名不多于 40 个字符。Visual Basic 不限制工程中不同对象的实际数目。