随着应用从需求到部署的周期越来越短,开发工具和开发框架渐渐占据了技术实施中的越来越重要的比例,以往类似 AutoCAD、Office、Photoshop 那种从 ASM 和 C++ 开始逐个对象实现的方式渐渐被开发框架的集成所代替,而且集成的程度也从单纯的 ADO.NET、ADO、JDBC 上升到 Enterprise Library、NHibernate,甚至更高的软件工厂层次。其中,除了相对稳定的数据源部分外,展现层(含前端集成)和业务逻辑层(含后端集成)的发展几乎齐头并进,Silverlight 2.0 + VS2008 所带来的.NET 3.5 环境正是微软给 Windows 开发人员提供的方案。
不管现阶段 SL 在跨平台能力上有多少不足,想想 10 多年前的 Java 就知道大概有一个类似微软、IBM 这种规模公司的支持,这些将不是什么问题,但同时也会根据主力厂商的不同会在某些平台表现更出色一些。我们如何看待 SL 呢?当带宽更加丰富,丰富到我们在一定响应时间允许的情况下可以自由选择用着“更舒服”、看着“更悦目”的应用时,SL 就是不错的选择了,毕竟他主要的作用是帮助开发和设计人员在同一个 XAML 下更快的设计出比较不错的用户体验。现在的 SL 似乎孤军深入的有些快了,相应的控件厂商还没有适时提供合用的产品,不过 2008 年这种情况会改观,无论是常用的 Chart、Editor、Grid 控件,还是比较大的 Map、Panel 商业化控件都会陆续投入市场,届时高清流媒体 + 类似桌面应用的新应用平台将通过 XAML 和 ASP.NET 与后端.NET 应用逻辑比较流畅的连接在一起。同时,按照互联网应用的习惯,百度的旋转式音乐播放模式相信很快也会在多运动轨迹动画设计的 SL 中显得“一般炫”了。
对 VS2008 的关注更多集中在.NET 3.5 方面。当 Borland 在国内这几年常常通过发律师函通过诉讼争取一些“本应该”收益的时候,.NET 市场事实上被 Visual Studio 垄断了,如何基于.NET 3.5 提供的数据实体技术更快完成对象化业务逻辑就成了 VS2008 的责任,一个佐证来自于非.NET 厂商对实体框架显得过于热心的支持,毕竟把握住数据访问设计工具和开发技术将在应用开发使用率上占得先机,虽然 ORACLE 和 MySQL 的市场份额增加都很快,但应用服务器操作系统环境上 Win2003 已经挺住了 Linux 最盛的风头,市场占有率上开始攀升。从我们开发人员角度看 VS2008 将承担什么工作呢?以往我们选择一个工具必须绑定一个操作平台和开发框架,现在开发框架更多以服务方式运行在互联网的各个角落;以往我们只能通过 COM、Socket 协同的环境换成了 WS-* 的体系;以往我们通过 ODBC、OleDB 访问不同数据库产品时差异较大的运行性能和开发支持迫使我们往往最后还是回到 SQL Server 上,而现在是微软和其他厂商正在一个统一的框架下向我们提供专用而且统一的访问驱动。所以 VS2008 相对 VS2005 而言,给了我们相对更多的选择——无论是封闭的还是开源的,而且这些选择更多来自于开放的下层.NET Framework 框架和.NET 语言。
这样看 2007 年的 Silverlight 和 VS2008 充其量只是个开端而已。
评论