讨论：功能复杂的类，应该拆分为多个类，还是使用Partial Class？
在一些需要处理各种UI交互的场合，class往往随着交互的增加而日益膨胀。这时候
将之分拆为多个class，还是使用.net   2.0新特性 "partial   class "，将之按照功能
分类，分布到多个文件中？

------解决方案--------------------
关注一下
这确实让人疑惑。
用Partial的话感觉怪怪的，但是从逻辑上来说这样做比把类生生拆开要清晰，但是代码上来说就感觉凌乱了。
我觉得还是要看这个类内部的聚合度怎么样了，还得看具体的，泛泛说来是得不出有用结论的
------解决方案--------------------
要看实际业务需要，实体类最好就不要分了，控制类该分就分开。
------解决方案--------------------
个人感觉Partial用于web页面还行,要用到逻辑层总觉得不妥
------解决方案--------------------
如果是Partial，编译之后还是一个很大的类型，和C#1.x还是一样。

如果可以分为几个class自然是可以这样重构。具体还要看到底有没有可能分割。实在不行就使用partial。因为使用Partial起码解决了Check in时候总是冲突的情况。