动态控件的思考

[tcxx2008]

在自己现在的winform程序项目中,发现有些框体即使很简单,也是采用动态生成控件的方式来展现页面的.
个人感觉动态生成控件麻烦点,手写的代码多了,而且还要去控制显示位置的关系,导致cs文件里代码一堆,引发一个思考:
我们在什么时候用动态控件比较好,那种很简单的页面需不需要用到动态生成控件,请大家踊跃发言,说的有道理的给分,就顶,支持,关注什么的,只能这里先谢谢你的支持了,呵呵.

[cppfaq]

不能够在design time确定的界面元素才动态生成，否则就是自找麻烦

[以专业开发人员为伍]

动静都需要，最好哪一个也不要偏废。

当你没有时间写一个静态的，你就可以使用动态的来快速自动化生成界面；当你希望一次修改就改变整个风格时，也是改变动态的部分。只要动态得东西可以快速开发，静态的东西越少越好。

但是同时，动态的东西容易使得人钻入技术的误区妄图开发完美的组件，而不是尽快拿出符合用户需要的简单实现。此时，只要静态东西可以快速开发，动态的东西越少越好。

[以专业开发人员为伍]

不论使用.net平台下什么工具开发gui，其实对广大中低级程序员，都不休止地在争吵动态、静态控件开发问题。不厌其烦。

[tcxx2008]

请大家踊跃发言!!!

[CGabriel]

说到好像把控件拖到界面上就不用生成代码一样...

代码摆在 form1.designer.cs 跟 form1.cs 里面有任何区别吗

[wanghui0380]

看你的产品定位

如果你属可二次开发，可动态定制，自然需要动态的配置

如果产品本身就是一次性项目，过分设计那就耽误时间

当年那句“聪明的程序员用delphi”不是没道理滴，delphi控件多，拖来就用，生产效率高，虽然欠总体的变化，但是应付常规项目，那叫一个快啊。

但是还是那句话，delphi里那些普通程序员欠的债总是要还滴，当他们准备产品化和后续版本的时候，就比较头疼了

[aight]

[Quote=引用 2 楼 sp1234 的回复:]
动静都需要，最好哪一个也不要偏废。

当你没有时间写一个静态的，你就可以使用动态的来快速自动化生成界面；当你希望一次修改就改变整个风格时，也是改变动态的部分。只要动态得东西可以快速开发，静态的东西越少越好。

但是同时，动态的东西容易使得人钻入技术的误区妄图开发完美的组件，而不是尽快拿出符合用户需要的简单实现。此时，只要静态东西可以快速开发，动态的东西越少越好。
[/Quote]
up