| ASP.NET2.0与VS2005利器大评析之优点篇 |
|
| 来源:天极yesky 作者:朱先忠编译 加入时间：2006-12-8 访问次数:10 [大 中 小] |
|
(三) 用户控件可视化描述
说实在的，我非常希望自己在设计时就能看到整个页面的样子。就象母版页面一样，现在，Visual Studio 2005能够在Web表单编辑器内显示一个生成的用户控件。不再象是以前的老式的、非描述性的灰色的方框加上一个控件名，现在，你能够在设计器内得到一个全面生成的恰当到位的控件。双击它，则VS就能把你导航到用户控件设计器。在我的开发中，我一般不会大量地使用用户控件，而是使用母版页面来替换我的许多现有的控件，但是我发现这种用户控件可视化描述使设计模式更为有用了。对于我的现有1.1版本的应用程序来说，尤其如此—我的这些程序中通常仍然使用这样的控件来表达页面的页眉，侧栏和页脚。
【另注】完全自动地生成用户控件极大地节约了开发时间。当然，我还需要花费不少的时间从IDE到一个浏览器来回切换以观察用户控件最终生成的样子。仅此而已。
(四) 泛型
不错，这并非是一个ASP.NET特有的特征，但是.NET 2.0中泛型的引入大大丰富了代码的编写。以前，在创建定制集合时，我常常非常小心；坦诚地说，反反复复地从CollectionBase进行派生然后重新实现相同的代码是一件非常折磨人的工作。对于定制控件开发，特别在ASP.NET中开发时，我发现当你需要集合特性时使用泛型集合效果相当好。
你只需简单地使用列表或一个特定的泛型集合，然后把它作为该控件的一个属性—问题就这么简单！Visual Studio能够看到这个集合；并且，在大多数情况下，它还能够为你提供相应的集合编辑器。通过使用泛型列表，你可以很容易地使用强类型化列表来代替许多基于ArrayList的列表，这往往使编码更为清晰。
最后，在业务对象内使用动态的类型替换消除了对令人“胆战心惊”的初始化编码（以前，在每一个业务对象中都要进行这种初始化以指定哪个实体类型与之相关联）的需要。在泛型出现以前，往往需要借助于一个小型编码代理来把业务对象和实体绑定到一起。现在，有了泛型类型后，不再需要这样的编码，而代之以一个泛型类型参数。此后，所有的类级代码就能够使用泛型类描述在运行时刻自动地生成正确的类型。借助于一个类型化参数和一组父类级方法，现在再也不需要从我的所有业务对象中剪切和粘贴大量的代码。其实，还存在许多使用泛型的场所；而且如今，我发现不使用泛型类型很多问题变得十分棘手，特别是在处理与集合相关的内容时。
【另注】泛型将会被广泛应用于集合及业务对象操作方面，而且，你也可以在页面基类和用户控件开发中从中获益。最近，我在网上看到有人构建一个泛型基页面实现自动地加载业务对象数据并建立相应的Ajax回调机制以便更新这些对象。你看，以前在每一个新页面中实现起来如此头疼的事情一下变得如此简单了！
(五) 支持嵌入式资源
我比较喜欢把大量的定制控件用于我自己的应用程序中。经常情况下，这些控件都会依赖于特定的资源，例如图像，CSS文件，XML资源等等。此时，任何这些控件的用户必须记住要在他们的应用程序中发布相应的文件。如今，在ASP.NET开发中，你可以容易地把需要的Web资源嵌入到一个工程中，然后经由一个ASP.NET生成动态的URL来存取它们。为此，你只需要简单地把[WebResource]属性添加到你的控件的AssemblyInfo文件中，然后使用Page.ClientScript.GetWebResourceUrl来检索包含这些资源内容的URL即可。
(六) Visual StudioASP.NET代码编辑器
Visual Studio 2005代码编辑器比2003版本前进了一大步。我认为，最重要的新“特征”在于，新的编辑器不会自动地“打乱”我的代码格式，除非我重新格式化文档。例如，我想让我的内容按我喜欢的方式进行组织，然而，当我使用VS2003时这却成了一个问题—无论何时把新的控件添加到页面系统都会重新格式化HTML。在VS2005中，编辑器在大多数情况下会保留用户自己的代码格式，并且还会提供一种更好的处理—把控件标记插入到代码中。
|
|
|
|
|
|
