|
|
对于Silverlight，主要的设计工具是Expression Blend，它可以按设计者们所熟知的方式创建XAML内容，使用起来和Adobe Illustrator或者Photoshop差不多。但不同之处在于Blend和开发者使用同样的工程项目文件，XAML和JavaScript文件，就像在Visual Studio中那样。当设计完成并修整好，不需要进行中间的整合过程，设计者就可以看到开发人员直接将其作为项目素材加入开发项目。这样做有助于设计者和开发人员更加紧密地协同工作。
7、Silverlight将分包发布
Silverlight会分成多个数据包发送给浏览器，也就是说代码会分成一个或多个包(JavaScript文件，编译文件等等)，设计也分成一个或多个包(XAML)，以及其他文件(包括图片、字体、视频)。
刚开始习惯了Flash的单文件分发模式的开发者会不大理解为什么这样做。实际上，这是有好处的。分离的包比现在的Flash完整打包更有助于在服务器端动态地创建内容，并按照标记语言自由组合。Silverlight也提供功能可以使用zip文件把所有XAML代码使用的内容打包给用户下载。
8、Silverlight是崭新的
在写就本文的时候，Silverlight 1.0为RC版，Silverlight 1.1则刚刚发布Alpha版，这项技术与类似的其他公司同类技术(尤其是Adobe的Flash和Flex)相比还不够成熟。Flash目前已经到了9.0，它花了很长时间才达到现在的普及度，但这不是说Silverlight追不上来，微软在学习他人的经验和教训方面很有一手(可以参考一下Java和.NET)，当然这也不是绝对的。
Silverlight不是Windows Forms、Windows Presentation Foundation(WPF)、Java Applet或者Sharepoint的替代者，简单的说，如果你需要创建丰富的，优秀的，同时具备跨所有平台和操作系统的应用，那么Silverlight正合适。
9、Silverlight XAML对照WPF XAML
要把XAML吹捧成为微软WPF的特长之处并不难，但是它实际上并没有看起来那么优秀，这一方面是由于WPF较低的采用率，另一方面就是WPF XAML和Silverlight XAML的区别了。
首先，WPF的采用率相对于其他客户端技术而言(例如Visual Basic 6和.NET的Windows Forms)比较低，因此XAML也基本上被荒废了。
第二，Silverlight XAML的语法比WPF XAML要简单一些，当然也会比WPF XAML弱一点，这既是好事也是坏事。Silverlight非常容易上手，但是从WPF转移而来的开发者可能会觉得有点不够用。
按我的感觉，较简洁的语法对于Silverlight实际上是最合适的，因为运行环境对于用户而言越精简越好。Silverlight并不需要把所有东西都囊括进来，对于一个轻量级客户端而言没有这个必要。当然，要能给Silverlight增加更多的功能肯定不错，但是目前不能仅仅考虑这些，我们需要谨慎考量加入多少，同时还能保持接口的简洁和高效。
10、Silverlight非常适合学习XAML
就象前一节所说的，Silverlight有着轻量级的XAML语法，这意味着它对于学习XAML的工作方式非常有益，引导那些正在学习XAML的开发者创建简明清晰的代码，帮助他们快速理解Silverlight的功能特性，当他们开始投向WPF的XAML的时候，就会发现更多的功能和特性已经准备就绪了。
相反的，如果开发者从WPF开始应用XAML，随后换到Silverlight的话就不得不扔掉许多特性。Silverlight的运行时库目前只有大约4.5MB，.NET 3.0运行时库(第一个支持WPF的)则接近30MB。
Silverlight是一个对公司、消费者、用户都大有裨益的新技术，看了上面这些，现在你可以决定该如何在你的Web战略中应用Silverlight了。
