不是搞.NET的，问个基础问题。

michaelpeng7799 2006-10-23 06:12:32

过去，在进行基于窗体的程序开发中，过去Delphi中是设计好form后，把form上的界面信息，如控件的位置大小等信息存放到DFM文件，窗体的程序pas文件分开。VB6也是这样的。

那么到了.net中C#,Delphi.net都是将当前窗体的界面信息与程序逻辑保存在同一个文件中。
我实际上是搞Java的，做Eclipse RCP开发，就是用Java做类WinForm那种东西，现在发现在java中实现基于SWT/JFACE的窗体设计中，也是将窗体的界面信息与程序实现都放在.java源程序文件中。

所以让我想起过去是将界面描述和程序逻辑分开，那么现在为什么大多的程序设计工具及语言都是将基合二为一的，这样有什么好处？？个人感觉若是分开的话，程序逻辑不是更干净？所以有所不解，我记的.net刚推出时,microsoft的.net架构师anders(原来borland那个)解释过为何要合并到一个文件中，但是不太清了。。。为什么要这样做呢？？？搞明白这个问题对我很重要，谢谢，请各位帮忙想想。

...全文

173 13 打赏收藏转发到动态举报

写回复

用AI写文章

13 条回复

切换为时间正序

请发表友善的回复…

发表回复

ji_vicky 2006-10-24

打赏
举报

学习中。。。。。。

eiger 2006-10-24

打赏
举报

只等拿分了

xvting 2006-10-24

打赏
举报

界面完全由代码生成了，不再需要另外的界面描述文件。

DalyQiao 2006-10-23

打赏
举报

以前的分开出来的界面部分是要用资源编译器进行编译的,其实也是一种代码.没什么区别.只不过以前的代码你看不懂,现在就能看懂了,是好事啊

gezichong 2006-10-23

打赏
举报

不太懂这个问题

顶一下

tangyong12 2006-10-23

打赏
举报

在.net2005里面又把这种界面元素单独提出来了。
个人觉得将程序实现和界面控件等元素信息都放在一个文件里确实不怎么方便，单独拿出来好点，就像资源文件一样。
至于放在一个文件里有什么好的我倒真的还没怎么发现，如果代码分块还好，不分块看起来比较累，尤其界面元素很多的时候，自己不写一行代码，程序就已经自动生成上千行代码了。

砂随风 2006-10-23