博客园_编程，设计

关于程序员成长的一点思考

2011-12-23T04:59:00Z

新闻来源:51CTO
程序员的我们，是否想过今后的路该怎么走、如何发展、技术怎样提高?其实这也是我一直在思考的问题。下面就此问题，分享下我的看法。因为我阅历有限，有什么说的不对的，大家一起喷! 一、程序员应该打好基础

1. 现在开发工具众多、语言泛滥，经常听人说”不学CC++神马都是浮云”、”CC++才是万王之王”，CC++就真比PHP、Lua、AS、JAVA牛吗?

其实不在于语言本身，而在于CC++依附的平台。因为最靠近操作系统，所以能发挥其它语言不具有的性能优势，而且很多数据结构、算法、特殊功能类，CC++是不提供的，需要自己实现。这时就需要自己去温习”数据结构”、”算法”、”TCP/IP”、”操作系统原理”、”编译原理”等这些知识。正因为如此，我们学习的东西被沉淀下来，也正因如此，CC++经过定制的功能比封装好的功能性能高。

我上大学做项目时，用的是.net平台C#语言, 因为我本性好专研，老师都是把需要研究、比较难的问题交给我。但C#无论是性能和功能都是都是无法跟CC++比的，记得当时是要做一个”远程控制”软件，配置IP和端口后需要连接动态生成客户端程序(木马)，但C#是不提供这个功能的。这也是我工作后转为CC++程序员的原因，碰巧也是开发远程控制软件。刚开始写出来的程序偶尔会莫名奇妙的崩溃，但经过两个月和更长的时候后，我掌握了CC++。在此要感谢我工作时的指导老师翁跃龙，没有他我的路不会这么平坦，他教我的不仅仅是技术，更多的是解决问题得思路和做人。

2. 有些人会说大学学的东西是肤浅的，是没有用的。想想看，在学校的时候我也经常这么想，但出来后才知道这些东西有多么重要。不过大学学得再扎实，出来后仍然是需要再温习过的。因为上学毕竟实践少，所学不能所用，计算机是个应用驱动的学科。我们再来看“计算机考研”专业课考的什么(这里并不是说考研就一定好)，”数据结构”、”计算机组成原理”、”操作系统”、”计算机网络”。”数据结构”、”计算机组成原理”这两门课程摆在前面，可见其重要性，分别是软件和硬件最重要的两门基础课。我不相信不学好”数据结构”能够把性能优化做得很好。若说自己学好了，能不看书、不查资料，说出”B+树、B-数的应用和区别”、”KMP为什么能快速匹配字符串”、”快速排序在什么情况会蜕变为o(n^2)”吗?

我也不相信不学透”计算机组成原理”能搞通汇编和内核，不知道”CPU和I/O的交互过程”、”指令的执行通路”、”CPU运算器的工作原理”，如何写出高效的汇编代码?如何弄清楚内核中”中断”、”GDT”、”IDT”这些概念，实模式保护模式如何切换?”操作系统”和”计算机网络”则是两门非常重要的支撑学科，信号量为什么是最快的同步方式、线程调度比进程调度快、为什么要做内存缓冲池，这些都是来自”操作系统”。而”计算机网络”主要是讲述 TCP/IP的，为什么德问”对于一个具有几百万粉丝的用户，数据如何实时投递到所有用户?”要使用多播的方式解决、”如何计算出C/S单向的延迟？”发送ICMP包测量，这些都是来自它。

我们大学学的课程经过多少国内外知名学者专家研究过的，所以计算机理论课是基础，是解决问题的根源。”算法分析与设计”是”数据结构”的延伸，Divide Conque、贪心、动态规划对于程序算法的优化有很大的指导意义。同样，”计算机体系结构”也是”计算机组成原理”的拓展。其次，”编译原理”、”数据库”、”软件工程”等学科的重要性也不言自白。

二、实践、理论、再实践

作为程序员的我们，满足于实现一个程序功能的快感，得意于从网上下载别人的代码加到自己的程序中，陶醉于自己写了上百万行代码。有想过自己是在创造吗，还是装配车间的技术工人。日趋成熟的开发工具，逐步把有丰富想象力的我们沦为奴隶。从网上下载个压缩库就用着、成熟的加密算法直接使了、包装好的类库就 include。为何不探究其算法实现、性能优化、底层机制。有人会说很”难”啊!究竟是难，还是掌握的知识不够，还是理论没有达到一定高度。

很难想象不学习”计算机图形学”，去做3D项目客户端图形算法的后果；不研究”数据挖掘”去分析大量客户数据会做得多好；不攻读”概率论”、”线性代数”、”人工智能”去设计AI有多么智能。很多人说，这些东西游戏用不着啊，学了有什么用?我承认初学编程时，这些东西只是高谈阔论。若我们工作了n年后，还只是熟练地做些coding，和刚毕业的学生有什么区别。编程工具只是”工具”而已，别忘记了我们是改变世界的程序员，不提高理论，何以创新、公司拿什么优势和别人去竞争。

“研发”是”研究”和”开发”两大块，只做开发，不做研究，对个人和公司都只是短期目标, 当然理论提高了，是需要投产的，不然理论很快沦为”空想社会主义”，公司白花银子养活研究部门。”实践、理论、再实践”，符合马克思主义哲学思想，也是计算机学科的价值体现。真正的计算机科学家不是只搞理论的，理论是要应用到产品中的。工程师也不是只做开发不做研究的，是要应用创新，理论微创新。计算机科学家相比于程序员，主要是数学功底相当深厚，所以他们能在理论上有突破。

三、技术、管理两路线。

1. “游戏能玩多深，技术就能做多深”，这句话说得很好。只因为我们执着，所以在游戏中能攻破一层层难关，凌晨2、3点还能练级打装备。若能走回正道，做技术就想玩游戏一样，技术做不深才怪呢。走技术路线的人，一定是对技术痴迷的人。但要走得长远，我们需要把技术做穿、做透。如何做穿、做透?计算机底层(C、汇编、逆向工程、驱动、内核)、计算机算法(网格计算、音视屏压缩、语音识别…)、架构(软件工程、跨平台、多语言等)都要有涉及。只有我们掌握了这些，才能做到”看问题看到本质”、”思想有穿透力”。这些才是最宝贵的，需要沉淀下来，仅仅靠做项目、写代码是无法达到的。

2. 对于走管理路线的人，是具有”完成任务为第一要务”、”有计划、善于管理时间”、”善于与人打交道”性格特点的人, 重要的是”综合素质”，而不是”专攻”。但是这些都是可以改变的，很多公司也会选择技术做得最优秀的人做管理。由于我是一个技术痴迷狂，管理这块，我没有发言权，不做多解释。

四、心态。

1. 人活在世界上在于奉献而不是索取，帮助别人是一件很快乐的事情, 作为程序员的我们心胸要开阔些，低调些、虚心些, 公司的李老师、老张就是一个心胸很宽广、低调的人，值得学习, 三人行必有我师，我们熟悉的只是自己的这一块、这个领域，不懂的地方要虚心向别人请教, 我见过浮躁、过于自信的人，也见过做人低调的人，发展结果完全不同。

2. 乐于分享，支持开源。这是一个很需要心胸、气度的事，也是决定个人、公司发展快慢的重要砝码。技术发展日新月异，总守着自己手中的那点技术，得不到长足的发展。中国两千年的封建历史、门户关闭政策还不够惨痛吗?”技术是交流和玩出来的”,这是锐安龙哥告诉我的。他也是一个大黑客、正义的黑客，开源是黑客的一项重要精神，所以黑客能引领技术。

3. 每日学习。很多人认为毕业了就不用学习了，或者不用那么那么地学习了。这是一个非常非常错误的思想，无论何时何地都要把自己当成菜鸟、应届生地去学习。书本是学习的一个捷径，Google、百度解决问题是快，但不是系统化地学习。看书要了解作者背后的知识底蕴，想一想这个问题得解决作者是怎么想到的，这样比单纯解决一个问题更进一层。更重要的是聆听作者的心声，感受大师的心态。最后给大家推荐”黑客与画家”这本书，写得真的很好，老吴不提，我还不知道。

本文链接

CSDN-中文IT社区-600万.rar-CSDN杯程序员最爱的mm评选

2011-12-22T09:06:00Z

CSDN这次丢人丢大了，蒋涛同学现在估计正焦头烂额。
事件始末：

昨天有人将CSDN的2009年4月份以前的用户名和密码发布到了ed2k:网络上了，CSDN-中文IT社区-600万.rar。由于CSDN是采用明文存储，导致600万用户密码集体泄露。

这里有第三方查询密码是否泄露的网站：http://0bad.com/csdn.php 如果您的密码也在泄露之列，请尽快修改，以及其他网站的密码。

该事件出现以后，各路神仙大显身手：

据说现在推上在举行CSDN杯我最喜爱的CSDN密码活动，我觉得与其评选人们最喜爱的密码，还不如评选密码里面最受喜爱的人。那么谁得到的爱最多呢，我统计了一下包含ilove***的密码，其中被爱得死去活来的前100位如下：

1 you 3567
2 you1314 110
3 u 92
4 csdn 68
5 you123 57
6 china 49
7 you520 43
8 thisgame 41
9 java 31
10 chu 30
11 123 30
12 2hcx 29
13 you1 26
14 myself 22
15 you521 22
16 r 19
17 jay 19
18 qsr 18
19 520 18
20 1314 18
21 yan 17
22 her 16
23 myfamily 16
24 mei 15
25 you88 15
26 myhome 15
27 udearbook 15
28 me 14
29 y 14
30 youforever 14
31 pig 14
32 jing 14
33 u1314 13
34 ujustso 13
35 linux 13
36 ling 13
37 you99 12
38 ping 12
39 you2 12
40 cat 11
41 angel 11
42 money 11
43 ucn 11
44 dan 11
45 fang 11
46 she 11
47 zhutou 10
48 you2009 10
49 kobe 10
50 apple 10
51 u123 9
52 you2008 9
53 nba 9
54 wei 9
55 utmh 9
56 2008 9
57 youbaby 9
58 juan 9
59 dayu 8
60 baby 8
61 1 8
62 you123456 8
63 youmydear 8
64 nana 8
65 sun 8
66 miao 8
67 lily 8
68 computer 8
69 yurongguang 8
70 wen 8
71 1tmac 7
72 xin 7
73 snow 7
74 rain 7
75 hui 7
76 911 7
77 you11 7
78 fei 7
79 ly 7
80 jun 7
81 sky 7
82 1987 7
83 yuki 7
84 music 6
85 mywife 6
86 lan 6
87 god 6
88 dog 6
89 yang 6
90 rjjmxy 6
91 flash 6
92 money1976* 6
93 rose 6
94 moon 6
95 yao 6
96 you. 6
97 fish 6
98 lin 6
99 youok 6
100 you*1314 6
排序之最统计：
排在最前的国家是China
排在最前的网站是csdn
排在最前的编程语言是Java
排在最前的操作系统是Linux
排在最前的电脑品牌是apple
排在最前的明星是周杰伦

flash在前100强，html5并没有钱在程序员眼中甚至排在了猫的后面

排在最前的动物分别是：
1. 猪
2. 猫
3. 猪头
4. 狗

排在最前的mm名字是
1：yan（燕）
2：mei（梅）
3：jing（静）
4：ling（玲）
5：ping（萍）
6：dan（丹，这个是不是mm我表示存疑）
7：fang（芳）
8：wei（薇）
9：juan（娟）
10：nana（娜娜）

恭喜上面的姑娘，你们是程序员眼里最可爱的人。
也许你们觉得他们长得像密码，但他们将你们写在密码里。

本文链接

2011年九大热门语言发展趋势

2011-12-22T08:08:00Z

2010年末，Robert Diana写了一篇2011年需要关注的9大编程语言。现在2011年即将结束了，让我们来看看这些语言在这一年中发生了什么变化。（注意，所选的这些语言是作者希望他们的发展能有所变动，不管排名是上升还是下降。因此，这里并没有Java、Ruby、Python或者Objective-C等这些热门语言。）

首先，让我们回顾下2011年初对这些语言的发展展望：

• Lua——在GitHub和StackOverflow上，这门语言比较活跃。它在Tiobe上的排名也比较稳定，但是，更加重要的是，Lua的职位越来越多了。对于Lua来说，目前的趋势表明Lua将会成为主流的编程语言。

• R ——数据分析和大数据处理逐渐成为每个Web站点不可分割的一部分，处理这些数据群的语言也逐渐流行起来了。和R语言有关的职位需求也是相当有趣。

• Clojure ——虽然在Tiobe的排行榜中，Clojure并不是很流行，但是，在某些编程领域中，它是很流行的。它的职位需求趋势的增长表明，在明年，它的接受程度会大大增加。

• Go——只有Tiobe把它当成一门流行的语言。在Dataist Tier中，它的排名并不好，而且职位需求趋势也不是十分可靠。但是，对于它的“娘家”Google来说，它可能不需要纯粹的，系统化的增长。

• Erlang——这门语言已经诞生好几年了，在各个领域发展的都不错。随着像XMPP（确切地说应该是eJabberd），PubSubHubbub那样的实时技术的持续增长，2011年，它的排名可能仅次于Python。

• Scala——这将是最有趣的趋势之一。在Dataist Tier中，Scala表现的很好，但是它没有排到Tiobe的目录中。Scala的职位需求正在稳步地增长，使用者（例如：Twitter）也在日渐增多，在明年，Scala的接受程度可能会得到极大地提高。

• Groovy——无论如何，我认为Groovy已经错失良机了。它是一门坚实的脚本语言，它的职位需求的增长情况也不错，但是它如何把它自己和Ruby, Python, Erlang 和 Scala区分开来呢？

• Scheme——无论何种原因，这门语言都不肯“离去”，实际上，它又引起了大家一些兴趣。它的职位需求的增长情况不容乐观，在它第一次“大爆发”以后已经至少过去30年了，明年，我们可能也不会看到它的第二次“大爆发”。

• ActionScript——ActionScript之所以包含在这个列表里是因为它在Tiobe 和 Dataist Tier的排名都很高。但是，这门语言的就业趋势并不好。可能它的“热度”正在退去，所以在明年，你也应该留意一下这门语言。

那么，在2011年这些语言究竟发展的如何呢？从就业趋势能反应出企业的需求度。值得注意的是，职位需求数据表明了想要去抓住语言开发是很困难的。图中Go和R语言没有出现在列表里，因为很难找到合适的岗位需求，而Scheme依然在列表里，它的需求发展缓慢。

首先，让我们看一看来自于Indeed.com的职位需求趋势图：

编程语言职位需求趋势

如图所示，ActionScript持续下滑，且下降的趋势较为明显。Scheme在缓慢地增长，相对而言发展比较稳定，没有多大浮动。 Groovy在过去几年里呈现稳健增长趋势，Scala的需求似乎在迅速增加。Lua仅呈现小幅度增长，超过了Erlang和Clojure。

编程语言职位增长趋势图：

编程语言职位增长趋势图

从图中我们可以看到，Lua和Clojure呈爆炸性的增长趋势，但是还没有转化成大量的职位需求。与此同时，发展迅速的还有Scala、Erlang和Groovy。与之相比，Scheme和ActionScript却无明显变化。

九大编程语言在2011年这一年里的发展情况：

先看看TIOBE 2010年12月编程语言排行榜和TIOBE 2011年12月编程语言排行榜的对比。此外，还可以从GitHub和StackOverflow上获得更多的信息。

1.Go （Tiobe排名：34 浮动：-13）：在TIOBE排行榜上下降13位，在StackOverflow和GitHub上活跃度有所减少。尽管是Google推出的本土语言，但似乎并未获得更多的主流关注。两年前Google的一个小组公开了他们的孵化项目——Go编程语言。如今Go语言发布两周年，谷歌将在明年初推出Go语言首个正式版本1.0，Go将帮助程序员开发更大的系统。

2.R（Tiobe排名：24 浮动：+2）：TIOBE排名只上升2位，在GitHub和StackOverflow上也无明显变化。鉴于R不是一种通用语言，其受欢迎程度还是有些令人惊讶的。R作为开源的数据统计分析语言正潜移默化的在企业中扩大自己的影响力。特有的扩展插件可提供免费扩展，并且允许R语言引擎运行在Hadoop集群之上。不仅如此，R语言还提供对64位数据处理的支持。

3.Lua（Tiobe排名：21 浮动：+6）：TIOBE排名上升6位，但在GitHub和StackOverflow上有所下降。不过，其职位需求趋势很好。所以，我们应该继续观望 Lua在下一年的发展。历经近两年的漫长开发流程后，Lua终于发布了5.2正式版。很多应用程序使用LUA作为自己的嵌入式脚本语言，以此来实现可配置性、可扩展性。这其中包括《魔兽世界》、《博德之门》以及大名鼎鼎的《愤怒的小鸟》等。

4.Scheme（Tiobe排名：30 浮动：-1）：毫无疑问，在TIOBE上没有太大变化。在GitHub和StackOverflow上也同样如此，伴随着其他语言的增长趋势，对Scheme的需求似乎也不大。

5.ActionScript（Tiobe排名：50–100 浮动：->13）：可以看到，ActionScript下跌幅度之大，在TIOBE上排名在从50滑落至100。职位需求呈下降趋势，在 StackOverflow和GitHub上活跃度没有多大改变。可以料想，ActionScript在2012年发展不容乐观。

6.Erlang（Tiobe排名：29 浮动：20）：今年最大的获益者莫过于Erlang，它在TIOBE排名上升20位，这一增长趋势与StackOverflow and GitHub上似乎不大匹配。职位趋势出现积极迹象，所以，我们该留意下这门语言。想学习Erlang语言吗？Erlang之父教你如何入手。

7.Groovy（Tiobe排名：45 浮动：>5）：TIOBE排名出现在前50名之内。在StackOverflow和GitHub上活跃度也有所提升。它的职位需求的增长情况也不错，发展较为稳定。Groovy官方没有做任何说明为什么要修改授权协议，只是简单的提了Groovy的授权协议改为Apache。不知道是否有意向转到 Apache组织，不得而知。

8.Scala (Tiobe排名： 50-100 浮动：0)：鉴于Scala在TIOBE排名上盘旋于50-100之间，我们无法预料它的增长趋势。总的来说，在StackOverflow和 GitHub上活跃度也无明显变化。但从职位需求趋势上显示了肯定了它的增长速度。今年Google推出C++ Go Java Scala的基准性能测试，Scala性能要快于Java，报告推出时也恰逢Scala Day，所以对Scala有特别意义。

9.Clojure (Tiobe排名： 50-100 浮动：+？) ：Clojure从100上升到50-100之间，呈稳定增长趋势，奇怪的是在StackOverflow和GitHub上活跃度不明显。从它的职位需求趋势来看不是很乐观，但它的增长趋势确实很理想。Closure在2012年势必将大有作为。

那么，在2012年各编程语言又会有怎样的发展呢？让我们拭目以待吧。我知道大家会有很多的意见和想法，欢迎您在评论中列出。

本文链接

2011年IT 领域最大的赢家和输家

2011-12-22T08:06:00Z

2011年，多少家企业被推向了互联网的浪潮之巅，又有多少家企业在这次浪潮中慢慢退出历史舞台…… 纵观一年来发生的科技大事，能够发现其中有众多赢家，但也有不少输家。今天，就让我们总结一下这一年中各种事件的主角。

赢家一：Amazon

不管Kindle Fire有多少缺点，它成为最受欢迎平板已是不争的事实。而且在Kindle Fire的光芒下，整个Kindle系列的销量也节节攀升。Amazon已经不仅仅是一个购物网站，它是一个集成了购物、生活、影音、娱乐等服务的联合体，以至于人们的大部分消费都可在Amazon上完成。

输家：实体零售商

受到互联网的冲击，传统零售商的日子越来越难。而Amazon可以说是罪魁祸首，今年这种情况变得更加严重。不知对于那些小型的零售商来说，未来还能撑多久？

赢家二：苹果

乔布斯的去世，或许是苹果最大的损失。但不管怎样，今年又是苹果的一个胜利之年。尽管人们对iPhone4s有些不满，但iPad 2、iPhone 4s还是让苹果赚得盆满钵盈。iPad 的总销量已超过4000万台，iPhone 4s 的Siri 也受到大众的热烈追捧，甚至连《史蒂夫·乔布斯传》上市仅一个半月，就登上了Amazon 2011最畅销书籍的冠军宝座。

输家：我们

对于我们来说，苹果的产品对得起它那高高在上的价格，买了苹果的东西之后我们不会后悔。那么我们到底失去了什么？是的，乔布斯。不管怎样，乔布斯给人类带来的福利有着十分重大的意义。面对他的离去，我们却什么都不能做，只能在心中祈祷：“Jobs Bless Apple。”

赢家三：IBM

当IBM将个人电脑业务卖给联想之后，它就在人们的视线中慢慢消失了。但这并不代表IBM的没落，从某种意义上讲，反而是一种重生。今年的IBM，无论是在硬件制造领域、云计算领域、企业服务领域还是新能源领域，都成为了最大的赢家。只是IBM和普通大众已没有多少关系，人们已不再关注这个蓝色巨人。

输家：惠普

和IBM恰恰相反，惠普本来也可以成功转型。但由于其紧紧抓住个人电脑市场不放，现在已经被WebOS从高速列车上拉了下来。HP Touchpad今年夏天登陆市场，不到三个月的时间，就已无人问津。随后便出现了让人哭笑不得的99美元大甩卖，虽然很快就被消费者抢购一空，但对惠普来说事实已无法改变。而最近惠普宣布将WebOS开源，未来如何发展尚不得而知。

赢家四：Android

毫无疑问，2011年无疑是Android的胜利之年。无数的智能手机和平板电脑都搭载Android系统，为Android的推广做出了巨大贡献。对于苹果来说，可能只有iPad2和iPhone4s发布的那天是值得庆贺的，但对于Android来说，几乎每一天都值得庆贺。

输家：大部分的Android平板发行商

尽管Android系统已是铺天盖地，但对于Android平板发行商来说，现实并不乐观。像三星的Galaxy、摩托罗拉的Xoom、黑莓的Playbook等都没有良好的业绩表现，可能唯一一个表现不错的就是Amazon的Kindle Fire了。

赢家五：Google

Android 是Google成为今年赢家的一个原因，但最大的原因是另一个：Google + 。最初，Google +曾一度被唱衰。即使现在，还是有很多人不看好它。但没关系，有Google这个搜索巨头做靠山，再烂的产品也能让每个人都接受它。正如现在国外的每个网站、每篇文章、每个连接旁都有那个“+1”按钮一样，这也算是Google最大的成功了。

输家：RIM

同样都擅长信息处理，但RIM这个不到三十年的无线通信巨头已经日渐式微了。和惠普一样，也是一个平板，让这个昔日巨人的缺点一一暴露出来。两位CEO，拉扎里迪斯和贝尔斯利，一个负责整体战略，一个负责产品研发。但在公司僵化的体制下，RIM的一切行动都显得苍白无力。即使他们的年薪都降到1美元，恐怕也只能是“1+1=0”。

赢家六：云计算

Amazon、Google、Salesforce、 Apple都在云计算上不断发力，使得2011年成为了云计算最火的一年。Amazon的AWS（Amazon Web Services）今年营收估计将达到9亿美元，而利润率高达23%。Google App Engine受众更广，几乎绝大部分中小网站都会用到它。另外IBM、微软都已进入云计算市场，未来将会是云的天下。

输家：索尼

可能人们并没注意到，索尼正在慢慢远离大众消费者。不管是索尼笔记本、影音技术、游戏机还是电视，都在慢慢的退居二线。而索尼爱立信的分道扬镳，使得索尼的困境雪上加霜。未来索尼将走向何方？我们将拭目以待。

本文链接

Asp.net的局部缓存[转]

2010-08-22T14:44:00Z

页面缓存

使用OutputCache指令。

<%@ OutputCache Duration="3600"

Location="Any"

VaryByCustom="browser"

VaryByParam="RequestID" %>

其中Duration和VaryByParam特性是必须的。

Location控制页面缓存的位置

Location	含义
Any	默认值。意味着页面的输出可以缓存在客户端浏览器，缓存在任何“下游”的客户端（如代理服务器），或缓存在Web服务器本身
Client	指明输出缓存只能存储在发出请求的客户端（即浏览器）的本地缓存中
Downstream	指明输出缓存能存储在任何支持HTTP1.1缓存的设备（如代理服务器）中
Server	指明输出缓存将存储在Web服务器上
None	指明该页面禁用输出缓存

Duration允许我们控制页面在缓存中生存的时间（单位是秒）

VaryByParam允许我们缓存页面的不同版本。在上面的例子中，VaryByParam设为了RequestID，所以ASP.NET使用RequestID参数的不同值，这些值或者是在HTTP GET的查询字符串中传入，或者是在HTTP POST的参数中传入。可以通过检查RequestID参数的值让应用程序区分不同的用户；通过在页面的OutputCache指令中放置VaryByParam＝"RequestID"，可以让ASP.NET为每个用户缓存页面的不同版本。

如果不想根据参数的值缓存页面的不问版本，那么只要把VaryByParam设为none。

也可以要求ASP.NET为每个可能的参数组合缓存页面的一个版本。为此，可把VaryByParam设为*。

VaryByHeader和VaryByCustom特性与VaryByParam的相似之处在于，它们允许指定何时应创建页面新的缓存版本。

VaryByHeader允许我们根据由分号分隔的HTTP头的列表末缓存页面的不向版本。

VaryByCustom当设为browser时，允许我们根据浏览器的名称和主版本信息缓存不同版本。也可以把它设为一个自定义方法的名称，从而实现我们自己的逻辑，控制缓存的版本。

片断缓存

可以利用用户控件将页面分段，在ascx文件中写入缓存的语句，而不在aspx文件中写缓存语句，这样ASP.NET就可以只缓存ascx片断的输出了。一般像页眉或页脚基本上都是一样的，就不需要重新加载。但是如果其中有动态变化的数据就不能对其进行缓存，因为一旦被缓存后程序就不会再创建它的实例来更新数据显示，只有等到生存期过期才行，所以对于这种情况就不适于用页面片断缓存。

注意：

一、注意片段缓存不支持Location特性；缓存页面片段惟一合法的地方是web服务器。这是因为片段缓存在ASP.NET中是新的功能，所以浏览器和代理服务器不支持。

二、片段缓存有另外一个在页面缓存中没有的特性——VaryByControl。VaryByControl特性允许指定一个由分号分隔的字符串列表，代表用户控件内使用的控件的名称；ASP.NET将针对值的每个不同的组合生成用户构件的一个缓存版本。

数据缓存

低级API是Cache类，它位于ASP.NET中的System.web.Caching命名空间，可以用它缓存生成很耗费资源的数据。Cache类的使用和Session与Application对象一样简单。每个应用程序只有一个Cache对象——这意味着使用Cache对象存储在缓存中的数据是应用程序级别的数据。使事情更为简单的是，Page类的Cache属性使应用程序的Cache对象实例能在代码中使用。

通过Cache对象缓存的数据存储在应用程序的内存中。这意味着该数据的生存期不会超过应用程序的重启(事实上，这和存储在Application与 Session对象中的数据一样，除非使用StateService或SQL State会话模式存储Session数据)。

具体的使用和语法与Session和Application一样。转换回来的时候需要注意对其进行相应类型的强制类型转换。

这不是在ASP.NET缓存中添加缓存项的惟一方式。Cache对象有两个方法Insert()方法和Add()方法，它们灵活性更高。它们的用法近似，但稍有不同：

Insert()方法用于覆盖ASP.NET缓存中现有的缓存项。

Add()方法只用于在ASP.NET缓存中添加新的缓存项(如果用它覆盖现有的缓存项，则会失败)。

每个方法都有7个参数，而且两个方法的参数相同。

在缓存某一项时，可以指定它的相关性，告诉ASP.NET该缓存项在缓存中一直保留到某个事件发生时为止。

相关性值	含义
CacheDependency	允许指定一个文件或缓存键。如果文件发生变化，对象就被删除。如果缓存键发生变化，对象也被删除。
DateTime	这是一个DataTime值，指明缓存数据过期的时间（绝对过期时间）
TimeSpan	这是一个时间间隔，指明缓存数据在上一次访问后可以在缓存中保留多长时间（弹性过期时间）

使用CacheItemPriority来指定缓存数据的优先级，以便在缓存被填满的时候删除那些优先级低的数据。

优先级值	含义
High	设为此优先级的缓存项是最不可能在内存不足时被删除的
AboveNormal	设为此优先级的缓存项比优先级为Normal或以下的缓存项更优先保留
Normal	设为此优先级的缓存项比优先级为BelowNormal和Low的缓存项更优先保留
BelowNormal	这是倒数第二级的优先级；设为此优先级的缓存项只比优先级设为Low的缓存项更优先保留
Low	设为此优先级的缓存项是最有可能在内存不足时被删除的
Default	缓存项的优先级的默认值是Normal
NotRemovable	当缓存项设为此优先级时，是在告诉ASP.NET即使是内存不足，也不要从缓存中删除它

DateTime dt = new DateTime(DateTime.Now.Year,12,31);

Cache.Add("MembersDataSet",dsMembers,null,

dt,TimeSpan.Zero,

CacheItemPriority.Normal,null);

第一个参数是引用缓存对象的键，第二个参数是要缓存的对象。第三个参数是null(表明没有相关性)。

第四和第五个参数是绝对的过期时间和弹性的过期时间。这里，我们指定缓存应在当前年份的最后一天过期(dt)。我们想指定没有弹性的过期时间，所以第五个参数使用TimeSpan.Zero。第六个参数使用System.Web.Caching.CacheItemPriority枚举中的一个值，把优先级设为Normal。

指定一个5分钟的弹性过期时间，没有指定绝对过期时间

Cache.Add("MembersDataSet",dsMembers,null,

DateTime.MaxValue,TimeSpan.FromMinutes(5),

CacheItemPriority.Normal,null);

添加一个相关性。在这个例子中，过期时间也取决于一个文件的修改，即test.xml文件：

CacheDependency dep = new CacheDependency(@"C:\test.xml");

Cache.Add("MembersDataSet",dsMembers,dep,

DateTime.MaxValue,TimeSpan.FromMinutes(5),

CacheItemPriority.Normal,null);

过期时间取决于缓存中另一项的修改：

String[] dependencyKeys = new String[1];

dependencyKeys[0] = "MembersChanged";

CacheDependency dependency = new CacheDependency(null, dependencyKeys);

Cache.Add("MembersDataSet",dsMembers,dependency,

DateTime.MaxValue,TimeSpan.Zero,

CacheItemPriority.Normal,null);

最后一个参数是CacheItemRemovedCallback类型的，允许我们在缓存项从缓存中删除时要求通知，可以编写一个自定义的方法(像这里的ItemRemovedCallback()方法)，然后在第7个参数中指定该方法：

public void ItemRemovedCallback(String key, Object value, CacheItemRemovedReason reason)

{

}

Cache.Add("MembersDataSet",dsMembers,dependency,

DateTime.MaxValue,TimeSpan.FromMinutes(5),

CacheItemPriority.Normal,

new CacheItemRemovedCallback(this.ItemRemovedCallback());

第一个参数是在缓存中存储缓存项时使用的键，第二个是存储的对象本身，第三个是缓存项删除的原因。

本文链接

c#实现打印

2010-07-06T10:36:00Z

在windows应用程序中文档的打印是一项非常重要的功能，在以前一直是一个非常复杂的工作,Microsoft .net Framework的打
印功能都以组件的方式提供，为程序员提供了很大的方便，但是这几个组件的使用还是很复杂的，有必要解释一下。
打印操作通常包括以下四个功能
1 打印设置设置打印机的一些参数比如更改打印机驱动程序等
2 页面设置设置页面大小纸张类型等
3 打印预览类似于word中的打印预览
4 打印

下面我把我编写的记事本（全部源代码可以在 http://www.cndot.net中下载）中用到的打印功能的代码进行解释希望能给大家一些帮助
实现打印功能的核心是 PrintDocument类这个类属于System.Drawing.Printing名字空间这个类封装了当前的打印设置页面设置以及所
有的与打印有关的事件和方法
这个类包括以下几个属性事件和方法
1、PrinterSettings 属性
  存放打印机的设置信息这个属性不需要程序员设置因为它是由打印对话框获取的
2、PrintCountroller 属性
  控制打印过程
3、 DefaultPageSettings 属性
  存放页面设置信息打印纸大小方向等也不需要程序员设置因为它是由页面设置对话框获取的
4、 DocumentName 属性
  指定文档名称，出现在打印机状态窗口中
1。 BeginPrint事件
  在打印之前发出
2. PrintPage事件
  每打印一页是发出，事件接受一个PrintPageEventArgs参数该参数封装了打印相关的信息
  PrintPageEventArgs 参数有很多重要的属性
  1 Cancel 取消打印
  2 Graphics 页面的绘图对象
  3 HasMorePages 是否还有要打印的页面
Print 方法该方法没有参数调用它将按照当前设置开始打印
若实现打印功能首先构造PrintDocument对象添加打印事件
PrintDocument printDocument;
private void InitializeComponent()
{
...
printDocument=new PrintDocument();
printDocument.PrintPage += new PrintPageEventHandler (this.printDocument_PrintPage);
...
}
实现打印事件功能
打印和绘图类似都是调用Graphics 类的方法进行画图不同的是一个在显示器上一个在打印纸上并且打印要进行一些复杂的计算
如换行分页等。
private void printDocument_PrintPage(object sender,PrintPageEventArgs e)
{
StringReader lineReader = new StringReader(textBox.Text);
Graphics g = e.Graphics; //获得绘图对象
float linesPerPage = 0; //页面的行号
float yPosition = 0;   //绘制字符串的纵向位置
int count = 0; //行计数器
float leftMargin = e.MarginBounds.Left; //左边距
float topMargin = e.MarginBounds.Top; //上边距
string line = null; 行字符串
Font printFont = this.textBox.Font; //当前的打印字体
SolidBrush myBrush = new SolidBrush(Color.Black);//刷子
linesPerPage = e.MarginBounds.Height / printFont.GetHeight(g);//每页可打印的行数
//逐行的循环打印一页
    while(count < linesPerPage && ((line=lineReader.ReadLine()) != null))
    {
       yPosition = topMargin + (count * printFont.GetHeight(g));
       g.DrawString(line, printFont, myBrush, leftMargin, yPosition, new StringFormat());
       count++;
    }
如果本页打印完成而line不为空说明还有没完成的页面这将触发下一次的打印事件在下一次的打印中lineReader会
自动读取上次没有打印完的内容因为lineReader是这个打印方法外的类的成员它可以记录当前读取的位置
    if(line != null)
        e.HasMorePages = true;
    else
        e.HasMorePages = false;
}
打印设置，构造打印对话框将对话框中设置的Document属性赋给printDocument这样会将用户的设置自动保存到printDocument
的 PrinterSettings属性中
protected  void FileMenuItem_PrintSet_Click(object sender,EventArgs e)
{
PrintDialog printDialog = new PrintDialog();
printDialog.Document = printDocument;
printDialog.ShowDialog();
}
页面设置和打印预览与打印设置原理相同都是构造对话框将用户在对话框中的设置保存到相应的类的属性中
protected  void FileMenuItem_PageSet_Click(object sender,EventArgs e)
{
  PageSetupDialog pageSetupDialog = new PageSetupDialog();
  pageSetupDialog.Document = printDocument;
  pageSetupDialog.ShowDialog();
}
打印预览
protected void FileMenuItem_PrintView_Click(object sender,EventArgs e)
{
   PrintPreviewDialog printPreviewDialog = new PrintPreviewDialog();
   printPreviewDialog.Document = printDocument;
      try
      {
    printPreviewDialog.ShowDialog();
      }
    catch(Exception excep)
    {
    MessageBox.Show(excep.Message, "打印出错", MessageBoxButtons.OK, MessageBoxIcon.Error);
    }
}
打印就可以直接调用 printDocument的Print()方法因为用户可能在打印之前还要再更改打印设置所以
在这里再次显示打印设置对话框
  protected void FileMenuItem_Print_Click(object sender,EventArgs e)
  {
   PrintDialog printDialog = new PrintDialog();
   printDialog.Document = printDocument;
   lineReader = new StringReader(textBox.Text);
   if (printDialog.ShowDialog() == DialogResult.OK)
   {
    try
       {
       printDocument.Print();
       }
       catch(Exception excep)
            {
              MessageBox.Show(excep.Message, "打印出错", MessageBoxButtons.OK, MessageBoxIcon.Error);
              printDocument.PrintController.OnEndPrint(printDocument,new PrintEventArgs());
            }
       }
  }
总结打印的过程是
1 在应用程序窗体初始化时构造PrintDocument对象  添加 printDocument 的 PrintPage 方法
2 实现PrintPage方法  4 在用户的单击事件中调用 printDocument 的 Print方法实现打印功能
在这中间可能要用到  PrintDialog PrintPreviewDialog PageSetupDialog 设置和查看打印效

FROM: http://www.cnitblog.com/tthappy3/archive/2007/04/24/26116.html

本文链接

经典的用户权限管理，数据结构分析设计

2010-07-06T10:35:00Z

实现业务系统中的用户权限管理--设计篇

B/S 系统中的权限比C/S中的更显的重要，C/S系统因为具有特殊的客户端，所以访问用户的权限检测可以通过客户端实现或通过客户端+服务器检测实现，而 B/S中，浏览器是每一台计算机都已具备的，如果不建立一个完整的权限检测，那么一个“非法用户”很可能就能通过浏览器轻易访问到B/S系统中的所有功能。因此B/S业务系统都需要有一个或多个权限系统来实现访问权限检测，让经过授权的用户可以正常合法的使用已授权功能，而对那些未经授权的“非法用户” 将会将他们彻底的“拒之门外”。下面就让我们一起了解一下如何设计可以满足大部分B/S系统中对用户功能权限控制的权限系统。

需求陈述不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。

可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。
权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。
满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。

关于设计

借助 NoahWeb的动作编程理念，在设计阶段，系统设计人员无须考虑程序结构的设计，而是从程序流程以及数据库结构开始入手。为了实现需求，数据库的设计可谓及其重要，无论是“组”操作的概念，还是整套权限管理系统的重用性，都在于数据库的设计。

我们先来分析一下数据库结构：

首先，action表（以下简称为“权限表”），gorupmanager表（以下简称为“管理组表”），以及master表（以下简称为“人员表”），是三张实体表，它们依次记录着“权限”的信息，“管理组”的信息和“人员”的信息。如下图：

这三个表之间的关系是多对多的，一个权限可能同时属于多个管理组，一个管理组中也可能同时包含多个权限。同样的道理，一个人员可能同时属于多个管理组，而一个管理组中也可能同时包含多个人员。如下图：

由于这三张表之间存在着多对多的关系，那么它们之间的交互，最好使用另外两张表来完成。而这两张表起着映射的作用，分别是“actiongroup”表（以下简称“权限映射表”）和“mastergroup”表（以下简称“人员映射表”），前者映射了权限表与管理组表之间的交互。后者映射了人员表与管理组表之间的交互。如下图：

另外，还需要一张表来控制系统运行时左侧菜单中的权限分栏，也就是“权限分栏表”，如下图：

根据上面的分析，我们进行数据库结构设计，如下图：

点击这里查看权限管理系统数据表字段设计

为了能够进行良好的分析，我们将数据库结构图拆分开来，三张实体表的作用已经很清晰，现在我们来看一下两张映射表的作用。

一权限映射表 如下图：

首先，我们来了解一下权限映射表与管理组表以及权限表之间的字段关联。

看图中的红圈，先看gorupid字段相关联，这种关联方式在实际数据库中的表现如下图：

如图中所示，管理组表中“超级管理员”的groupid为1，那么权限映射表中 groupid为1的权限也就是“超级管理员”所拥有的权限。

使用 groupid字段关联，是为了查到一个管理组能够执行的权限有哪些。但这些权限的详细信息却是action字段关联所查询到的。

action 字段相关联在数据库中的表现如下图：

通过这种关联，才查询到权限映射表之中那些权限的详细信息。综合起来，我们就知道了一个管理组可以执行的权限有哪些，以及这些权限的详细信息是什么。

或许你会问，为什么不使用actionid字段相关联呢？因为：

权限表中的id字段在经过多次的数据库操作之后可能会发生更改。
权限映射表中仅仅记录着一个管理组可以执行的权限。
一旦权限表中的id更改，那么权限映射表中的记录也就更改了。
一个管理组可以执行的权限势必将出错，这是非常不希望的。

考虑到上面的情况，所以应该使用action字段相关联，因为：

在权限表中，id可能发生变化，而action字段却是在任何情况下也不可能发生变化的。
权限映射表中记录的action字段也就不会变。
一个管理组可以执行的权限就不会出错了。

二人员映射表 如下图：

我们来了解一下人员映射表与管理组表以及人员表之间的字段关联，如下图：

看图中的红圈部分，先看groupid字段关联，这种关联方式在数据库中的表现如下图：

如图，“超级管理员”组的groupid为1，我们再看人员映射表，admin属于超级管理员组，而 administrator属于超级管理员组，同时也属于管理员组。

使用这种关联方式，是为了查到一个管理组中的人员有谁。和上面一样，人员的详细信息是靠id字段（人员映射表中是 masterid字段）关联查询到的。

id 字段（人员映射表中是masterid字段）关联表现在数据库中的形式如下图：

一个人员可能同时属于多个“管理组”，如图中，administrator就同时属于两个“管理组”。所以，在人员映射表中关于administrator的记录就会是两条。

这种关联方式才查询到管理组中人员的详细信息有哪些。综合起来，才可以知道一个管理组中的人员有谁，以及这个人员的详细信息。

再结合上面谈到的权限表和权限映射表，就实现了需求中的“组”操作，如下图：

其实，管理组表中仅仅记录着组的基本信息，如名称，组id等等。至于一个组中人员的详细信息，以及该组能够执行的权限的详细信息，都记录在人员表和权限表中。两张映射表才真正记录着一个组有哪些人员，能够执行哪些权限。通过两张映射表的衔接，三张实体表之间的交互才得以实现，从而完成了需求中提到的“组” 操作。

我们再来看一下权限分栏表与权限表之间的交互。这两张表之间的字段关联如下图：

两张表使用了actioncolumnid字段相关联，这种关联方式在数据库中的表现如下图：

如图所示，通过这种关联方式，我们可以非常清晰的看到权限表中的权限属于哪个分栏。

现在，数据库结构已经很清晰了，分配权限的功能以及“组”操作都已经实现。下面我们再来分析一下需求中提到的关于权限管理系统的重用性问题。

为什么使用这种数据库设计方式搭建起来的系统可以重用呢？

三张实体表中记录着系统中的三个决定性元素。“权限”，“组”和“人”。而这三种元素可以任意添加，彼此之间不受影响。无论是那种类型的业务系统，这三个决定性元素是不会变的，也就意味着结构上不会变，而变的仅仅是数据。
两张映射表中记录着三个元素之间的关系。但这些关系完全是人为创建的，需要变化的时候，只是对数据库中的记录进行操作，无需改动结构。
权限分栏表中记录着系统使用时显示的分栏。无论是要添加分栏，修改分栏还是减少分栏，也只不过是操作记录而已。

综上所述，这样设计数据库，系统是完全可以重用的，并且经受得住“变更”考验的。

总结：

此套系统的重点在于，三张实体表牢牢地抓住了系统的核心成分，而两张映射表完美地映射出三张实体表之间的交互。其难点在于，理解映射表的工作，它记录着关系，并且实现了“组”操作的概念。而系统总体的设计是本着可以在不同的MIS系统中“重用”来满足不同系统的功能权限设置。

附录：

权限管理系统数据表的字段设计

下面我们来看看权限管理系统的数据库表设计，共分为六张表，如下图：

action表：

action 表中记录着系统中所有的动作，以及动作相关描述。

actioncolumn表：

actioncolumn 表中记录着动作的分栏，系统运行时，左侧菜单栏提供了几块不同的功能，每一块就是一个分栏，每添加一个分栏，该表中的记录就会增加一条,相对应的，左侧菜单栏中也会新增机一个栏。

actiongroup表：

actiongroup 表记录着动作所在的组。

groupmanager表：

groupmanager 表记录着管理组的相关信息，每添加一个管理组，这里的记录就会增加一条。

mastergroup表：

mastergroup 表记录着管理员所在的管理组，由于一名管理员可能同同时属于多个组，所以该表中关于某一名管理员的记录可能有多条。

master表：

master 表记录着所有管理员的信息，每添加一个管理员，该表就会增加一条记录。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1497893

本文链接

Page.ClientScript.RegisterClientScriptBlock 与RegisterClientScriptBlock

2010-07-06T10:35:00Z

最近的项目用到这样一段代码:

//要根据后台取的值初始化页面显示

protected void Page_Load(object sender, EventArgs e)
     {
         if (!IsPostBack)
         {
             GetGovShiftSetInfo();//此方法作用：取数据库数据来设置rbTwo状态
             if (rbTwo.Checked)
             {
                 //Page.RegisterStartupScript("", "<script>istwo();</script>"); //1.0的语法构造，已过时

                 Page.ClientScript.RegisterStartupScript(this.GetType(), "MyScript", "istwo();", true);
             }
         }
     }

----------------------------------------------------------------------------------------

//放在前台的JS：

之所以没用Page.ClientScript.RegisterClientScriptBlock而用 Page.ClientScript.RegisterStartupScript是因为：RegisterStartupScript 把script放置在ASP.NET page的底部，而RegisterClientScriptBlock把script放置在ASP.NET page的顶部，用RegisterClientScriptBlock会报错，javascript函数不到对象

下面为相同例子，来源http://zhhui.cnblogs.com/archive/2006/03/22/355855.aspx

1.使用 Page.ClientScript.RegisterClientScriptBlock
Listing 4-10: Using the RegisterClientScriptBlock method

<%@ Page Language=”C#” %>
<script runat=”server”>
protected void Page_Load(object sender, EventArgs e)
{
string myScript = @”function AlertHello() { alert(‘Hello ASP.NET’); }”;
Page.ClientScript.RegisterClientScriptBlock(this.GetType(),
“MyScript”, myScript, true);
}
</script>

运行结果如下：

<html xmlns=”http://www.w3.org/1999/xhtml” >
<head><title>
Adding JavaScript
</title></head>
<body>
<form method=”post” action=”JavaScriptPage.aspx” id=”form1”>
<div>
<input type=”hidden” name=”__VIEWSTATE”
value=”/wEPDwUKMTY3NzE5MjIyMGRkiyYSRMg+bcXi9DiawYlbxndiTDo=” />
</div>
<script type=”text/javascript”>

</script>
<div>
<input type=”submit” name=”Button1” value=”Button” onclick=”AlertHello();”
id=”Button1” />
</div>
</form>
</body>
</html>

2.使用Page.ClientScript.RegisterStartupScript

RegisterStartupScript方法与RegisterClientScriptBlock方法最大的不同是：RegisterStartupScript 把script放置在ASP.NET page的底部，而RegisterClientScriptBlock把script放置在ASP.NET page的顶部

如果你的页面中有如下代码：

<asp:TextBox ID=”TextBox1” Runat=”server”>Hello ASP.NET</asp:TextBox>

Listing 4-11: Improperly using the RegisterClientScriptBlock method

protected void Page_Load(object sender, EventArgs e)
{
string myScript = @”alert(document.forms[0][‘TextBox1’].value);”;
Page.ClientScript.RegisterClientScriptBlock(this.GetType(),
“MyScript”, myScript, true);
}

此页面运行时会报错，原因是JavaScript function先于text box被安放于浏览器。因此JavaScript function找不到TextBox1。

Listing 4-12: Using the RegisterStartupScript method

protected void Page_Load(object sender, EventArgs e)
{
string myScript = @”alert(document.forms[0][‘TextBox1’].value);”;
Page.ClientScript.RegisterStartupScript(this.GetType(),
“MyScript”, myScript, true);
}

这段代码把JavaScript function放置于ASP.NET page底部，因此JavaScript运行时它能找到TextBox1。

3.使用Page.ClientScript.RegisterClientScriptInclude
许多开发者把JavaScript放置在.js文件中，使用RegisterClientScriptInclude方法可以注册.js文件中的 JavaScript。
Listing 4-13: Using the RegisterClientScriptInclude method

string myScript = “myJavaScriptCode.js”
Page.ClientScript.RegisterClientScriptInclude(“myKey”, myScript);

这将在ASP.NET页面产生如下结构：
<script src=”myJavaScriptCode.js” type=”text/javascript”></script>

本文链接

FireFox 下使用类似IE的模式对话框-showModalDialog

2010-07-06T10:33:00Z

在網頁程式中,
有時我們會希望使用者按下按鈕後開啟一個保持在原視窗前方的子視窗,
而在 IE中,我們可以使用showModalDialog來達成,
語法如下 :

vReturnValue = window.showModalDialog(sURL [, vArguments] [, sFeatures])

範例:

window.showModalDialog("openwin.html","Arguments","dialogHeight: 200px; dialogWidth: 200px; dialogTop: 10px; dialogLeft: 10px; edge: Raised; center: Yes; help: Yes; resizable: Yes; status: Yes;");

但是.在Firefox中卻沒有showModalDialog這東西,
而在 FireFox中我們只能使用window.open實現這樣的功能,
window.open的語法如下 :

oNewWindow = window.open( [sURL] [, sName] [, sFeatures] [, bReplace]);

只是,在Firefox下,window.open的參數中,sFeature多了一些功能設定,
而在FireFox下要讓開啟的視窗跟IE的showModalDialog一樣的話,
只要在sFeatures中加個modal=yes就可以了,
範例如下:

window.open('openwin.html','newWin','modal=yes,width=200,height=200,resizable=no,scrollbars=no');

提到了子視窗,不得不提的就是子視窗跟母視窗間的交互操作,
因為我想很多人開啟對話視窗應該都是為了將操作完的結果丟回去給母視窗...

如果是用showModalDialog的話,
在子視窗中要存取母視窗的函數的話,
要注意兩個地方,
1.(母視窗中)開啟視窗:

window.showModalDialog("openwin.html",self,'modal=yes,width=775,height=700,resizable=no,scrollbars=no');

在第二個參數(vArguments),改成self.

2.(子視窗中)調用母視窗的函數:

window.dialogArguments.ShowMsg(obj.value);

ShowMsg為母視窗中的函數.

而使用window.open的話,
則是要注意一個地方,
1.(子視窗中)調用母視窗的函數:

window.opener.ShowMsg(obj.value);

使用window.opener去接母視窗的物件.

如此一來,只要再透過navigator.appName去判斷瀏覽器為何,
就可以寫一個IE與FireFox相容的函數...

本文链接

使用xmlhttp.send()方法的参数来传递大容量的数据

2010-07-06T10:32:00Z

Ajax技术中的xmlhttp.send()方法提供我们传送大量数据的功能,要使用该功能,首先要将要传到服务端的数据封装在一个xml对象中,在将这个xml对象的xml属性做为send()方法的参数就可以.
客户端代码:

服务端需要从请求流中,解析出客户端传入的xml的内容,服务端代码:
                System.IO.Stream instream = Page.Request.InputStream;
                BinaryReader br = new BinaryReader(instream,System.Text.Encoding.UTF8);
                byte[] byt = br.ReadBytes((int)instream.Length);
                string sXml = System.Text.Encoding.UTF8.GetString(byt);

                System.Xml.XmlDocument xmlDoc = new System.Xml.XmlDocument();
                xmlDoc.LoadXml(sXml);

                XmlElement xe= xmlDoc.DocumentElement;
                for(int i=0;i< xe.ChildNodes.Count;i++)
                {
                    sGuid = sGuid + ",'" + xe.ChildNodes[i].InnerText+"'";
                }

本文链接