怎么看这个2 种方法的效率呢
C# WinForm，Java Swing：
手写也运行代码才能创建出UI，拖控件也是自动化产生代码（可能比手写更具效率）。
所以，无论是否拖控件，都一样是运行了创建UI的代码。
看了 = -= 其实是一样的 都是声明控件类,然后添加到窗体上
开发效率还是运行效率？前提没说清楚。如果是开发效率，当然是拖拽，如果是运行效率，没差别
你那个Form的构造函数里不是调用个InitComponent之类的方法么，你看看那个方法的代码就懂了，界面设计器生成的代码就在那
- -微软封装的 应该没问题
找极端例子吧。10000个界面控件，用代码生成，和用拖动创建，其实用不到这么多，100个，甚至几十个，找一台普通点的电脑解决
是的,就是这个意思
回复这两种加载的速度差距几乎可以忽略
@罗马的王 哦哦谢了
你想说的是通过向窗体拖动创建的控件和在后台手写创建的控件，两者加载的速度哪个快 ？
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
暂无简介
文章 0 评论 0
接受
发布评论
评论（10）
C# WinForm，Java Swing：
手写也运行代码才能创建出UI，拖控件也是自动化产生代码（可能比手写更具效率）。
所以，无论是否拖控件，都一样是运行了创建UI的代码。
看了 = -= 其实是一样的 都是声明控件类,然后添加到窗体上
开发效率还是运行效率？前提没说清楚。如果是开发效率，当然是拖拽，如果是运行效率，没差别
你那个Form的构造函数里不是调用个InitComponent之类的方法么，你看看那个方法的代码就懂了，界面设计器生成的代码就在那
- -微软封装的 应该没问题
找极端例子吧。10000个界面控件，用代码生成，和用拖动创建，其实用不到这么多，100个，甚至几十个，找一台普通点的电脑解决
是的,就是这个意思
回复
这两种加载的速度差距几乎可以忽略
@罗马的王 哦哦谢了
你想说的是通过向窗体拖动创建的控件和在后台手写创建的控件，两者加载的速度哪个快 ？