.net做界面设计时,如果界面上控件很多,在设计时速度就很慢,大家有什么好的解决方案吗?

Question

rt

Answer 1

比较省钱的方法：加内存。vs2005，最好不要低于1G

Answer 2

不用可视化编辑器，直接编辑aspx或者更多的写cs

Answer 3

控件多的话就是CPU速度问题了.(winform)

Answer 4

参考:
http://www.codeproject.com/useritems/lightweight_views.asp对你或许有些帮助

Answer 5

在设计时速度就很慢不懂
===============================
Form有400个控件, 打开这个Form要 2~3分钟, 我机子的配置: CPU 3G, RAM 1G
编辑时,随便改一个属性,要等 1 分钟,这样的速度能忍受吗?

Answer 6

感觉2.0里的控件一多就很慢了。动态加载也慢。我tabcontrol只3页，控件不超过100个，速度也比较慢了。2.8GCPU，1G内存。以前用tableLayoutPanel动态加载控件，结果运行的时候真是看着控件一个个地出来，简直不能用。看来tableLayoutPanel只能用于静态布局了。控件太多，还是分到不同窗体的好。

Answer 7

提供一个思路，我们知道，一个控件其实也是一个窗口，每个窗口都有自己的内存空间。我在一篇文章上面看见有高手能创建一个控件，但创建相应的窗口，由于没有了窗口内存的消耗，所以系统的速度可以保证。这有点像MFC的文档/视图模式，没有了视图，只剩下了文档。个人意见而已。

Answer 8

400个控件???我要是CPU,我也慢.
参考原型模式 和 享元模式, 看看能不能解决问题.

Answer 9

推荐楼上的解决方案。上面有位给出 codeproject 的方案我上不国外网看不见，不过觉得楼上的是正解

Answer 10

我习惯在编译一定次数时重新启动一下IDE

Answer 11

我们是做ERP的,一个订单系统的界面上 TabPage + Panel + Label + Edit ,400个控件很正常的
就算是windows自己的一些[选项]窗口. 如:ie的[Internet选项],所有控件加起来肯定有400个

Answer 12

bbdog(贝贝狗) ( ) 信誉：100    Blog  2006-10-04 12:52:00  得分: 0  
 
 
   400个控件???我要是CPU,我也慢.
参考原型模式 和 享元模式, 看看能不能解决问题.
  
 
=====================================================================
现在是设计速度慢耶,界面设计还能用模式? 能否给详细点的信息

Answer 13

控件还没有实现 ICloneable 接口, 怎么用原型模式?

Answer 14

订单啊...难怪那么多控件。推荐你用如下方法，可以轻松解决空间问题：1. 首先，你需要新建一个数据类。用于保存用户输入的数据。
2. 其次，不要直接在TabPage上放东西。把每个Page上的内容单独作为一个UserControl。
3. 在TabControl的SelectedIndexChange事件中根据当前的TabPage，动态生成相应的UserControl，并放置在TabPage上。
4. 当生成新的一个UserControl的时候，将上一个UserControl销毁。
5. 在每个UserControl被销毁前，将其上各个控件的值，记录到数据类中保存。
6. 在每个UserControl被创建时，使用数据类中的值为控件进行初始化。

Answer 15

Form有400个控件, 打开这个Form要 2~3分钟, 我机子的配置: CPU 3G, RAM 1G
编辑时,随便改一个属性,要等 1 分钟
随便改一个属性 这个你可以在代码写,不用在控件改呀

Answer 16

唉，我也遇到过啊，真是烦啊，有时候慢的切换控件的时候，属性窗口根本没有变化，真是可怜啊
１.２５Ｇ的内存，３.０的cpu还不行啊