修改原因及说明
1、Aspx页面修改为HTML页面：
原因：完成对HTML页面的请求比Aspx页面的时间更短。能在最短的时间内将页面内容呈现给用户。
原理：HTML页面不需要Asp.net创建页面类的实例，也不会经历Aspx页面的生命周期。Asp.net只需要读取请求的HTML文件并将HTML文本发回客户端就能完成当前请求。
2、JS文件在HTML页面载入完成后载入：
原因：在有复杂的页面控制或用户交互的页面，通常会有较多的JS代码。在页面中用<script>标签引用大量的JS文件，会影响页面呈现速度。
原理：页面的解析是从上自下的。在页面中使用<script>标签引用JS文件，会在HTML页面请求的同时向服务器发起对JS的请求。IE限制同时发起的连接数不超过2个，超过2个的请求会一直等待可用的连接。所以几乎在所有JS加载完成后才能完成HTML页面的加载。如果在请求页面时服务器端只返回HTML内容，能使页面在最短的时间内呈现给用户。待客户端页面加载完毕后，可利用客户的反应时间继续向服务器端发送请求取回JS文件。
3、从服务器端只返回数据，而不是经Asp.net 生成的页面。页面控制和数据显示都由客户端的JS完成：
原因：只从服务器段返回数据能减少在服务器端的处理时间和服务器端向客户端传输的数据量。
原理：Aspx页面会经历一个较长的生命周期，并在这个周期内完成，状态维护(ViewState)、业务处理、数据组织以及HTML代码的生成工作，这会花费一定的处理时间，而这一切都是在服务器端处理。在这段处理时间内，客户端只能等待服务器端的响应。并且，Aspx页面在经Asp.net处理完成后，会生成整个页面的HTML代码和绑定的显示数据。比起只从服务器端返回数据，无疑会增加传输的数据量，从而导致传输时间增加，最终让用户等待更长时间。
4、使用异步请求直接请求服务器端Facade提供的方法，通过JS更新局部页面：
原因：直接请求服务器端方法，相比请求页面能减少一定的服务器端处理时间。
原理：HTML页面不接受POST请求。而如果直接从Aspx页面Post，会导致整个页面回发服务器。并在服务器端进行业务处理，由Asp.net处理该页面的生命周期、状态维护和页面类、控件类的创建和销毁，并发回处理后的HTML和数据。直接请求服务器端Facade的方法，只处理业务，返回数据，页面只根据返回的数据通过JS来局部更新。