主题：[讨论]窗口太多带来的麻烦！

    我认为关键不是排序,而是分层归类管理.如果太多的窗口放在一起,(目前仅仅是归属在某个表下面,等于只分了一个层次),无论怎么排序管理起来都是比较麻烦的,按拼音排序不合适,按功能模块排序也不合适.
    如果能把所有的窗口进行分层次的归类管理,即把窗口先按一定的设置分成几大类,几大类下面再分设几小类,这样管理起来既方便又高效,不知为什么贺老师不支持!就好像一个进销存软件中,如果有几千种商品,如果只分一个层次,无论怎么排序都是很难管理的,但我使用的进销存软件中,可以分为5层,经过这样的分层管理,我能很快捷的找到每一个商品,而不用任何排序.
     可能有很多用户还没有意识到这个问题的严重性,我预计随着软件使用的越来越多,用户用狐表所做项目越做越大,这个问题会越来越严重,与其到最后再改,不如提前改进,再次希望引起贺老师的重视!

     我以前的贴子中详细的陈述过我的建议,即对窗口实行多层次分类管理,采用目录树的界面.为了和以前版本中的窗口相衔接,缺省的目录树是系统中的表名,即缺省的窗口是以系统表名进行分类的,但允许用户进行新增加类别及分子类,这样既能和以前版本进行平稳衔接,又能实现了对系统中窗口的有效的分层分类管理. 
      实在不理解,是不是每一次我提建议的时候,总让提得太超前了?总是在当时贺老师认为没有多大必要,很多用户也意识不到重要性,非要等上一段时间,等好多人都意识到问题重要了,贺老师绕来绕去转了一大圈,最后才意识到我当初的建议是很重要的,再开始改进!尽管有很多次的最终结果都证明了我是对的,但我真的不想每次都这样!为什么不能提前改进一下呢?

   贺老师怎么不发表意见了？是不是看大家的意见会怎么讨论？
   不过我想提醒贺老师一点，现在这个时候，讨论这个问题是讨论不出结果的。很显然，在窗口很少的项目中，增加窗口的分类分层管理是意义不大的，甚至像您说的没必要费这事！现在这个时候，我估计现在用狐表做出的项目中使用的有效窗口超过30个的并不多，超过50个窗口的就更少了，所以，现在大部分人用的窗口较少，意识不到这个改进有多大意义！
    但如果不出我所料，即使现在支持的人不多，但最终随着窗口越来越多，这个问题会越来越严重，不太明白贺老师为什么非要等到最后再改进呢？

     这个问题您若再这样说好像我就不想再讨论下去了，窗口放在表中既无意义也不方便，无论把窗口怎么分到表中，仍然是只分了一层。实际的情况是，假如我把窗口严格按与哪个表相关来区分，可能有的表中窗口仍然会有很多（超过10个，甚至会有几十个），有的表中窗口很少甚至没有窗口。如果把窗口不严格按与哪个表相关来区分，尽量不让某一表下有太多表，又会造成一个新的问题，即很难记清某个窗口在哪个表下面（因表名和表标题与下属的窗口没有严格的相关关系）。所以说，把窗口归在表下并不能实现对窗口的有效、方便的管理。
   另外，我可以告诉大家目前我是怎样用很笨的办法解决这个问题的。为了解决这个矛盾，在管理窗口时，我建了很多没有意义的空表，表的名字用来识别下面的的窗口是哪一类。难道贺老师不觉得这种办法太愚蠢了吗？但我又不得不这样做。尽管如此，仍然不方便，因为不管我建了多少表名，尽管表名与下面的窗口相关，但是，对窗口的管理仍然只有一层，与目录树的管理方式相比，简直是天壤之别！
    实在不理解贺老师为什么偏偏要把窗口和表相连在一起，明明两者没有任何关系的！再者，这样的改进应该是很容易实现的，这么简单的道理，相信贺老师肯定明白其中的优劣，就不要再为难大家了！