狐表的代码全部是面向对象的，代码分布于所有的对象中。这是典型的面向对象，条理清晰，所见即所得。但是，在一个项目中，当数据表很多，窗口很多的时候，又出现了一个新的问题：那就是代码过于分散。一个稍微复杂一点的项目，至少有几十个表，至少有几十个窗口，一个窗口中至少有几十个控件。这样一来，这个项目中的代码就会变得非常分散，甚至分散到几百个不同的地方。这样，就给代码的管理带来很大的不便。
    在实际中，发现代码过于分散至少有两个方面的问题：一是要不容易看到代码的全部，更重要的是在修改代码时容易遗漏某一个地方的代码！（例如在一个窗口中修改代码时，很难一下子想起来这个窗口中共有多少个控件、多少个地方有代码，以保证能把所有的代码修改一致）当修改项目中的某一个设置时（例如修改一个全局变量的名字），要到很多个地方去修改代码，一不小心，漏掉了一个地方，就会给系统带来很大的问题。二是效率很低，当修改代码时，要不停的切换表，切换窗口，切换控件，再切换控件的不同事件。把太多的时间浪费在来回切换上，感觉效率很低。
    所以，建议在狐表中能否设置一个代码管理器。对保留系统原有功能的基础上（即仍然可以在某个表、某个控件中修改代码），增加一个对项目中的所有代码进行集中管理的方式。初步考虑，对一个项目中的所有代码可以采取树形的方式进行管理，例如首先把代码分为项目事件代码、表事件代码、窗口事件代码、菜单事件代码等，表事件先按不同的表名区分，每个表的代码又分为表相关、列相关、行相关等事件，窗口事件代码先根据不同的窗口名区分，每个窗口的代码再根据不同的控件区分等。以此类推，就能在一个地方很方例的管理项目中的所有代码，即提高效率，又能减少漏改某一个代码的可能性。
    我对其他的面向对象的编程工具不太熟悉，不太清楚其他系统中是怎样管理代码的，我想着应该有类似的或者更好的对代码的管理方式吧，希望大家参与讨论！同时希望反对者也高抬贵手，不要马上说不行，一枪给毙了！

这个不错，顶1个！

前几天也有这么一个类同的想法
“一览众山小”，呵呵

支持一下！～

怎么，老大意识不到重要性？
那大家就齐心协力，让他看看什么叫群众的力量！

       可以肯定，其工程量非同寻常，慢慢来吧，我想贺老师以后会有办法的！

No

给个合适的理由好吗?
难道没有什么理由就否决了?贺老师说过,只要是大部分用户需要的,就应该去做,工作量大不是不做的理由.工作量大可以慢慢做,现在不紧急可以慢慢来,为什么一定要说NO呢?
个人认为至少开发版就提供这样的功能,不知大家怎么看?