主题：[建议]表的卸载与隐藏

我不支持：

 

1、这样看似人性化了，但在实际应用中，会因为设计者的代码逻辑稍有不慎，便导致项目“功能紊乱”

2、对于有众多管理权限的项目，会让您的管理权限更难控制，编写代码的难度大大增加，到了实际应用的时候，这个“人性化功能”早晚被“闲置”！

估计会有更多的砖头拍过来，现在用事实说话：

 

1、窗口属性中的自动打开设置为true，不用代码，在切换到该所有者表的时候，就自动打开了窗口，他的易用性，大家都知道吧？

2、新增加的动态加载和卸载表，我想大部分人也有些了解了吧？

 

     首先说说窗口属性为true，比较懒和不愿意写代码的人，在早期的应用中可能尝到了不少甜头，首先简单，什么时候该写代码打开窗口不用管，只要切换到该表，但是，现在有了动态加载表，他就不灵光了，如果您的表是在SQL外部数据源，当该所有者表没有被加载，打开系统时，这些窗口找不到他的所有者表会报错！！

 

     现在的解决办法：您只有将窗口属性中的自动打开设置设置为false，然后其他地方用代码打开窗口，对我这个喜欢用代码打开窗口的人来说，很荣幸，我的一个项目加上动态加载表功能后，仅仅只改了三个窗口的自动打开属性为false，对于没有这样习惯的哥们儿朋友那就不是这么简单了，因为不仅仅是将true改为false那么简单，因为还要到各个事件添加代码来打开窗口。

 

     就目前状况来说，如果您真正用上了动态加载和卸载表功能，窗口属性为true几乎无用（只有所有者表长期被加载的窗口才可以用）

 

     唯一的另一个解决办法的接近，只有贺老师毫不吝惜地拿起手术刀，把窗口部分修改一下，自动打开前判断其所有者表是否存在，是否会带来其他冲突暂时不了解，只等官方答复！

不过，真心地推荐大家使用动态加载和卸载表，系统启动速度、窗口、表切换速度均有所提高，尤其是SQL远程外部数据源启动速度差很明显，有了动态下载，切换模块卸载不需要的表，就是退出项目都是飕飕的！

关键是，绝大部分朋友目前还达不到这么高的境界，当最编写很多代码之后，其他半道插入的操作，导致了其他一系列的错误，很多人都是束手无策，不知道从何查起，分不清代码和一些操作的逻辑，就很难找出根由，会让初次接触某些功能的朋友错误百出，如果增加可有可无的功能让多数人在易用方面感觉难以下手，那就最好不增加，我这绝不是站在自己个人的角度上考虑的，是为了绝大部分正在狐表路上“发展中”的朋友！

开发者没问题，关键是将来发布后的程序，用户是不会按照您画的框框来的，除非他看不见，摸不着，那只有您给他代码，指定他该怎么干……我不在说了，由贺老师定夺吧，呵呵！