主题：打开狐表项目的速度,以及动态生成表、动态绑定表的问题?

以下是引用czy在2009-9-4 20:17:00的发言：
其实60个表并不存在问题，问题是每个表如果有n多窗口，每窗口有n多控件，打开项目时才费时。
60个内部表，不加载数据，文件中5个窗口，每窗口10个控件，我打开项目20秒。

以下是引用狐狸爸爸在2009-9-5 0:05:00的发言：
技术解答：

窗口是在打开的时候加载的，不是一启动就加载。
所以窗口多少不影响运行速度，再多的窗口也无所谓，因为窗口不是同时打开的。
如果表太多，自然影响打开速度，可以考虑：
1、对于结构相同的表，应该尽量合并为一个表。
2、用OuterTableBuilder和SQLTable动态生成，窗口问题可以用我今天介绍的方法解决。


关于性能：

今天的狐表性能是没得说的，不是王婆卖瓜，是事实。
不要动不动就归结于开发工具，同样的工具，在不同人的手上，会产生完全不同的效果。

60个表又如何，谁让你一次全部打开？
你在电脑同时开60个网页，会是什么样的结果?
尽用一些不切实际的东西讲性能，老实说，我看着有点恼火。

一个月前还有些许道理，今天讲完全是胡搅，因为现在根本就不存在所谓性能上的短板。
blackzhu的老古董电脑，之前要10分钟才打开项目，现在不也说打开速度非常好了吗。

再好的工具，也要合理使用，才会有好的结果，我不是神，只是一个普通的凡人，我没有办法设计一个随便怎么折腾都能运转如飞的软件。
世界上也不存在这样的软件！！！

以下是引用reachtone在2009-9-5 11:05:00的发言：
    呵呵，没想到周五晚上没上来，就出了这么个热帖，也跟着说说我的看法吧。在用foxtable之前，我也用过其它的开发工具，有比较才有发言权嘛：
    从foxtable公测开始，我就一直在关注。真正将其投入使用，应该是今年6月中下旬以后。所以，我真正使用foxtable的时间也不过才2个月左右。为什么选择foxtable，我的理由是这样的：
    1、foxtable已经内置了大量的方法与函数，基本涵盖数据处理的方方面面，开发者可以拿来就用，省去了N多的时间。
    2、各种方法中，不仅有针对已加载数据的，还有直接针对后台的。可以毫不夸张的说，等foxtable正式发布以后，很多熟悉sql语句的人基本不要学习foxtable的系统知识，仅用一个sqlcommand就可以做出非常高效的、直接针对后台的查询系统来。因为查询结果出来以后，菜单上的统计、打印、excel报表等直接就可以用了，还有比这再方便的开发工具吗？
    3、正是因为以上两点，foxtable的高效是其它同类开发工具无法比拟的。这里的高效，不仅有项目开发效率的高效，还有项目完成以后运行的高效。我正式学习foxtable也不过2个月的时间，到本月20号就将完成并交付第一个商业项目，当然比较高效了。而且，这个项目将直接管理sql数据库中的数百万条数据，处理效率不高效，我敢用它吗？
    4、老六的敬业精神以及对细节追求的完美让人感动，这从foxtable近期频繁的更新可以看出。包括换心这件事，本来大家都觉得挺好了，但老六还是坚持花挺长的时间把它换下来，可见老六对产品品质的追求！至于细节方面，这从“excel报表”和“分组与交叉统计”的功能上就能看出来。我曾建议老六将这两块功能单独做成dll出售，可以说，这两个功能如果单独出售，其dll售价就会大大高于foxtable即将公开发售的商业版售价。所以，foxtable是超值的！
    以上就是我选择foxtable的原因。
    另外有必要说一下，我在项目中从来没有使用过关联。一是因为之前没有使用关联的习惯，二是非常担心关联所导致的table增长。我在项目中对关联的处理都是用代码实现的。还有就是，在设计项目时，一定要将所用到的datatable的加载条件设置为空，打开项目时就不会加载任何数据了，速度非常快。再说，项目开始运行时，本来就只要显示菜单之类的，也没必要加载任何数据。
    C兄也是论坛上的热心之人，如果你在改进之后、打开项目的速度还是非常慢，建议你将项目发出来让大家一起诊断一下。如果涉及商业秘密，单独发给老六研究一下也行。不见例子，谁知道问题在哪里呢？

以下是引用czy在2009-9-5 12:39:00的发言：
Where false 应该也可以吧

以下是引用reachtone在2009-9-5 14:28:00的发言：
那就改成:
where 0=1