Atlas CTP可以从atlas.asp.net上下载。当安装完毕，它会增加一个额外的供C#和Visual Basic.net的Web开发人员使用的Web Site模板。当你在Visual Web Developer中新建一个Web Site工程，你将会看到一个如图3的对话框。Atlas Web Site包伙了Microsoft.Web.Atlas.dll和一个升级过的Web.config文件，这个Web.config文件的设置使得Web程序能够使用基于Atlas的ASP.NET功能。在现在的发行版本中，Microsoft.Web.Atlas.dll位于bin目录中作为整个程序的本地编译器。
图3

    基于Atlas的程序可以通过从一台开发机器拷贝文件到一台装有ASP.NET 2.0的服务器而方便的进行配置，还不必担心分离的安装的Atlas。安装是在程序级别的，而不是机器级别的。当后续的CTP版本可以使用的时候，它们可以和机器上旧版本的Atlas一起使用，就算一些功能或特性进一步发展了或改变了。这相对于安装是在机器级别更给迁移到更新的版本提供了灵活性。

    atlas的体系结构

    在图1中展示的Atlas的体系结构图中该注意的第一个东西就是它横跨了客户端和服务器端。ASP.NET 2.0增加了一些额外的客户端功能，但这并不包含Atlas扩展的。在体系结构图的右边，注意Atlas服务器端功能建立在ASP.NET 2.0的顶端并扩展了它的功能。同时Atlas也包括了一组新的服务器端控件，用来从浏览器中存取基于服务器的数据和服务。

    在左边你可以看到一个复杂的客户端脚本库，它能独立地被用来写以客户端为中心地JavaScript（这句翻译的不是很好）。这是客户端的基础，经常被Atlas的新特性使用来开发更丰富、改进用户体验的程序。

    在图4中你可以看到在一个Web程序中的典型的客户端－服务器端交互。第一，浏览器请求一个页面，这个请求包含了用户的交互。当用户作出一些动作向服务器请求数据时，非常不幸的整个页面刷新发生了，为的就是更新页面的某一部分，这种行为就不允许用户继续和这个页面进行交互。用户只能停下来等待。
图4

    图5展示了使用Atlas方法进行客户端－服务器端交互，这样就不会导致整个页面进行刷新。相对的，初始的html得到了，一系列发到服务器的请求从XML、JavaScript Object Notation(JSON)或html中的片断中得到数据来更新页面。后台的异步请求可以调用Web Services或得到页面的改变，而不会使用户感觉他们必须停下来等待。这些异步请求为后来的服务器回送控制更新过的view state信息，这样当整个页面的刷新是必须的时候，页面上精确的状态就能提交个服务器。
图5