2009年3月29日星期日

Microsoft MVP Global Summit 2009 (Part 2 - Sessions)

这次去参加MVP Summit,我计划主要是听ASP.NET 4.0及Silverlight 3有关的session,结果在Microsoft Campus的两天也就泡在MSCC,也就是往返于Hood和Rainier这两个room。这些内容之前一直都不能说,现在MIX09开完之后,大部分的内容我们都可以自由讨论了。

ASP.NET 4.0

ASP.NET 4.0方面,我最关注的是ASP.NET AJAX 4.0,不过Preview 4和Preview 3比起来没多少新增功能,我只能希望在Preview 3中存在的bug在Preview 4都修复了。在demo方面,DataView控件加上Live Binding确实非常cool,可以一个DataView做master另一个做details,在其中任何一处作出的修改立即同步到所有地方,包括对ADO.NET Data Service作出更新请求。不过demo始终就只是demo,现实中的场景总有一些更复杂更需要创意的地方。

此外,ASP.NET 4.0还包括ASP.NET MVC和Dynamic Data,前者终于发布了1.0,后者比最初我看到的第一个Preview已经要强大很多了,当然也换上了Entity Model这样的数据访问层组件。

Silverlight 3

我对Silverlight 3的关注原本只是很表面的,但却发现Silverlight 3的新增功能比ASP.NET 4.0要多得多,这意味着Microsoft对Silverlight的投入巨大吧,因此我也觉得有必要去好好研究Silverlight 3了。

Silverlight 3的突破是巨大的,假如我们都承认原来的Silverlight 2其实很弱的话。在工具方面,现在终于可以在Visual Studio 2010里面拖放编辑XAML了,而Expression Blend也支持C#编辑了,不再像过去的版本那样,Visual Studio和Blend各自只能完成一半的工作,必须在两个工具之间切换来切换去。

视频播放一直都是Silverlight非常重视的功能之一,Silverlight 3将会支持H.264,并把H.264/AAC/MP4作为标准的视频封装格式。如今有越来越多的设备支持H.264的硬件解码,而且Adobe与Apple的软件也广泛采用H.264作为高清视频的编码格式,所以将来我们无需再为编码格式的区别而烦恼了。

另外,Silverlight 3还引入了GPU硬件加速的支持,用于UIElement的合成与拉伸,同时支持浏览器内嵌模式与全屏模式。不过,如果你要让你的Silverlight 3应用支持GPU加速,还必须在浏览器插件及UIElement两个层面声明启用GPU加速,以保证其他内容不受此新功能引入的影响。

GPU硬件加速带来的是什么?当然是视觉上的新功能啦。过去Silverlight 2无法做梯形变换,所以也就做不了真正的Coverflow。现在Silverlight 3可以做Perspective 3D了,Coverflow也就能实现了。另外WPF拥有的Effects在Silverlight 3中也能用了,虽然Silverlight 3现在的Preview仅仅自带了两个Effects,但WPF自带的Effects甚至是第三方的Effects都可以导入到Silverlight 3中使用,因为它们都是用HLSL写的Pixel Shaders。

如果你对这些新功能感兴趣,我建议你去看看MIX 09的视频,里面涵盖了我所说到的所有内容。我准备接下来用Silverlight 3做一个Coverflow,如果你有兴趣了解这是怎么做的,欢迎订阅Cat in Chinese

2009年3月23日星期一

Microsoft MVP Global Summit 2009 (Part 1 - Trip & Food)

虽然MVP Summit发生在3月初,但由于我一直都很懒,所以现在才来写写文章。而且,很多MVP Summit上讨论的受NDA保护的内容,过了MIX09也就成为公开内容了,我也就可以在这里说说了。

今年买票的时候,竟然找不到第二个人跟我同行。上海的一群MVP,都为了省钱买了海航的机票,从上海飞到北京再直飞西雅图。我还是更愿意飞NWA,因为里程可以积累到我的南航帐号上,所以虽然票价贵一些,我还是选择了一个人飞NWA。直到起飞前两天,才确定上海的包包跑来北京了,因为面签时被check了拖到最后一刻才买票,结果就和我同机了。

飞到东京之后,有趣的事情发生了,我们见到了一群穿着校服的日本女生走进来候机室,登机之后其中一位就坐在我旁边。我在吃完机上第一餐之后,无所事事就开始找她聊天,问问她有没有用过Baidu.jp,然后说说去美国做什么,她说她其实是去Vancouver参加交流活动。因为飞机引擎噪声很大,我们又都不太懂对方的口音,所以我拿了一个小本子出来把英语写下来让她看。在她有不懂表达的意思时,她拿了一个电子词典出来用日文查对应的英文,不过有时候我看看其中的日文解释,上面的汉字也足够我理解了。这样的沟通挺有趣的。

到了Seattle之后,打车去Sheraton Seattle Hotel,然后还是和去年一样带着今年第一次来的MVP去海边走走,去Crab Pot吃蟹。我们要了便宜的snow crab和dungeon crab,没有选最贵的king crab,吃起来感觉还不错,不过snow crab实在是太小了。最后一天晚上也是在Crab Pot吃,就是吃king crab,但这其实不是我们吃过最好的king crab。

说到这里,就不得不重点推荐一下我们在Oceanaire Seafood Room吃的那一餐Alaska red king crab了。虽然这里的king crab要$45/pound,而Crab Pot的只要$22/pound,但是这里的king crab确实比较大,而且非常甜!如果你想要尝一尝king crab是有多么的好吃,那就一定要去Oceanaire Seafood Room点Alaska red king crab。一般来说,一个人吃1~2 pounds是没问题的,如果你不再点其他东西的话。面包是送的,但既然是专门来吃king crab的,当然就不再点其他东西了,甚至连面包都不吃。

Alaska Red king crab

美国人吃法比较奇怪的地方在于,他们用石头那么硬的面包来搭配甜美的king crab。不仅仅这样,他们还会上热好了的黄油,让你点king crab来吃。我试了一下,发现这一点都不好吃,原本爽口的蟹肉变得油油的,感觉很奇怪。

今年MVP Summit的开场中说到去年MVP Summit抱怨最厉害的事情,那就是salmon吃得太多了,每餐都有salmon,所以今年的口号是No Salmon。我自然很失望啦,Seattle作为一个salmon产量如此多的地方,我过来自然要吃salmon啊,怎么可以没salmon呢?结果后来几天真的很多人在Twitter上抱怨No Salmon,于是乎今年最大的抱怨也就正好与去年相反了。看来做如此大的一场活动,关于吃什么的问题真是众口难调哦。

有关MVP Summit旅行与饮食的话题就说到这里吧,如果你有兴趣了解我接下来要说的技术内容,欢迎订阅Cat in Chinese

2009年3月14日星期六

ASP.NET AJAX 4.0 Preview 3 (Part 2 - ASP.NET AJAX Template)

在上一篇文章里,我们说到了如何使用ADO.NET Data Service Client Library能够轻松访问到存在服务器端的数据,然而将数据展现出来仍需要人手拼接HTML这点就实在是让人难以接受,所以我们现在就来看看如何利用 ASP.NET AJAX Template解决这个问题。文章中所用到的示例代码,可以在这里下载:ASP.NET AJAX 4.0 Preview 3 Demo,然后参考里面的AspNetAjaxTemplateDemo.aspx。

Sys.UI.DataView

为了解决展示数据的问题,我们需要用到一个全新的客户端控件,那就是Sys.UI.DataView 了,简称DataView。我们会用DataView替换掉上一篇文章中所说到的人手拼接HTML的部分,用于迭代生成一个ul中的li元素,因此看起来是把DataView当作Repeater来用。实际上,DataView的功能类似于ListView加上DetailsView

如果你把一个Array绑定到DataView上,它会显示为一个ListView。与ListViewLayoutTemplate相类似的是,它也能够定义控件展示的整体布局,并且仅仅是迭代输出其中的一小部分。例如说,编写一个有thead的table,并且仅仅是迭代输出thead之后的tr。在这方面,是DataViewListView完全一致的。唯一不同的是,客户端暂时还没有DataPager这样的控件,所以DataView必须一次性的完整显示整个Array的数据。

如果你把单个Object绑定到DataView上,它就会显示为一个DetailsView。这使得你可以使用两个DetailsView就做出经典的Master-Details展示模式,和在服务器端分别用ListViewDetailsView做出来的一样。当然,你不能指望DataView能够好像DetailsView那样,自动帮你分析每一个数据项并映射出对应的HTML模板,因此HTML 模板还是要你自己手写的,但至少那是在HTML中编写模板,编写时能够享受IDE带来的各种好处,维护时也更容易看懂自己(或别人)原来写下的 HTML。

JavaScript语法

接下来,我们就要把DataView投入到实际应用中去了。首先,我们说一下如何用JavaScript来实例化一个DataView。有编写ASP.NET AJAX客户端代码经验的人对$create应该不会觉得陌生,因为DataView继承自Sys.UI.Control,我们仍然可以用$create来实例化它。不过,在此之前,我们先要把对应的 HTML编写好:

<ul id="itemTemplate" class="sysTemplate">
  <li>
    <span class="award">{{ Award }}</span>
    <span class="winner">{{ Winner }}</span>
    <span class="film">{{ Film }}</span>
  </li>
</ul>


然后我们就可以基于itemTemplate这个HTML元素创建控件了:

$create(Sys.UI.DataView, {
    dataSource: new Sys.Data.AdoDataSource(),
    serviceUri: "WebDataService.svc",
    query: "OscarWinners"
  }, {}, {}, $get("itemTemplate"));


现在,页面显示出来的结果和之前我们人手拼接HTML的版本完全一致,不过我们已经不在需要维护嵌入在JavaScript中的HTML代码了。

声明性语法

如果你觉得上面的做法还不够好,要在pageLoad()里面写一个$create,那么声明性语法可能正是你需要的。大家应该记得很久很久之前,在ASP.NET AJAX还叫做Atlas的时候,就已经有过声明性语法的设计,那就是xml-script。不知为何,后来Microsoft放弃了这一设计,现在声明性语法又回来了,而且设计得比以前的xml-script还要更好。假如不用$create的话,通过声明性语法实例化一个DataView仅需要这样做:

<body
  xmlns:sys="javascript:Sys"
  xmlns:dataView="javascript:Sys.UI.DataView"
  sys:activate="*">
  <ul id="itemTemplate" class="sysTemplate"
    sys:attach="dataView"
    dataView:datasource="{{ new Sys.Data.AdoNetDataSource() }}"
    dataView:serviceuri="WebDataService.svc"
    dataView:query="OscarWinners">
    <li>
      <span class="award">{{ Award }}</span>
      <span class="winner">{{ Winner }}</span>
      <span class="film">{{ Film }}</span>
    </li>
  </ul>
</body>


我们所需要更改的代码包括:
  1. 在body元素上声明有关的xmlns,将JavaScript中的名字空间映射到HTML上,或者你可以理解为映射到XML/XHTML上。
  2. 通过sys:activate="*"这个声明,让ASP.NET AJAX知道它需要去解释页面上所有的声明性语法,并激活对应的组件。
  3. 将原本使用$create初始化时传递给实例的属性、事件、引用改为用声明性语法,直接写在HTML元素的定义上。


经过这三步,我们就可以将原来使用$create创建的组件改为使用声明性语法创建了。

小结

DataView 使得我们能够使用HTML模板,来避免手工拼接HTML带来的种种问题,同时声明性语法让我们能够如同声明服务器端控件一样声明客户端组件。虽然在 ASP.NET AJAX 4.0 Preview 3中这些功能仍有小bug,例如我想用声明性语法创建我自己编写的InPlaceEditoBehavior,这在初始化阶段毫无问题,但却会在页面卸载销毁对象之时抛出脚本错误。

由于我觉得ASP.NET AJAX 4.0 Preview 4很快就要出来了,所以我也就不准备去深入研究Preview 3了,等Preview 4出来了再去好好看看源代码。如果你有兴趣关注这方面的技术文章,欢迎订阅我的博客,点击侧栏上的订阅链接就可以了。

2009年3月13日星期五

ASP.NET AJAX 4.0 Preview 3 (Part 1 - ADO.NET Data Service Client Library)

自从Microsoft与jQuery合作以来,ASP.NET AJAX与jQuery就被定位为两个互补的AJAX库。既然jQuery已经实现了如此多轻量级的AJAX特性,自然ASP.NET AJAX会继续专注于富客户端所需的一些重量级特性。

在ASP.NET AJAX 4.0 Preview 3里面,开发人员能够接触到的两个重要的新特性就是ADO.NET Data Service Client Library以及ASP.NET AJAX Template。对于熟悉ASP.NET服务器端开发但不熟悉客户端开发的人来说,你可以简单地把这两个特性理解为存在于客户端的DataSource 以及ListView,只要把数据通过ADO.NET Data Service输出到前端,你就可以如同使用DataSource和ListView的组合一样在客户端开发数据驱动的应用程序了。

在这篇文章里,我们将来看看如何使用ADO.NET Data Service Client Library,将ADO.NET Data Service暴露的REST数据接口直接拿到客户端JavaScript代码中去调用。文章中所用到的示例代码,可以在这里下载:ASP.NET AJAX 4.0 Preview 3 Demo,然后参考里面的AdoNetDataServiceDemo.aspx。

服务器端准备工作

在我们接下来要讲到的示例当中,我们会用到一个SQL Server 2005 Express Edition的数据库,里面有一张名为OscarWinners的表,记录的是本年度奥斯卡获奖名单,字段包括AwardID、Award、 Winner、Film。然后我们为这张表创建ADO.NET Entity Model,接着再为它生成的实体类创建ADO.NET Data Service。这些都是在Visual Studio 2008中点几下鼠标就能完成的操作,就不再详细解释了。在ADO.NET Data Service的InitializeService()方法内,我们仅仅给它提供一个最宽松的规则:

config.SetEntitySetAccessRule("*", EntitySetRights.All);

到这里,我们就把服务器端的要做的工作都准备好了。打开你创建的ADO.NET Data Service地址,看看是否输出了正确的Atom格式数据。如果没有,请检查一下你机器上的WCF是否已经正确安装和配置好了。确保服务器端的准备工作都做好了,然后再进入客户端的开发工作。

连接Data Service

在客户端使用ADO.NET Data Service,我们需要接触到的类只有一个,那就是Sys.Data.AdoNetServiceProxy。首先,我们要连接到ADO.NET Data Service,也就是使用ADO.NET Data Service的URL来实例化此类:

var dataService = new Sys.Data.AdoNetServiceProxy("WebDataService.svc");

然后,我们就可以利用dataService来调用ADO.NET Data Service进行CRUD操作了。

CRUD操作

所有的CRUD操作都在Sys.Data.AdoNetServiceProxy对象上执行,方法分别名为query()insert()update()remove()。在我们的示例当中,会用到query()update()方法,另外两个方法是用起来和update()很类似,就不再详细说明了。
查询操作
dataService.query("OscarWinners", function(result, context, operation) {
  /* display result */
}, errorHandler);


使用上述语句,我们查询出了OscarWinners表中的所有数据。随后的第一个回调函数会在查询成功时被调用,因此我们可以在其中编写拼接HTML以显示结果的逻辑,具体的代码请参考下载中的AdoNetDataServiceDemo.aspx。第二个回调函数会在查询失败时被调用,我们可以编写一个统一的错误处理函数,名为errorHandler,然后将它传递给此参数。

如果需要传递复杂的查询参数,使用ADO.NET Data Service的格式就可以了,这可以在MSDN上查到。例如说查询Slumdog Millionaire这部电影夺取了多少个奥斯卡奖项,然后把奖项按照名称排序输出,可以这样子写:

dataService.query("OscarWinners?$filter=Film eq 'Slumdog Millionaire'&$orderby=Award", function(result, context, operation) {
  /* display result */
}, errorHandler);
更新操作
dataService.update(item, function(result, context, operation) { }, errorHandler);

尽管将查询结果保存下来成为items集合,并且根据用户在界面上执行的操作修改item上的属性,这些逻辑都需要我们手动维护,然而最后将item更新到服务器上则只需要如此简单的一句调用。

在我给出的示例代码中,我自己写了一个InPlaceEditBehavior,也就是所谓的“就地编辑器”,能够让用户点击显示文本后把显示文本变成输入框。然后我把这个InPlaceEditBehavior绑定到每一条记录显示的Winner字段和Film字段的span上,使得这些span都能接收用户输入。最后,我为InPlaceEditBehavior添加了一个onchanged事件,并在该事件的处理函数中完成更新item以及调用update()的操作。

小结

在这篇文章里,我简单地介绍了ADO.NET Data Service Client Library的易用性,并且通过一个具体的示例说明了如何用它来节省大量的数据交互代码。

如果你曾经写过AJAX-Enabled WCF Service,你应该知道把实体类暴露为WCF Service接口是多么麻烦的事情,就算每个实体类就简单地支持CRUD方法,你也必须手动编写这4个方法。ADO.NET Data Service相当于帮你把这一切都做好了,只要给它实体类和规则,它就帮你生成一个Data Service。另外,通过AJAX-Enabled WCF Service所包括的数据接口,会自动生成一大堆客户端代理类,而ADO.NET Data Service Client Library则只有一个固定的代理类,客户端代码体积不会随着接口复杂度的增加而增加。

说了 ADO.NET Data Service Client Library的那么多好处,那么这个示例中又有什么做得不够好的地方呢?我觉得最难维护的地方就是获取到数据后拼接HTML的代码了,人手写的HTML 拼接代码难免容易出错,而且日后更新起来也很麻烦,出错了调试时也不容易定位问题。ASP.NET AJAX Template能够帮助我们解决这个问题,这就是下一篇文章中将会讲到的内容。

如果你不想错过接下来的文章,欢迎订阅我的博客,点击侧栏上的订阅链接就可以了。

如何购买 Amazon Kindle 书籍

在美国旅行时,无聊地在iPhone上装了Kindle for iPhone,然后挑了几本技术书的sample来看看,发现在iPhone上这样看电子书还是挺方便的,就是有些代码块不能自动放大到正常显示字体看起来有点辛苦。我觉得Amazon的sample还是做得挺大方的,每本书都开放了整个chapter 1,技术书的话基本上看chapter 1就能看出作者讨论问题的深度。

我利用旅行的时间,看完了LINQ UnleashedPro LINQ的sample,然后决定买一本来学习一下LINQ。我个人更倾向于买Pro LINQ,因为它在chapter 1就提到了deferred query这样的概念,应该是一个本深入讨论LINQ内部技术的书籍。不过我还是看了一下Amazon上的评分,发现两本都是5星的,但Pro LINQ有32个review,而Linq Unleashed只有4个,于是决定就买Pro LINQ。

开头以为买本Kindle书就是直接刷卡那么简单的事情,结果发现Kindle书是有区域限制的,只能发送到美国。但是我上次买LEGO Mindstorm NXT也是这样买啊,中国的信用卡加美国的送货地址就可以了,不允许送到美国之外的东西就让别人在美国待我签收。神奇的是,Kindle书是只能1-Click购买的,不能在购买时填写送货地址,那Amazon凭什么说我就是在美国之外呢?虽然我禁用了1-Click购买,但保留在1-Click购买的默认地址是美国地址,真是想不明白。

在网上看了很多资料,别人都是可以在美国境外购买Kindle书的,我想来想去也不明白Amazon凭什么判定不能把Kindle书卖给我。本来我不想把帐号上记录了的信用卡信息和地址信息删除的,这样将来要用时又要重新输入,最后实在想不到办法了,决定把这些信息都删掉!接着点1-Click购买,Amazon重新问我要了一个地址,我填了一个美国地址,就购买成功了。

另外,大家都说只能用中国的信用卡购买Amazon Gift Card,再用Gift Card买Kindle书,我也不知道是不是这样,反正我是这样买的。一开始Amazon提示区域限制时,我就怀疑是信用卡的区域问题,所以就去买了Gift Card。能否不用Gift Card直接购买我还不知道,下次可以这样试试。

最后,Amazon是有iPhone版页面的,但它默认打开的购买Kindle书页面缺不是iPhone版的。如果在iPhone版页面上搜索Kindle书,结果能显示出来,然而旁边会写着『This item is currently unavailable』,并且点击进去就会说找不到。只能说,Kindle for iPhone确实还没完全准备好,配套的购买功能都还做好针对iPhone的优化。