随着应用从需求到部署的周期越来越短，开发工具和开发框架渐渐占据了技术实施中的越来越重要的比例，以往类似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中显得“一般炫”了。
对VS 2008的关注更多集中在.NET 3.5方面。当Borland在国内这几年常常通过发律师函通过诉讼争取一些“本应该”收益的时候，.NET市场事实上被Visual Studio垄断了，如何基于.NET 3.5提供的数据实体技术更快完成对象化业务逻辑就成了VS2008的责任，一个佐证来自于非.NET厂商对实体框架显得过于热心的支持，毕竟把握住数据访问设计工具和开发技术将在应用开发使用率上占得先机，虽然ORACLE和MySQL的市场份额增加都很快，但应用服务器操作系统环境上Win2003已经挺住了Linux最盛的风头，市场占有率上开始攀升。从我们开发人员角度看VS2008将承担什么工作呢？以往我们选择一个工具必须绑定一个操作平台和开发框架，现在开发框架更多以服务方式运行在互联网的各个角落；以往我们只能通过COM、Socket协同的环境换成了WS-*的体系；以往我们通过ODBC、OleDB访问不同数据库产品时差异较大的运行性能和开发支持迫使我们往往最后还是回到SQL Server上，而现在是微软和其他厂商正在一个统一的框架下向我们提供专用而且统一的访问驱动。所以，VS 2008相对VS 2005而言，给了我们相对更多的选择——无论是封闭的还是开源的，而且这些选择更多来自于开放的下层.NET Framework框架和.NET语言。
这样看2007年的Silverlight和VS2008充其量只是个开端而已。
