主题：[建议]内部表设置、事件代码、窗口允许自动搬迁到外部表

   我采用的是变通的办法:    先把所有的内部表全部改名,然后把内部表导出到外部数据源中,并改为与以前的内部同样的表名.这样,表名没有改变,以前所有的代码就不用改了.
    但是,这样仍然存在一个问题,就是以前的内部表的所有事件代码和表的窗口仍然存在于以前的表中,还需要来回的复制,非常不方便.
    也是由于这个原因,前一段我一直建议让窗口独立于表,并提供一个独立于表的代码管理器(可以在同一个界面管理不同表的事件代码并互相复制).如果有了这两个东西,以前的代码仍然可以使用,而且变更表时就不存在窗口移值的问题,不同表之间的代码又可以在代码管理器中很方例的移植,一切就变得简单了.
    要让系统允许内部表转化为外部表,我估计比让窗口独立于表并增加一个代码管理器要复杂吧?这会儿谁还说让窗口独立于表没有意义？谁还会说设计一个独立的代码管理器没有任何意义？

     要让系统允许内部表转化为外部表,我估计比让窗口独立于表并增加一个代码管理器要复杂吧?这会儿谁还说让窗口独立于表没有意义？谁还会说设计一个独立的代码管理器没有任何意义？既然又提到这个问题,所以再次请贺老师认真考虑,参考我的建议,或者提供更好的解决办法!

    允许切换倒没有多大问题。好像关键问题是怎样把原表中的窗口和事件代码移植到新表中去！核心还是不同表之间的窗口和事件代码如何移植的问题。

    不是一回事。这个方法解决的是在运行过程中动态切换数据源。楼主要解决的问题是某表改变数据源时（例如从内部表变为外部表），怎样移植它的窗口和事件代码。前面的贴子已经说得很清楚了。
    我的建议（让窗口独立于表，提供独立于表的代码管理器）或者不是最好的，但基本可以解决问题。总之，我始终认为，表与表之间移植窗口、移植事件代码的确是需要的，在目前的系统只能一个一个的蚂蚁搬家，的确不方便！希望贺老师认真考虑，或者提供更好的解决方案。

   谢谢贺老师！暂时当然可以，但我们使用狐表不希望是暂时，希望是永远！贺老师更是希望如此吧！

   从长远来看，表与表之间移植窗口、移植事件代码虽然不会非常频繁，但还是经常会用到的，用目前的蚂蚁搬家的方式的确效率太低，希望能提供一种更便利快捷的办法！
     个人认为，对于移植窗口，与其移植，不如把窗口直接独立于表更省事，不用移植了（又回到老问题上了）。至于怎么移植代码，让贺老师想想有无更好的办法吧！期待中！

看起来关注的人还真不少，老大准备怎么解决跨表移植窗口和事件代码的问题呢？