VS2008 创建项目时的wpf 浏览器应用程序 是不是就是所谓的 Silverlight

解决方案 »

  1.   

    http://silverlight.cn/node/407wpf winform
    Silverlight web
      

  2.   

    不是,WPF Winform和WPF Webform都得装.net,银光只要装个几M的插件就可以了
      

  3.   

    大家讲得详细点,wpf 浏览器应用程序 和所谓的 Silverlight 的区别。 多A 多得分
      

  4.   

    alifriend 到哪里都见到,。听你说,你公司很忙,就一个开发人员嘛,看来挺闲的,呵呵。
      

  5.   

    好像都差不多,都是基于 XAML
      

  6.   

    wpf 浏览器应用程序
    可否理解为form + webrowse控件?
      

  7.   


    哪有那么回事, 这东西看上去挺好玩的,比webrowse控件好玩多了
      

  8.   

    额...Silverlight绝对不是wpf 浏览器应用程序 
      

  9.   

    是不是 Silverlight  能干的, wpf 浏览器应用程序都能干
      

  10.   

    WPF浏览器应用程序不同于Silverlight。Silverlight定义了一个WPF子集,它不需要把.NET Framework安装在客户机系统中,但需要把一个插件安装在浏览器上,且支持不同的浏览器和不同的操作系统。Silverlight 1.0不能用.NET编程,只能使用JavaScript编程访问XAML元素。Silverlight 1.1支持.NET Microframework。 http://www.anqn.com/dev/vc/2009-12-02/a09120828.shtml共勉
      

  11.   

    WPF是一个全功能UI框架,Silverlight是一个RIA框架...没有可比性...
      

  12.   

    ,"WPF应用程序"就是用于开发Window模式,"WPF浏览器应用程序"就是用于开发Page模式。 虽然在区分成两种环境之后,WPF透过Page模式变成"有希望"可以在多平台多终端执行了,但是实际上,因为Page模式还是需要在有.NET Framework的环境中执行(WPF所支持的.NET Framework是3.0,难道要用户下载上百M的类库?既是是现在的3.5,也有20多M),于是微软就发现了这可能没那么容易实现(因为微软不可能统一苹果,Google,SUN等等大公司的思想),因为因特网是一个开放式的平台,其他的浏览器厂商以及大部分用户(特别是使用其他操作系统的用户),不见得希望以及需要这些东西.所以WPF虽然分成了两种模式,但是实际上离"Everywhere"(微软对于WPF的期望,Everywhere是"无论哪"的意思.)似乎还有很大一段距离.......     于是WPF的进度一直卡在这里,不久之后,微软发现这可不是个办法,于是有了WPF/E的新架构模式出现(Silverlight又名WPF/E).     WPF/E的新架构模式出现,标志着微软终于放弃了简单的透过WPF"一统天下"的想法,转而朝在浏览器中嵌入组件(Silverlight就是一个嵌入式组件)的方式来发展WPF的技术,以符合因特网的跨平台技术架构.     于是,Silverlight 1.0应运而生. 
    http://www.winu.cn/space-14160-do-blog-id-23712.html那么理论上应该是
    Silverlight  能干的, wpf 浏览器应用程序都能干
      待考证...