10M的VB程序会不会太大不稳定？

Question

10M的VB程序会不会太大不稳定？
代码应该有20000行左右，
如果太大有什么轻松的解决办法？

Answer 1

所谓的“稳定”其实是指程序能按照设计者预计内的情况工作，这就可以叫做“稳定”了。这种稳定性和代码量关系不大（其实也有点关系，就是校验代码较多会导致代码量的增加），而是和程序的思路、架构、安全、经验以及系统知识的理解等方面有关。如果经验不足，考虑不周，出来的程序稳定性肯定不强。比如网络程序要稳定，就要考虑通讯协议的架构是否够稳定（如可能出现的丢包、数据缺失问题的校验与处理、时间差的处理、同步与异步的处理），再者就是看代码中的校验是否做得足够，还有就是考虑黑客或一些无聊人士的测试、攻击等等。如果涉及数据库，还要做防注入等处理。如果有用户界面输入过程，还要对每一个输入的信息做校验，如范围、长度、类型等基本校验，再做得更深一层就是连带内存也做架构方案控制（如动态偏移、加密、比对等），防止别人用一些工具修改内存或直接绕过某个过程导致不可预计的问题产生。其实还有很多东西对程序的“稳定”会产生影响，这都要靠知识面的不断丰富与经验的不断累积才能做好的，不是单纯以代码量来看待这种问题。
我记得以前有个人叫我做一个 COM 接口给他调用，他的目的是想通过一个个的属性设置来触发控制单片机集群中的一些功能，如：
cortrol.terminal001.LED1 = TRUE    ' 这是控制集群中名为 terminal001 的终端机 的灯亮但是，我们这个有上百个终端，他就叫我做上百个属性给他做接口（脑子坏掉了），后来我告诉他我提供一个个函数方法给他调用就可以了，他就是不接受（其实是因为他怕他不会调用），还要马上要这样的一个接口。后来我就写了一个函数给他，同时也叫了一个同事写那上百个属性给他（我真的不愿干这种蠢事）。因为我的代码量少，就先给他看了，然后还教他真么用，后来他搞懂怎么调用后就接受了我提供的方法。人后我回头去看那个写上百个属性的同事代码，发现其中有好几个属性中的一些处理对应不上应有的功能，而且每个功能中的校验几乎没有，直接就是功能代码。其实我的一个函数和他的6个属性实现的功能是一样的，但我一个函数的代码量要比他6个属性的代码量大出2/3，因为我做了大量的校验或数据包检验处理。但总的代码量来说，他的又比我的大很多。如果说到稳定性，相信不说也该知道哪个稳定了。这就说明架构、思路、经验等都是稳定性至关重要的东西，而不单纯是代码量就能代表一切的问题。

Answer 2

好像没啥轻松的方法，用工程组，将其中的算法代码 写成dll，主程序调用