是和主程序做一起吗?我放在一起做出来的程序好大哟。还有其它方法没?你用的方法的优点是什么?

解决方案 »

  1.   

    十几个窗口而已?呵呵,两百多个窗口的都做过,呵呵
    有很多方法:分成不同的执行程序,做成DLL,做成BPL。最后一种应该是体积最小的一种,相关资料慢慢去查吧
      

  2.   

    的确有点多,建议用dll(最好用com)主程序仅负责调用
      

  3.   

    我的有50多个,全部放一个EXE里
      

  4.   

    10多个,什么也不用考虑,如果很多可用dll方法
      

  5.   

    说实话!我看不懂楼主想说什么!10多个窗体也算多?
    看了别人的回帖,好像不是讨论这个问题!而是考虑继承的问题!
    frame.....form随便你选择吧!我个人喜欢用frame
      

  6.   

    弄个父子继承不就结了,一个拉十多个,dll也是不错的选择
      

  7.   

    一点也不多,编译后也就1、2M吧,多利用继承、框架能节约点空间,少用第3方VCL。
      

  8.   

    我们的系统要用近170个窗口,呵呵,我们都放在exe里面
      

  9.   

    几十个不多。全部放在一个程序中程序也不会很大的,加载时间长倒是有可能的,不过你可以在程序中控制Form的创建时机,而不是Delphi自动生成的代码那样一股脑在开始的时候创建。我想主要不是运行性能问题,我想楼主的意思是,如何管理这么多窗口的源代码,如果全部放在一个工程中,如果有上百的窗口,那且不是眼睛都要看花。有两个办法。
    1、功能分解,把单一的exe分成数个exe,分别执行不能的功能,我认为这种方法最合理了。
    2、就是使用DLL了,主程序分别调用不同的DLL,这样可以多个人分工协作,不过有时候有麻烦的,就是界面的问题,很多客户要求有个统一的界面,不能老是翻出新的窗口来,这样就比较麻烦一些,比如菜单、工具条的合并。一个工程由上百个窗口,这本身就让人觉得设计是不是很完善。估计全部office的程序的窗口加起来也不会超过200个吧。SQLServer多么简洁?一个企业管理器就那么个窗口,没有说一会儿跳出一个窗口吧,SQL查询执行它放到了另外一个exe中作为一个单独工具。这些程序的风格我觉得很不错,外观简洁,但是内涵丰富阿。
      

  10.   

    我们是放在不同的 Exe文件的
      

  11.   

    一般来说采用DLL+PBL来做是一种比较普遍的做法
      

  12.   

    几十个窗口不算大,但如果大量使用第三方控件,如DevExpress、Tms、Raize、EhLib,可能会使.exe体积突破10M以上,但实际的商业开发必须使用大量的第三方控件。实际上,经验表明,如果用delphi开发管理型软件,如果体积达到了5M以上,在一定程度上会影响运行速度,如果达到10M以上,肯定要考虑设计思路或技术有问题。
    解决办法有几种:dll、bpl和Com。用Com难度大,用dll存在VCL控件在窗口、dll之间通讯有不可解决的技术问题。Borland推荐用bpl。请记住:bpl是面向对象的,dll是面向过程的。
      

  13.   

    学习
    不过如果是我的话
    我会考虑用DLL
      

  14.   

    多谢sxqwhxq(步青云) ,请大家继续发表看法。