请教大家一个 WinForm 的开发模式：

Question

类库,放在Dll文件里的是用户控件与一般窗口,

Answer 1

特别大的系统你当然可以这样，不过.NET的执行效率很高，我的系统有40~50个窗体，编译执行很快。如果你只是考虑速度的话，大可不必。为了共享代码或者升级吗，你就分解把。

Answer 2

看你Form改动大不大,假如变动大,个人建议分开后维护起来很方便

Answer 3

同意  lxcc(虫子|需要点勇气和信心) 
便于维护

Answer 4

还是把各种窗体都做成DLL吧，用起来方便一些，而且比较容易分类管理，功能类似的窗体都放在一个DLL里。

Answer 5

看你的项目规模，和你的侧重点了，如果是大项目投入较大的的话，分开来，比较好，便于维护升级。要是小项目，或者就是简单的一个项目做完就不用管了，那就简单一点，一个exe就得了

Answer 6

同意 wangxt(海贝) 的意见

Answer 7

我的理解就是：目前的组建式开发是不是就是将所有的窗体编译成Dll来调用，然后在维护或更新时也便于操作。目前我就是这样做一个项目。大家多发表一下意见了

Answer 8

我自己的方式这样的，不要在窗体中直接画控件，把显示功能封装到用户控件中（最好单独封装到DLL，说不定以后别的地方有用），这样做可以很好的重要，两个窗体都需要这个东西，放上去就可以了。
对于用户控件所调用的业务也应该单独封装，都是为了一个目标，不重复写代码和提高重用。

Answer 9

对了，怎么把 form窗体　编译到一个 dll 中呢？
这种编译到 dll 的窗体能否进行可视化编程？？如果再新建一个项目，新加一个窗体编译后还是会编译到 exe 文件中的~

Answer 10

是这样的，把你的软件要实现的功能按照功能划分若干个模块，看那些功能在后期维护中变化较大，就拿出来单独做成DLL，如果以后这些东西都不变化，就写在一个.exe文件中去，这样有利于后期的维护与升级。
像那些杀毒软件，可以在线升级，参考一下吧！

Answer 11

耦合度不高的话，搞成单个dll。否则不必要。

Answer 12

我现在做的就是用Smart Client模式，客户端用最基本的主程序，相关界面的DLL从Web上加载；升级方便。

Answer 13

谢谢　火凤凰。我也是考虑使用 SmartClient 技术，但还不清楚怎么把 WinForm 封闭到 Dll 中能介绍下么？？

Answer 14

按功能模块来分的,不建议分开,涉及到安全问题.
自己在工程里分层来做好了,UI层几十个窗体也不算什么,关键是底层的那几层做得条理点,UI层比较方便 的

Answer 15

大点的一般用dll吧，便于多人同时开发，也比较好扩展，便于代码重用。

Answer 16

我也是考虑使用 SmartClient 技术，但还不清楚怎么把 WinForm 封闭到 Dll 中能介绍下么？？这个问题超简单，我不知道现在用C/S的人是不是真的这么少？你直接在类库中加窗体就行了