VS2005中的Partial类型 [增加补充]

看见Ninputer介绍了不完全类型，今天发现在VS2005 CTP MAY 2004中已经使用了此类型。

新建一个SmartDeviceApplication后，VS2005会自动为项目添加一个Form1.cs，这个Form并没有使用Partial类型(如果是WindowsApplication项目，则Form1是会使用的)。当手动添加一个From后，这个From就使用了不完全类型，并且将窗体的InitializeComponent()方法藏到类似CodeBehind(也许我们应该叫DesignBehind)的Designer.cs文件中。

代码被分到了多个文件中的好处，在Ninputer的介绍中也有提到。
对于WindowsForm来说，控件的定义 与 其他逻辑代码(包括Button_Click) 分开了。要知道VS2005又增加了50多个控件，有些是辅助定位的容器控件，这样窗体上的控件无疑会多起来。如果是一个输入客户资料的窗体，一个窗体中定义了100个控件都不算多，但窗体中还会包含一些数据效验、Tab控制的代码。分开后，就不用在一大堆控件中查找自己的逻辑代码了。
回顾一下窗体设计应用：在有VB之前，代码都是在一个文件中的；VB的窗体设计将form和code分在了两个文件中(这时候asp的form和code是混在一起的)；VS2003下，又将form和code合在一个文件中(asp.net却使用codebehind，form和code分离)；到了VS2005，又可以分到多个文件中了，但通过Partial将多个文件连到一起。真有意思！

[补充]
多谢Justin Shen的反馈
=====================================
我记得在上一个CTP版里，win form的project不也用上了partial type了吗？还有win form
的入口点好像是一个static class
=====================================
1、再次打开CTP MARCH的项目，确实当时已经使用了Partial类了
2、另外，我们再来比较一下这两个版本WindowsApplication的入口点。
区别只在于文件名不一样。至于为什么使用Program.cs，估计是MS默认的规定吧。可以参考一下这篇介绍Avalon编程文章中的代码。
我是比较倾向于将Main放在单独一个文件中的。第一，入口与窗体分离；第二，可以在这个文件中捕捉一些未处理的错误。两者都有利于提高代码的可读性。

*我很喜欢在文章使用截图。如果您觉得这种风格好，或者 觉得图片影响了您的阅读，请您一定告诉我。

转载于:https://www.cnblogs.com/JohnnyHu/archive/2004/05/29/12168.html