利用URL调用页面的缺点
在简单的ASP.NET或HTML页面中链接一个页面是很简单的，但是要保证链接的 页面确实存在、传递的参数都正确无误并且被正确解析却有一点不同了。下在让 我们来看一个简单的例子，你想要访问一个显示客户信息的页面，这个页面需要 名叫CustomerID的整形参数，所以你一般会以 "http://myserver/Customer.aspx?CustID=12"的URL来访问, 这初看起来没有问 题，但如果这个页面不是你创建的，你怎么知道参数的名字？你又怎么知道参数 的类型？为了得到参数的名字和类型你不得不去看代码（但你能保证代码是随时 可得到的吗？）或是看文档（文档确实存在吗？即使存在又是不是最新的呢？你 确定开发者在将参数名从CustID改为CustomerID后更新了文档吗？）。
上面说的是通过URL重定向到一个页面时的限制，下面让我们来看看这种方式 的其它限制：
你只能通过文件名引用一个页面，所以就没有编译时检查，你的错误只有在访 问网页时才能被发现，这意味着你不能保证你交付的代码是100%正确的，当你意 识到你犯了错误时已经晚了，你不得不在修正了错误后重新部署程序。
你不能确切的知道一个页面的参数或其参数集合。
你必须知道每个参数的确切的名字。
你必须以字符串的方式传递参数，这虽然可以工作但可读性却不好。
你不得不手工解析参数（在ASP.NET中通过URL传递的参数可以在 Request.QueryString中以字符串的形式得到）。
页面必须验证接收到的参数（比如验证参数是否为空、参数类型是否正确、参 数值是否在有效的范围内）。
PageMethods提供的解决方案
既然通过URL来调用页面有这么多的缺点，那有没有一种比较好的方式呢？下 面就让我们来看看本文的主角 PageMethods，PageMethods为每个页面定义了结构 化的URL，所以我们可以通过一个简洁的方式调用页面。PageMethods基于严格的 页面输入和参数绑定说明，在PageMethods中每个页面暴露出一些方法集合，以便 我们按照不同的目的调用页面。
应用PageMethods也比较简单，你只需要在页面中添加方法，然后在需要公布 的方法上添加PageMethods提供的属性，下面让我们来看一个示例，我们在 Customer页面中定义了如下方法，然后在每个方法上添加了PageMethods属性，这 些这些方法就可以被 PageMethods类库调用了，怎么样，很简单吧。
（Customer页面的代码）