随笔- 6 文章- 0 评论- 15

2008年12月12日

三元运算符的由来:语法简洁性

来举个例子:

if(x>5){

str = "大于5";

}else{

str = "小于等于5";

}

假如程序中有多个短小的条件判断，那将出现多个if...else 的

语句，这将带给程序的不可读性以及代码不简洁性。

虽然我们可以这样:

if(x>5){str = "大于5";}else{str = "小于等于5";}

这样的代码可读性问题依然存在。

还好 c#为我们提供了三元运算符来帮助我们简化这种短小的

if...else 。

str = (x>5)?"大于5":"小于等于5";

后来出现一个"??" 运算符及null合并运算符。

即 int? x = null;//可空类型

//x 如果为null，y = 0;

int y = x??0;

"??" 运算符与三元运算符之间又有什么相同点和不同点呢?

这两个运算符相同之处在于都是通过逻辑运算并从两个值中选择

其一返回给程序，不同之处在于三元运算符能够提供更加灵活的

逻辑表达式及任何返回布尔类型的方法。而 "??" 运算符却不同

，它只能描述其值是否为 null 的逻辑表达式，你也可以把"??"

运算符相像成

int y = (x != null)?x:0;

这样的三元运算。

以上冲语法的层次上对这个两种运算符的比较，欢迎讨论。

posted @ 2008-12-12 14:36 BZZ 阅读(241) 评论(0) 编辑

2008年6月27日

今天是个值得纪念的日子!

纪念下Bill Gates

posted @ 2008-06-27 00:05 BZZ 阅读(108) 评论(0) 编辑

2008年3月13日

完整ASCII码对照表

完整ASCII码对照表

0	NUT	32  (space)	64	@	96	、
1	SOH	33	！	65	A	97	a
2	STX	34	”	66	B	98	b
3	ETX	35	#	67	C	99	c
4	EOT	36	$	68	D	100	d
5	ENQ	37	%	69	E	101	e
6	ACK	38	&	70	F	102	f
7	BEL	39	,	71	G	103	g
8	BS	40	(	72	H	104	h
9	HT	41	)	73	I	105	i
10	LF	42	*	74	J	106	j
11	VT	43		75	K	107	k
12	FF	44	,	76	L	108	l
13	CR	45	-	77	M	109	m
14	SO	46	.	78	N	110	n
15	SI	47	/	79	O	111	o
16	DLE	48	0	80	P	112	p
17	DCI	49	1	81	Q	113	q
18	DC2	50	2	82	R	114	r
19	DC3	51	3	83	X	115	s
20	DC4	52	4	84	T	116	t
21	NAK	53	5	85	U	117	u
22	SYN	54	6	86	V	118	v
23	TB	55	7	87	W	119	w
24	CAN	56	8	88	X	120	x
25	EM	57	9	89	Y	121	y
26	SUB	58	:	90	Z	122	z
27	ESC	59	;	91	[	123	{
28	FS	60	<	92	\	124	|
29	GS	61	=	93	]	125	}
30	RS	62	>	94	^	126	~
31	US	63	?	95	—	127	DEL

128	Ç	148	ö	168	¿	188		208	ð	228	õ
129	ü	149	ò	169	®	189	¢	209	Ð	229	Õ
130	é	150	û	170	¬	190	¥	210	Ê	230	µ
131	â	151	ù	171	½	191		211	Ë	231	þ
132	ä	152	ÿ	172	¼	192		212	È	232	Þ
133	à	153	Ö	173	¡	193	-	213	i	233	Ú
134	å	154	Ü	174	«	194	-	214	Í	234
135	ç	155	ø	175	»	195		215	Î	235
136	ê	156	£	176	_	196	-	216	Ï	236
137	ë	157	Ø	177	_	197		217		237
138	è	158	×	178	_	198	ã	218		238
139	ï	159	ƒ	179	¦	199	Ã	219	_	239
140	î	160	á	180	¦	200		220	_	240
141	ì	161	í	181	Á	201		221	¦	241
142	Ä	162	ó	182	Â	202	-	222	Ì	242
143	Å	163	ú	183	À	203	-	223	_	243
144	É	164	ñ	184	©	204	¦	224	Ó	244
145	æ	165	Ñ	185	¦	205	-	225	ß	245
146	Æ	166	ª	186	¦	206		226	Ô	246
147	ô	167	º	187		207	¤	227	Ò	247

NUL VT 垂直制表 SYN 空转同步
SOH 标题开始 FF 走纸控制 ETB 信息组传送结束
STX 正文开始 CR 回车 CAN 作废
ETX 正文结束 SO 移位输出 EM 纸尽
EOY 传输结束 SI 移位输入 SUB 换置
ENQ 询问字符 DLE 空格 ESC 换码
ACK 承认 DC1 设备控制1 FS 文字分隔符
BEL 报警 DC2 设备控制2 GS 组分隔符
BS 退一格 DC3 设备控制3 RS 记录分隔符
HT 横向列表 DC4 设备控制4 US 单元分隔符
LF 换行 NAK 否定 DEL 删除

键盘常用ASCII码

ESC键 VK_ESCAPE (27)
回车键： VK_RETURN (13)
TAB键： VK_TAB (9)
Caps Lock键： VK_CAPITAL (20)
Shift键： VK_SHIFT ($10)
Ctrl键： VK_CONTROL (17)
Alt键： VK_MENU (18)
空格键： VK_SPACE ($20/32)
退格键： VK_BACK (8)
左徽标键： VK_LWIN (91)
右徽标键： VK_LWIN (92)
鼠标右键快捷键：VK_APPS (93) Insert键： VK_INSERT (45)
Home键： VK_HOME (36)
Page Up： VK_PRIOR (33)
PageDown： VK_NEXT (34)
End键： VK_END (35)
Delete键： VK_DELETE (46) 方向键(←)： VK_LEFT (37)
方向键(↑)： VK_UP (38)
方向键(→)： VK_RIGHT (39)
方向键(↓)： VK_DOWN (40)
F1键： VK_F1 (112)
F2键： VK_F2 (113)
F3键： VK_F3 (114)
F4键： VK_F4 (115)
F5键： VK_F5 (116)
F6键： VK_F6 (117)
F7键： VK_F7 (118)
F8键： VK_F8 (119)
F9键： VK_F9 (120)
F10键： VK_F10 (121)
F11键： VK_F11 (122)
F12键： VK_F12 (123)
Num Lock键： VK_NUMLOCK (144)
小键盘0： VK_NUMPAD0 (96)
小键盘1： VK_NUMPAD0 (97)
小键盘2： VK_NUMPAD0 (98)
小键盘3： VK_NUMPAD0 (99)
小键盘4： VK_NUMPAD0 (100)
小键盘5： VK_NUMPAD0 (101)
小键盘6： VK_NUMPAD0 (102)
小键盘7： VK_NUMPAD0 (103)
小键盘8： VK_NUMPAD0 (104)
小键盘9： VK_NUMPAD0 (105)
小键盘.： VK_DECIMAL (110)
小键盘*： VK_MULTIPLY (106)
小键盘： VK_MULTIPLY (107)
小键盘-： VK_SUBTRACT (109)
小键盘/： VK_DIVIDE (111)
Pause Break键： VK_PAUSE (19)
Scroll Lock键： VK_SCROLL (145)

posted @ 2008-03-13 13:09 BZZ 阅读(18558) 评论(1) 编辑

2008年3月4日

使用C#的BitmapData [转帖]

最近要转开发平台，正研究C#。C#好是好，不过处理图片时一个像素一个像素的操作像素不是一般的慢。其实Delphi也一样，但好在Delphi的Bitmap类提供了ScanLines，可以一行一行的读图，效率比较高。C#应该也有类似的东东。经过一番搜索，终于发现了BitmapData类。

先看个例子，这是对一张位图的每个像素按FF取补，然后输出到一个新图（代码有点啰嗦，不过应该可以说明问题了）。

int h = m_Bmp.Height;
int w = m_Bmp.Width;

Bitmap bmpOut = new Bitmap(w, h, PixelFormat.Format24bppRgb);

BitmapData dataIn = m_Bmp.LockBits(new Rectangle(0,0,w,h),ImageLockMode.ReadOnly,PixelFormat.Format24bppRgb);
BitmapData dataOut = bmpOut.LockBits(new Rectangle(0, 0, w, h), ImageLockMode.ReadWrite, PixelFormat.Format24bppRgb);

unsafe
{
byte* pIn = (byte*)(dataIn.Scan0.ToPointer());
byte * pOut = (byte*)(dataOut.Scan0.ToPointer());

for (int y = 0; y < dataIn.Height; y++)
{
for (int x = 0; x < dataIn.Width; x++)
{

pOut[0] = (byte)(255 - pIn[0]);
pOut[1] = (byte)(255 - pIn[1]);
pOut[2] = (byte)(255 - pIn[2]);

pIn += 3;
pOut += 3;
}

pIn += dataIn.Stride - dataIn.Width * 3;
pOut += dataOut.Stride - dataOut.Width * 3;
}
}

bmpOut.UnlockBits(dataOut);
m_Bmp.UnlockBits(dataIn);

貌似比Delphi复杂得多，难道我真的天生对指针过敏？还是Delphi的比较好理解，就是扫描每一行，然后对当前像素点的三个分量做处理，非常方便。而且C#代码中的Stride是个什么东东？

查找了不少资料，现在我是这么理解的：

假设有一张图片宽度为6，因为是Format24bppRgb格式(每像素3字节。在以下的讨论中，除非特别说明，否则Bitmap都被认为是24位RGB)的，显然，每一行需要6*3=18个字节存储。对于Bitmap就是如此。但对于BitmapData，虽然BitmapData.Width还是等于Bitmap.Width，但大概是出于显示性能的考虑，每行的实际的字节数将变成大于等于它的那个离它最近的4的整倍数，此时的实际字节数就是Stride。就此例而言，18不是4的整倍数，而比18大的离18最近的4的倍数是20，所以这个BitmapData.Stride = 20。显然，当宽度本身就是4的倍数时，BitmapData.Stride = Bitmap.Width * 3。

画个图可能更好理解。R、G、B 分别代表3个原色分量字节，BGR就表示一个像素。为了看起来方便我在每个像素之间插了个空格，实际上是没有的。X表示补足4的倍数而自动插入的字节。为了符合人类的阅读习惯我分行了，其实在计算机内存中应该看成连续的一大段。

Scan0
|
|---------Stride-----------------|
|---------Width-------------| | 注：Width是图片（BGR作为一个单位）宽度
BGR BGR BGR BGR BGR BGR XX
BGR BGR BGR BGR BGR BGR XX
.
.
.

现在应该很好理解了。首先用 BitmapData.Scan0找到第0个像素的第0个分量的地址。这个地址指向的是个byte类型，所以当时定义为byte* pIn。
行扫描时，在当前指针位置（不妨看成当前像素的第0个颜色分量）连续取出三个值（3个原色分量。注意，0 1 2代表的次序是B G R。在取指针指向的值时，貌似p[n]和p += n再取p[0]是等价的），然后下移3个位置（pIn += 3，看成指到下一个像素的第0个颜色分量）。做过Bitmap.Width次操作后，就到达了Bitmap.Width * 3的位置，应该要跳过图中标记为X的字节了（共有Stride - Width * 3个字节），代码中就是 pIn += dataIn.Stride - dataIn.Width * 3;

跳过以后指针就到达下行的第0个像素了。按照此算法,一共需要做Bitmap.Height次行扫描（代码就是 for (int y = 0; y < dataIn.Height; y++)）。

另外，因为使用了unsafe，所以编译的时候需要设置“允许不安全的代码”。

Posted: 2006年12月27日 14:22 作者 biojaye

posted @ 2008-03-04 19:29 BZZ 阅读(509) 评论(0) 编辑

2008年1月25日

上传图片前预览

上传预览我们可以这么写

function test(){

document.all.showimg.src=document.all.file1.value;

}

</script>

保存为html文件,运行，一切正常。
当我们把上面的代码原封不动的拷贝到aspx文件中,运行毫无反应，
原因在于对安全的考虑限制image对本地文件的访问(即使你在
aspx应用程序中用一个html页面替换aspx页面也无济于事.)
google一下能用滤镜的方式解决此问题.
在要显示图片的地方加上这段：

sizingMethod：有三个选项
crop：剪切图片以适应对象尺寸。
image：默认值。增大或减小对象的尺寸边界以适应图片的尺寸。
scale：缩放图片以适应对象的尺寸边界
其中有一个src属性是指向图片路径的(必选的);
可以试一下

function ShowImage(path){

document.all.divShow.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").src = path;

}

</script>

</form>

</body>

浏览图片没问题，可是浏览小图Div会小，浏览大图可能会占据整个页面,我们希望以固定的大小显示所有的图片
可以使用他的scale属性.可是这个属性有个问题，浏览大图时，他会缩小原图，浏览小图时就惨了，他会放大小图，
使小图模糊不清。
我们添加个方法改变这种情况。

function setImg(o)

{

var width_img;

var height_img;

o.style.visibility = "visible";

width_img=o.offsetWidth;

height_img=o.offsetHeight;

var width=274; //预定义宽

var height=100; //预定义高

var ratW; //宽的缩小比例

var ratH; //高的缩小比例

var rat; //实际使用的缩小比例

if(width_img<width && height_img<height)

{

//如果比预定义的宽高小，原图显示。

o.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").sizingMethod = "image";

return;

}else{

//如果大的化，要把 sizingMethod改成scale 如果属性是image,不管怎么改div的宽高，都不起作用

o.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").sizingMethod = "scale";

}

ratH=height/height_img;

ratW=width/width_img;

if(ratH<ratW) //选择最小的作为实际的缩小比例

rat=ratH;

else

rat=ratW;

width_img=width_img * rat;

height_img=height_img * rat;

o.style.width=width_img;

o.style.height=height_img;

}

修改ShowImage方法

function ShowImage(path){

//处理前是原图，先将其隐藏，

document.all.divShow.style.visibility = "hidden";

document.all.divShow.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").src = path;
document.all.divShow.filters.item("DXImageTransform.Microsoft.AlphaImageLoader").sizingMethod = "image";

//过一小会获取div的宽高.

setTimeout("setImg(document.all.divShow)",100);

}

以上在IE7中测试通过.

posted @ 2008-01-25 14:06 BZZ 阅读(4514) 评论(12) 编辑

2008年1月17日

开机总是自检

摘要: 每次开机总是出现蓝屏自检画面，平时都是按回车键跳过自检，时间长了，感觉麻烦，今日google一下,修改如下注册表项HKEY_LOCAL_MACHINE\SYSTEM\CURRENTCONTROLSET\CONTROL\Session Manager键值BootExecute，设为空，问题解决，今日记下，以防忘记.阅读全文

posted @ 2008-01-17 12:53 BZZ 阅读(1794) 评论(2) 编辑

仅列出标题

昵称：BZZ
园龄：4年2个月
粉丝：2
关注：1

2012年2月

日

一

二

三

四

五

六

搜索

常用链接

随笔分类

杂谈(2)

随笔档案

学习......

积分与排名

积分 - 29449
排名 - 3620

搜索

常用链接

随笔分类

随笔档案

学习......

积分与排名

最新评论

阅读排行榜

评论排行榜

推荐排行榜