asp.net 一些face

 1.为什么要用存储过程,使用范围及优缺点
     因为存储过程是经过编译的程序片段，在数据库启动时已经加载在数据库的cache中了，并且任何人调用它都不会经过重新编译，也不会进行语法分析及最近路径选择等耗时的操作，所以建议多使用，避免很多不必要的错误，提高代码重用性、还能提高运行效率程序。      
     当一个事务涉及到多个SQL语句时或者涉及到对多个表的操作时就要考虑用存储过程；当在一个事务的完成需要很复杂的商业逻辑时（比如，对多个数据的操作，对多个状态的判断更改等）要考虑; 还有就是比较复杂的统计和汇总也要考虑，但是过多的使用存储过程会降低系统的移植性。

    优点：
     1.存储过程只在创造时进行编译，以后每次执行存储过程都不需再重新编译，而一般 SQL 语句每执行一次就编译一次,所以使用存储过程可提高数据库执行速度。（这涉及到原理性的问题，你记住就好！）
     2.当对数据库进行复杂操作时(如对多个表进行 Update,Insert,Query,Delete 时），可将此复杂操作用存储过程封装起来与数据库提供的事务处理结合一起使用。这些操作，如果用程序来完成，就变成了一条条的 SQL 语句，可能要多次连接数据库。而换成存储，只需要连接一次数据库就可以了。（尽可能少的连接数据库，可以减少时间损耗；事务方面在批量操作中非常重要，因为事务可以回溯，当出错时，可以进行回溯，保证数据的完整性！）
     3.存储过程可以重复使用,可减少数据库开发人员的工作量。（体现在分页存储过程，以及下面这个例子：)
     4.安全性高,可设定只有某此用户才具有对指定存储过程的使用权。（这方面在赋权限，主要体现在，连接时采用哪个用户连接数据库，而对应的这个用户也有对应的数据库操作权限。）

      缺点：
     1.如果更改范围大到需要对输入存储过程的参数进行更改，或者要更改由其返回的数据，则您仍需要更新程序集中的代码以添加参数、更新 GetValue() 调用，等等，这时候估计比较繁琐了。
     2.可移植性差 。

2.Application和Session 区别
    Application 对象之作用范围是整个全局，也就是说对所有用户都有效。当应用程序运行（网站）第一次运行的时候会被建立，当服务器关闭时Application会被释放，其常用之方法用Lock和UnLock。全局作用范围，整个应用程序共享，就是在部署文件中的同一个webApp共享，生命周期为：应用程序启动到停止。
    Session会 话作用域，当用户首次访问时，产生一个新的会话，以后服务器就可以记住这个会话状态。生命周期：会话超时，或者服务器端强制使会话失效。

3. 委托和匿名委托和事件区别
      事件是封装过的委托实例。也就是说，事件是面向对象的产物，它是封装性比较典型的示例。
      其实事件就是一个狭义的委托,也就是事件是一个用于事件驱动模型的专用委托.你可以在客户代码中直接调用委托来激发委托指向的函数,而事件不可以，事件的触发只能由服务代码自己触发。也就是说在你的代码里委托你不但可以安排谁是它的调用函数,还可以直接调用它,而事件不能直接调用,只能通过某些操作触发。除此之此，事件拥有委托的所有功能，包括多播特性。即事件可以有多个事件处理函数,委托同样也可以是个多播委托.

4.WCF和WebService的定义和区别。
    WebService：严格来说是行业标准，不是技术，使用XML扩展标记语言来表示数据（这个是夸语言和平台的关键）。微软的Web服务实现称为ASP.NET Web Service.它使用Soap简单对象访问协议来实现分布式环境里应用程序之间的数据交互。WSDL来实现服务接口相关的描述。此外Web services 可以注册到UDDI中心.供其客户查找使用。后来微软做了ASP.NET Web Service的安全，性能，数据加密、解密，托管宿主等多方面的扩展，称为WSE系列，这个是过度产品，最高到WSE3.0.后来就是WCF时代。
    WCF：其实一定程度上就是ASP.NET Web Service,因为它支持Web Service的行业标准和核心协议，因此ASP.NET Web Service和WSE能做的事情，它几乎都能胜任，跨平台和语言更不是问题（数据也支持XML格式化，而且提供了自己的格式化器）。 但是WCF作为微软主推一个通讯组件或者平台，它的目标不仅仅是在支持和集成Web Service,因为它还兼容和具备了微软早期很多技术的特性。根据微软官方的解释，WCF（之前的版本名为“Indigo”）是使用托管代码建立和运行面向服务（Service Oriented）应用程序的统一框架。它使得开发者能够建立一个跨平台的安全、可信赖、事务性的解决方案，且能与已有系统兼容协作。WCF是微软分布式应用程序开发的集大成者，它整合了.Net平台下所有的和分布式系统有关的技术，如Enterprise Sevices(COM+).Net Remoting、Web Service(ASMX)、WSE3.0和MSMQ消息队列。以通信(Communiation)范围而论，它可以跨进程、跨机器、跨子网、企业网乃至于 Internet；以宿主程序而论，可以以ASP.NET，EXE，WPF，Windows Forms，NT Service，COM+作为宿主(Host)。WCF可以支持的协议包括TCP，HTTP，跨进程以及自定义，安全模式则包括SAML， Kerberos，X509，用户/密码，自定义等多种标准与模式。也就是说，在WCF框架下，开发基于SOA的分布式系统变得容易了，微软将所有与此相关的技术素都包含在内，掌握了WCF，就相当于掌握了叩开SOA大门的钥匙。

     区别？：那么我们看了这些分析以后，就可以知道以上的结论为什么错误了。

     不能哪一个技术框架和行业标准作比较，任何对于二者的比较 都是错误的，因为两者根不不在同一个范畴里。就好比不能拿个汽车和交通法规比较一样。这是个误区。Web Service太旧了：框架都版本的差异，功能特性上却是有新旧之分，但是对于特定的系统，适合自己的就是最好的。 Web Service 就是 ASP.NET Web Service：同样不是一个范畴。前者规范，后者是框架 WCF比Web Service性能好：不是一个范畴， WCF 比 ASP.NET Web Service快：不一定，需要特定的限制条件，WCF使用BasicHttpBinding的时候与ASP.NET Web Service协议一样。 WCF比Web Service速度快：同样概念不严格。 WCF比Web Service强大：WCF却是集成了多种微软的分布式技术，但是这里应该严格说是：ASP.NET Web Service WCF比 Web Service安全：不严格。其次WCF也可以开发完全裸奔的应用程序。 Web Service必将被WCF取代；Web Service不会被WCF取代！前者是一套广泛使用的规范。如果说WCF能取代的是ASP.NET Web Service，因为二者都是.NET平台上的技术。 WCF其实就是Web Service：WCF在某些情况下不遵守 Web服务规范，也就是可以开发非服务性质的应用。而且不能简单等同。 WCF非常简单，其实没有什么：WCF虽然是个服务开发框架，但是如果你深入学习，会发现WCF架构的强大之处。单单是WCF安全这一块已经相当的复杂了。况且还要统一编程模型，兼容和支持许多早期的分布式技术。很多人轻易下这样的结论，一定是仅仅看了一些文章或书籍，不一定写过代码。高手不会这样武断地下结论。

    在WCF支持的各种协议中：每种协议中消息都有不同的传输格式、不同的编码格式等等，WCF 以统一的方式来调用各种编码器、进行传输。假如以后有新的协议出现，WCF并不用更改现有的框架、只用针对该协议做扩展就可以支持该协议了。这就很好地适应了变化，可以说WCF是封装变化的绝佳实践。

　　再来谈谈你的问题，WCF与Web 服务是什么关系，WCF 能够创建兼容 Web 服务的服务，也就是说可以创建能够与Web 服务互联互通的服务，他们两个并不能用简单包含或者等同关系来表述。WCF 是一套框架，用来创建各种服务。其中包括创建 Web服务（采用 basicHttpBinding绑定的服务就是一个Web 服务）。
    WCF可以不依赖于IIS。
    WCF可以配置成BasicHttpBinding来兼容（或者说变身成）WS。
    WCF可以基于TCP或者MessegeQueue来传输数据。
    WCF的可配置性比WS强，比如安全性。
    WCF可以是有状态的，并支持事务。
    WCF 支持多种通信协议 Http/Https 、TCP/UDP、MSMQ、命名管道、对等网、消息可达性、事务流等。
    WCF 可以与ASP.NET 集成、共享一个上下文（HttpContext）。
    WCF 支持多种消息传输格式 :text,binary,mtom,Json 等。
    WCF 安全性要强：支持对称安全、非对称安全、消息安全、传输安全、SSL 流安全、Windows 流安全等。
    WCF 支持多种会话模式：单向、双向、请求/响应。
    WCF 支持REST 。
    WCF 支持多种格式化方式。DataContractSerializer、XmlSerializer、DataContractJsonSerializer 等。
    WCF 支持 WAS hosting、Windows 服务 hosting、Self-Hosting、IIS hosting 等。
    WCF 支持多种并发模式：单例、单调、会话 。

5.Abstract 和 Interface区别。

     前者是抽象类，后者是接口。抽象类和接口都可以被继承，不同的是，接口内的方法不能实现，需要继承的类来具体实现其方法，而抽象类中的方法可以被具体实现，并且继承的类可以重写其方法。一个类可以继承一个抽象类，但是可以继承多个接口。通常，接口被运用于实现比较常用的功能，便于日后维护或者添加删除方法，而抽象类更倾向于充当公共类的角色。不适于在日后重新对里面的代码进行修改。

6.索引的种类区别：

     不同数据库中提供了不同的索引类型，SQLServer中的索引有两种：聚集索引和非聚集索引。聚集索引和非聚集索引的区别是在物理数据的存储方式上。
    聚集索引：聚集索引基于数据行的键值，在表内排序和存储这些数据行。每个表只能有一个聚集索引，应为数据行本分只能按一个顺序存储。在聚集索引中，表中各行的物理顺序与索引键值的逻辑（索引）顺序相同。聚集索引通常可加快UPDATE和DELETE操作的速度，因为这两个操作需要读取大量的数据。创建或修改聚集索引可能要花很长时间，因为执行这两个操作时要在磁盘上对表的行进行重组。
    非聚集索引：因为一个表中只能有一个聚集索引，如果需要在表中建立多个索引，则可以创建为非聚集索引。表中的数据并不按照非聚集索引列的顺序存储，但非聚集索引的索引行中保存了非聚集键值和行定位器，可以快捷地根据非聚集键的值来定位记录的存储位置。
    无论是聚集索引，还是非聚集索引，都可以是唯一索引。在SQL Server中，当唯一性是.数据本身的特点时，可创建唯一索引，但索引列的组合不同于表的主键。例如，如果要频繁查询表Employees（该表主键为列Emp_id）的列Emp_name，而且要保证姓名是唯一的，则在列Emp_name上创建唯一索引。如果用户为多个员工输入了相同的姓名，则数据库显示错误，并且不能保存该表。

7.  线程的种类和区别
   thread适用于那些需对线程进行复杂控制的场合；
   threadpool适应于一些需要多个线程而又 较短任务（如一些常处于阻塞状态的线程）；
   timer则适用于那些需周期性调用的方法。只要我们了解了他们的使用特点，我们就能非常好的选择合适的方法。