神秘莫测的
样式之间的覆盖关系
定义一
.style1.style11{}
.style2.style11{}
在IE 6下 style11的样式 默认被覆盖 不识别这种关联样式
.style1 .style11{} 中间加个空格。则标识 子节点样式,这种样式 不会被后面的重名样式覆盖
.style2 .style11{}
同样的 .style2 .style11 优先级比直接定义.style11 要大。
例如
.style2 .style11{}
.style11
以.style2 .style11{}样式为准。
对于标签定义
例如定义
div.style1{}
span.style1{}
或
div .style1{}
span .style1{}
那么分别对于div span他们的 样式是不一样的。
char[] Res = new char[Source.Length];
string s = "";
for (int i = 0; i < Source.Length; i++)
{
//Res[i]=(char)Convert.ToByte("10100101", 2);
byte b = Convert.ToByte(Source[i]);
Res[i] = (char)b;
for (int j = 0; j <8; j++)
s += ((b >> j)& (int)Math.Pow(2,7-j) )>0?"1":"0";// 0x01
s+=Convert.ToString(b,2);
}
for (int i = 0; i + 16 < s.Length; i += 16)
Res[i] = (char)Convert.ToByte(s.Substring(i, i + 16), 2);
return new string(Res);
通常在模板最后一句的情况下 ,产生的写法 第一种为
HtmlEncoder为UTF-8编码格式
using (FileStream fs = new FileStream(HtmlFilePath, FileMode.Create))
{
StreamWriter sw = new StreamWriter(fs, HtmlEncoder);
sw.Write(str);
sw.Close();
}
第2种(不符合)
byte[] info = HtmlEncoder.GetBytes(str);
using (FileStream fs = File.Create(HtmlFilePath, info.Length, FileOptions.None, fSecurity))
{
fs.Write(info, 0, info.Length);
}
第2种
2天前,就是2011-3-18号晚上,网上订购了一台笔记本。呵呵5900元(包,鼠标,什么保护膜)。I7的,虽然是集成显卡,但是感觉还是很好的。
但是对于这个价格 感觉还是有点贵,因为从V460A IFI 价格是4600,后面涨到5200 ,没货,之后B460A IFI 涨到4600,这个让我都无法接受,曾经一度我就买了B460,幸好 我还是忍了,我一直在等新品出来,新品出来后,我等了接近半个月 于是果断的买下来了,我猜测的是不出意外 这款V470G-ISE 很快也将面临缺货涨价的风险。也许 做个糊涂虫也是幸福的。在我买下10分钟后,突然发来一个消息,也是一个人 看中这款 问问我情况,从他消息里发现,原来有很多人 都在关注联想的V470新款,而联想笔记本之所以涨价,跟笔记本销售季节有一定关系,一个客观的因素在于 在酷睿I7 推出的时候,发现芯片有问题,导致了 联想断货,继而导致其他型号的笔记本上涨。
因为这个工艺是32NM 一定程度上 满足了我的条件,但是这个也说明 当明年的时候 将会推出性能更好的笔记本,I7 也许很快将退出舞台,也意味着我的笔记本将严重缩水。虽然如此,但是我还是很想说 这款笔记本 感觉还是不错。摸上去凉凉的,金属外壳果然感觉是有点好。
呵呵 我也感觉自己是有点犯贱了,就是一台笔记本罢了。
这里
jquery 如何优化事件,用jquery开发插件的过程,发现运算效率都还可以,但是唯独页面刷新的时候非常的慢,甚至停止运行。
经过理解发现,在使用jquery进行事件绑定的时候,基本采用了一种方式
$(target).bind("jqueryname.eventname") 这种方式绑定。jqueryname插件名称 eventname事件名称。
这样的好处就是为了避免 ,多个插件出现事件冲突。
但是上面的写法是不是很好,具体原因不详。可更改称$(target).bind("eventname.jqueryname") 效率将有质的提高,很明显。
对于jquery中 写法 注意事项 尽量使用bind的处理事件 ,少用$(target).eventname();的方式,这种方式很容易导致一些意外情况,大大降低插件的效率。
附加:特制 多选下拉控件。
最多可同时上传5个。上传结束一个,又可以在此增加一个。
上传过程中。
上传成功后进行保存。
遗憾的是,这种方式采用IHttpModule中的HttpWorkerRequest来分块读取数据,可能是我写的不够好。所以导致了 IIS 崩溃。=。= 所以 我放弃了。
写成了一个类。使用很方便。
调用方式。
最后面被截掉的是一个回调函数。分别有2个回调函数。一个是文件上传完成后回调。另外一个是所有文件上传完成后回调。
整个方式 是自己重新构建了类库。所以关联比较紧闭。分离太麻烦了 如谁想要。可贴HttpModuleUpload.cs类的代码。
web config 配置。因为使用到IHttpModule 所以必须要配置一下。具体详情查看IHttpModule 百度一下。很多很详细。
这里就这样告一段落了
连接采用
Provider=Microsoft.Jet.OLEDB.4.0; Data Source={0};Extended Properties='Excel 8.0;HDR=Yes;IMEX=1';
{0} 为 数据源的物理路径
IMEX=0 为汇入模式 就是写入 1为只读 2为混合模式。
读取Excel它会自动判断当前列的格式,跟个人自定义无关。
首先他默认会读取前8行数据 来判断各列的数据类型。如果为数值类型。则将所有的文本去为空。否则 将数据类型去为空。如果前8行中 数值类型跟文本类型各占一半。则判断当前列为 数值类型。
所以采用IMEX=1来进行处理。。改为只读。这样做的话。只要前8行有一个为文本类型 则判断为文本。但是很遗憾如果都为 前8行都为数值类型。则判断当前列 为数值类型。
在应用中出现这么一个问题。
列名
空
空
1
2
3
4
....
遇到上面这种列的时候。发现。有些数值能正常读出。。而有些却无法读出。于是将第一个空 改成 不为空 即可。现在还不知道 这是什么鸟逻辑。
现在导入Excel的做法 就是增加一行非数据列。以提供将所有的列看成文本读出。
--清楚服务器连接
--是否存在服务器连接 存在则清除
if exists(select * from master.dbo.sysservers where srvname='srv_lnk')
begin
exec sp_dropserver 'srv_lnk','droplogins';
end
exec sp_addlinkedserver 'srv_lnk','','SQLOLEDB','ip'
exec sp_addlinkedsrvlogin 'srv_lnk','false',null,'user','pwd'
exec sp_serveroption 'srv_lnk','rpc out','true'--这个允许调用链接服务器上的存储过程
exec srv_lnk.采伐.dbo.gzsp_LingZhengDaoChu--调用存储过程
exec sp_dropserver 'srv_lnk','droplogins';--结束