软件复用？？？

Question

在现代的软件开发里，有很多的公司现在一直在考滤软件复用，因为其可以节省资金，才力，提高开发效率。以下我的一点见解：
   要显示的所构件（如edit,button) 通通的写在文本里，然后进行调用，如果要添加构件就不用到delphi里面去修改了，这样用户也可以根据文本来想提取自己所用的构件。
 如：
流水号
字段名
显示标签
字段类型
字段长度
是否关键字段
是否建立索引
可否为NULL
显示掩码
数据表流水号
是否可见
是否启用
是否LOOKUP    //以下是与他表关系用的
LOOKUP表流水号
LOOKUP字段名
控件类型       //以下的信息是为配置编辑界面用的
控件左边界
控件右边界
控件高度
控件宽度



这样使得整个系统的大小很小，大家有没有发现为什么delphi.exe的大小才几百K，而我们自己开发的程序.exe则很大，有的达到几十M的。请大家发表一下见解！！！！

Answer 1

呵呵，对Delphi的dfm的扩充。
没用过，开发效率真的可以提高吗？添加了构件，你的代码不用写的么？

Answer 2

请问怎样让自己的.exe达到几十M?

Answer 3

只能增加复杂程度！
dll是个不错的办法！

Answer 4

这个并不是新东西,我已经有了一个成型的系统,但是对于窗体的配置文件我不是写在文本文件里面,而是写在数据库里面的.
我的程序是基于midas的,我的客户端是一个窗体编译器,中间层是一个对象构造器,
在数据库端要提供两个张表,一张是UserOp表,一张是ＯbjectBom表，通过这两个张表，我可以在数据库端构造任意的数据库应用程序．目前这些工作我已经完成了．后面我打算写一个工作流编译器，专门编译一些复杂的工作流．
赫赫，做这些工作真的是比较有意义，欢迎有相同想法的朋友一起来探讨
e@mail:[email protected]

Answer 5

我们公司就做了一个这种东西，表的结构似乎比楼主说的要复杂，因为都包括了该控件如果是下拉列表框等类似的控件，其中里面的items的内容等，都由哪里来，并且还要包括该控件若干条属性，通过delphi设计界面等东西，存入到数据库，以后在运行的时候只是通过固定的程序取得数据库的内容，就可以了。不过程序特复杂，比如说一个按钮就要处理好多种情况，包括什么新建、修改、保存、取消、弹出新窗体、关闭等。问题是现在还做不到这种动态生成的东西怎么和静态的融合在一起，因为动态的毕竟不能解决所有的问题。
我要一直关注该贴，看看大家都怎么说这个问题！