Rss & SiteMap
Foxtable(狐表) http://www.foxtable.com
我采用的是变通的办法: 先把所有的内部表全部改名,然后把内部表导出到外部数据源中,并改为与以前的内部同样的表名.这样,表名没有改变,以前所有的代码就不用改了.
但是,这样仍然存在一个问题,就是以前的内部表的所有事件代码和表的窗口仍然存在于以前的表中,还需要来回的复制,非常不方便.
也是由于这个原因,前一段我一直建议让窗口独立于表,并提供一个独立于表的代码管理器(可以在同一个界面管理不同表的事件代码并互相复制).如果有了这两个东西,以前的代码仍然可以使用,而且变更表时就不存在窗口移值的问题,不同表之间的代码又可以在代码管理器中很方例的移植,一切就变得简单了.
要让系统允许内部表转化为外部表,我估计比让窗口独立于表并增加一个代码管理器要复杂吧?这会儿谁还说让窗口独立于表没有意义?谁还会说设计一个独立的代码管理器没有任何意义?
我采用的是变能的办法: 先把所有的内部表全部改名,然后把内部表导出到外部数据源中.这样,表名没有改变,以前所有的代码就不用改了.
但是,这样仍然存在一个问题,就是以前的内部表的所有事件代码和表的窗口仍然存在于以前的表中,还需要来回的复制,非常不方便.也是由于这个原因,前一段我一直建议让窗口独立于表,并提供一个独立于表的代码管理器(可以在同一个界面管理不同表的事件代码并互相复制).
现在,我也是这样,改掉原来的表名,蚂蚁搬家,慢点爬了,呵呵
提个建议,为了给后来者方便
谁能保证,后悔用内部表,改用外部表呢
我采用的是变通的办法: 先把所有的内部表全部改名,然后把内部表导出到外部数据源中,并改为与以前的内部同样的表名.这样,表名没有改变,以前所有的代码就不用改了.
但是,这样仍然存在一个问题,就是以前的内部表的所有事件代码和表的窗口仍然存在于以前的表中,还需要来回的复制,非常不方便.
也是由于这个原因,前一段我一直建议让窗口独立于表,并提供一个独立于表的代码管理器(可以在同一个界面管理不同表的事件代码并互相复制).如果有了这两个东西,以前的代码仍然可以使用,而且变更表时就不存在窗口移值的问题,不同表之间的代码又可以在代码管理器中很方例的移植,一切就变得简单了.
要让系统允许内部表转化为外部表,我估计比让窗口独立于表,并增加一个代码管理器要复杂吧?
要让系统允许内部表转化为外部表,我估计比让窗口独立于表并增加一个代码管理器要复杂吧?这会儿谁还说让窗口独立于表没有意义?谁还会说设计一个独立的代码管理器没有任何意义?既然又提到这个问题,所以再次请贺老师认真考虑,参考我的建议,或者提供更好的解决办法!
允许切换倒没有多大问题。好像关键问题是怎样把原表中的窗口和事件代码移植到新表中去!核心还是不同表之间的窗口和事件代码如何移植的问题。