1.asp.net内置对象
cookie
session
response
request
server
cache
viewstate
application
2.Numeric(10,2) 指字段是数字型,长度为10 小数为两位的
3.
<%%> 中间写C#代码
<%#%> 绑定后台数据
<%=%> 相当于response.write
<@%%> 导入命名空间
<%$ %> 绑定webconfig文件中的字符串
4.convert.toint32 与int.parse 区别
convert.toint32参数为object类型,转换值为null时不会抛异常输出0,而int.parse参数为string类型转换值为null时会抛异常
5.MVC中页面间的传值方式
ViewBag dynamic传值(mvc3.0之后,framework4.0之后出现)
ViewData ViewData的生命周期和View相同, 只对当前View有效. ViewData["zd"] = dfdfd
TempData action之间传值,使用一次后值就会被销毁(TempData默认是使用Session来存储临时数据的,TempData中存放的数据只一次访问中有效,一次访问完后就会删除了的。这个一次访问指的是一个请求到下一个请求,因为在下一个请求到来之后,会从Session中取出保存在里面的TempData数据并赋值给TempData,然后将数据从Session中删除。)
其他:querystring 相当于传统的get
post (表单post提交)
6.EF中的存储过程 直接使用上下文对象调用(存储过程相当于一个方法)
EF中的事务 使用同一个上下文,在逻辑操作完成后再savechange;手动开启事务的方法:
DbConnection con = ((IObjectContextAdapter)ctx).ObjectContext.Connection;
con.Open();
using (var tran = con.BeginTransaction())
{
// 这里才是事务中的代码
tran.Commit();
}
con.Close();
这是针对对于一个数据库。
对于多个数据库,可以使用transcationscope
7. memcached默认分配的内存大小为64MB,设置方式 设置-m
8.webservice怎么保证安全 通过加密和序列化保证安全
对于系统响应 XML 来讲,一般都包含大量的数据,导致其体积庞大,需要进行压缩处理。 对响应 XML 进行压缩的流程如下:
服务器端数据模型-->序列化操作-->利用 gzip 方式对序列化后的 XML 进行压缩-->返回到客户端-->以 gzip 方式进行解压缩-->对解压缩后的 XML 进行反序列化操作-->客户端数据模型
这里需要说明的一点是,客户端以及服务器端的数据模型需要实现 Serializable 接口。
9.响应304:客户端中所请求资源的缓存仍然是有效的,也就是说该资源从上次缓存到现在并没有被修改过. 条件请求可以在确保客户端的资源是最新的同时避免因每次都请求完整资源给服务器带来的性能问题.
10. <DIV>和<Select>会发生怎样的冲突?如何解决
div优先级低与select,会显示在select下面,解决方法是使用iframe或者隐藏select
11.数据库优化
1.建立索引和视图
1.1.分区(硬件分区(将表与相关的表分开存储在不同的驱动器上,这样使用更多的磁头操作数据,速度 快),水平分区(拆表,行更少),垂直分区(拆表,列个少)
2.写高效的、标准的(不模糊写)sql语句.比如连接查询不用from table1 ,table2 而是injoin,不使用 *(更多查看数据库优化)
3.使用Schema前缀来选择表
4.读写分离
5.尽量减少全表扫描和不必要的查询
6.使用存储过程
7.where条件之后尽量减少使用函数或数据类型转换
12.foreach遍历查询的数列要求实现IEnumerable 接口,实现GetEnumerator()方法。
13.C#中的三元运算符 表达式1?表达式2:表达式3
14.readonly 关键字与 const 关键字不同。
1. const 字段只能在该字段的声明中初始化。
readonly 字段可以在声明或构造函数中初始化。因此,根据所使用的构造函数,readonly 字段可能具有不同的值。
2. const 字段是编译时常数,而 readonly 字段可用于运行时常数。
3. const 默认就是静态的,而 readonly 如果设置成静态的就必须显示声明。
4.const 对于引用类型的常数,可能的值只能是 string 和 null。
readonly可以是任何类型