ASP.NET网站功能优化需求考虑的方面

网站优化需求考虑的方面

在用ASP.NET开发网站的时分，功能是永久需求考虑和重视的问题，功能不仅仅仅仅程序代码履行时分的速度，而是涉及到方方面面的东西。

就拿ASP.NET的一个恳求来讲，从浏览器向服务器的ASP.NET网站发送恳求开始一向到最后整个页面出现在咱们面前，其中恳求通过的每一个进程，都是有不同的调优办法的，而且调用的办法也许多，不仅仅仅仅常见的：缓存，多线程，异步等。

本系列的文章决定从两个大的方面来讲述调优：

前台调优：主要包含怎么尽量的削减http恳求，从http恳求开始，到怎么加载js， css，怎么压缩传输的数据等。

后台调优：剖析ASP.NET恳求的处理进程，并在每一步给出相应的调优办法，而且在代码组织，架构和数据库的操作上面给出调优的办法。

记得在刚刚开发网站的时分，一说到进步功能，最简单也是最快想到的便是缓存，而且在微软官方的Best Practice的一些文档中也是主张：层层缓存（在数据存储层，DAL，BLL，UI等都要缓存）。然后在网站中就”缓存遍地开花”，最后的确实不尽人意。

另外的一个常见的优化针对数据库的：如尽量削减子查询，使用join联接；在常常需求查询的字段上面树立索引。确实，这些是很通用，也不错的一些规矩。

而且还有一个体会便是，在优化功能的时分，假如选择优化代码和数据库，往往优化数据库的一些操作带来的作用会更加的好，很可惜的是：在项目中（至少在我开发的一些项目中），数据库仅仅就仅仅一个数据的存储设备罢了，仅此罢了，没有发挥出数据库的强大作用。所以还是主张对数据库的内部查询和存储的机制要熟悉，毕竟许多时分开发人员也担任了DBA的工作（许多公司没有正式的DBA）。

而且在项目中咱们规划数据库的时分，特别是表字段的时分，是需求有些考虑的，许多人主张表字段的长度不要太长，这也是大家常见的主张，可是为什么？其实，这就需求懂得一些数据库的内部存储机制了：在数据库（SQL SERVER ）保存的时分，数据是以”页”为最小的单位的，每一页有8K的大小，假如你的一个表中的数据超越8K，那么这个表的数据就要分几个页面保存，这样在对数据进行查询的时分，就要跨页查询了，跨页是需求功能消耗的，假如数据都在一个页面上，那么速度必定快些。

所以，要优化网站，就得知道功能消耗在哪里。

当优化的一个网站的时分，不是盲目的一概而论的，一般来说有两种情况：

1、网站已经存在了，而且运行了，现在要优化。

2、正在从头开发一个新的网站。

假如是第一种情况，那么首先要找出网站功能的瓶颈，从前台的恳求的到后台的恳求处理，一向到最后页面的出现，都要一步步的检查。

假如是第二种情况，可能情况就稍微好一点，而且网站现在完全由咱们操控，一切在开发和规划的进程中就可以采用许多的优化准则来优化。

优化不一定便是代码重写或许做些很大的改动，优化时一点点的累积的，就比方代码的重构一样，都是一个堆集的作用。比方，是在页面一开始的时分载入js脚本，还是在整个页面的最后载入js脚本，有时分往往就仅仅简单的调整一下载入的文件，或许异步的载入脚本，或许通过CDN传输脚本等等办法，功能就提高了。功能的提高也不是没有价值的，有的价值很小，例如仅仅把脚本的载入放在页面最后，大的价值便是，例如买些服务器设备，如Content Delivery Network（CDN）来把静态的文件（js，css，image）传送到客户端。所以说，优化需求权衡策略。

不知道大家是否有过这样的体会：当看着自己开发出来的体系功能很好的时分，自己是很自傲的，相反，假如体系很慢，有时真不想说这个体系是自己做的