WPF，XAML浏览器应用程序
WPF的XAML浏览器应用程序，与使用ASP.NET、JavaScript等做出的网站

有什么区别呢？
------解决方案--------------------
你说的是Silverlight程序吧。它也使用XAML去设计界面。

Silverlight可以看作微软版的Flash/Flex。它以插件的形式在浏览器内工作，提供类似桌面程序的用户体验。
------解决方案--------------------
http://msdn.microsoft.com/zh-cn/library/vstudio/aa970060.aspx

WPF浏览器程序，它其实是在客户端运行的WPF桌面程序，只不过UI表现是借助浏览器而已。
------解决方案--------------------
早在vb5中其实就有这种叫做“DHTML"的开发机制，可以用vb开发一个浏览器界面的应用程序，而响应网页上的各种控件的事件处理方法都是vb代码来写的。但是由于vb的runtime类库有将近2M，在15年前那个互联网设施还不普及的时代（记得那个时候我使用56K的猫拨号上网，一个月上网服务费要花费1200块钱），如果国内用户首次访问网页时需要下载2M的类库，似乎也是不可能的。

现在，各种浏览器的限制往往针对微软，你微软有什么技术，那么我们这些浏览器就故意不支持什么技术。因此wpf浏览器应用程序的部署具有一点点难度问题（但是对于企业用户则影响不大）。

企业应用程序使用silverlight而不使用wpf开发，也不失为一种很好的选择，因为其部属方便。我们需要在频繁更新版本时将应用程序本身的安装包从10M瘦身到200K，就需要使用silverlight特有的一些功能，例如大量使用web机制，或者是启用“使用zip包减小xap尺寸”的功能以后。

------解决方案--------------------
所谓“使用ASP.NET、JavaScript等做出的网站”之类的说法，都没有搞清楚一个基本的区隔。你得网站到底是什么行业用户的网站？如果你是发布在互联网上给那些无事可做的草根随便冲浪、随便打发一点时间的网站，你不可能给他部署一个应用程序，否则人家根本懒得打开。反之，如果你是给一个有着几百个网点的精品连锁店部署的一个门店销售程序，你不可能随随便便给人家部署个网页，否则人家根本无法高强度、可靠、快速盲打式地操作。

我想许多人习惯于仅仅站在那些网站的角度去理解互联网软件。这不能不是说是一种误区。
------解决方案--------------------

引用:

不能像网站那样，在浏览器中输入地址，到达WPF页面吗

据我所知 xbap和SL 都可以的啊

XBAP:
    1. XBAP APP拥有整个CLR和整个.NET Framework可以使用,但是Silverlight只能使用Silverlight CLR和轻量级的 .NET Framework/WPF
    2.XBAP权限方面有Full Trust和Partial Trust,而Silverlight 的权限被严格限制

Silverlight 
    1. 可以跨平台运行(Windows/Mac使用official Microsoft implementation ,Linux使用Moonlight)
    2. Silverlight可以运行在任意游览器,而XBAP只能运行在IE上
------解决方案--------------------
Silverlight做网站的话，SEO会是个问题。
------解决方案--------------------
SEO