博客园_FlyDragon

大学应该怎么读?

2012-05-28T07:32:00Z

今天在看了一场《非你莫属》的节目后，其中两个应聘求职者对于大学里面没有好好学习，几乎放弃课堂的问题。很多老板和有经验的人都对这些事情做了很深刻的批判。那接下来我谈一下我的感受，以及我的教育观。

其实，经历过大学的都知道，尤其是像我们这些计算机软件行业的学生可能有更深入的体会。不是我们不想，甚至很多学生非常想学得更深入，更加与企业接轨。而实际上，大学里那种教科书式的教学，四年下来，只学到了基础的基础，而且很多所谓的'教授'老师，自己都没经历过实际的项目的锤炼，没有实际的软件开发的经历，怎么可能给学生带来实际中总结出来的经验的启发。还有大学这种死板的教学方式，懒惰的学习氛围让课堂成为了老师谋生的工具，而很难再找到那种味了学生而奉献出自己的所知所学的精神的老师了。呜呼悲哉！

经历过社会的锤炼，经历过一些事情，对社会对人生有了更多的感悟后，我发现人生不仅仅是奢华享受，那种低俗的人生观，是可悲的，是在这物质化的社会影响下，太多的人这样贪图享受。所以这也是我痛下决心进入教育行业，改变这种死板的愚昧式的教育做出自己的贡献。当然，人生立世要尽孝道，这是为人的第一准则。而我也逃避不了这些必须的事情。所以我只能利用我自己对于软件开发上的理解来带来一些收入。但是，真正的教育绝对不能以营利为目的。当我所有该做的事情都做完的时候，我会去山区，去跟孩子们在一块，为下一代启迪自由之思想，独立之人格做点事，让自己做人做的有意义。这也是我的人生观。

再回来谈大学教育，其实从小一开始就是这种愚昧和蒙蔽式的教育。印象最深刻的是，小学时候学古诗！那么小的年龄，那么简单的人生经历怎么能理解古人那么经过那么多事情的锤炼后写出的精华的短句呢？而小学、中学、大学都是这种对与错的教育。条条框框下限值了太多人的思维的扩散。而蔡元培时代的北大的教育，思想兼容并包。鲁迅、陈独秀这样进步的青年可以在北大教书，而固步自封的老顽固也可以在北大教书，让学生接触不同的思想，让他们思想更自由，更开放，学生受到的启发更大。而当今的北大....当今的知识分子，还有谁不是为了利益写文字，他们都忘了知识的责任和义务。像孔庆东这样的教授能在北大这样的学府存在，那可是北大啊....那另外一个问题：为什么中国离着诺贝尔奖那么远？而我们看新加坡，看美国，看德国的教育，他们那种从小就培养孩子独立的判断能力，组织领导能力还有演讲的能力。前两天看美国的达人秀的选秀节目，看到他们的文化对我的冲击还是蛮大的，他们每个人都是那么的自信，那么开朗，面对评委他们很坦然的面对成功失败，而从来不认为自己跟评委有地位的差距。而回头看看国人的文化，看看国内的节目....

那我们看看国内的大学给了我们什么，其实学习那些基础知识，完全自己学习就可以了。当然老师在教导我们的时候，我们会很快的进入到角色里面去，而且学习起来很快。但是那样很容易受到老师思想的干扰，让自己思维局限到那种思考的方式里面去。而作为老师一定要注意不要强奸学生的思想，要培养学生自己思考的能力，有些事情让学生自己去探索吧，他自己看问题的角度对他自己的启发会更大的。所以我不建议大家不要不去听课，作为年轻人，大学时我们思想最活跃，精力最充沛的时间，一定要好好把握住这个时间。多出去走走，多看看其他方向的书。开阔自己的思维，提高自己的修养。锻炼自己的思维和判断能力，提高自己的演讲才能，提高自己的自信。大学带给我们的是一个独立的时间，让我们独立的去做一些事情，另外就是让我们充分的去充实自己。大学带给我们的另外一个就是：你接触的人中大部分是有修养的人，所以你潜移默化中受到了这种熏陶，你自己的修养和看待事情的能力也慢慢的提升。我向来认为读研究生给我们知识方面带来的不会太多的东西，但是带给我们的修养和看问题的视野，以及学习和研究的能力是在其他地方学不到的，因为研究生阶段你接触的都是导师、教授、博士、院士等一些社会真正的高级知识分子。

我给正在读大学的朋友一点建议吧：大学充分利用这些时间，让自己更加充实。勇于打开自己的视野，跟更多的人交流，只有交流才会有思想的碰撞才会有更宽广的角度看问题。课程还是要上，今天你懒在了床上，明天你还是要拿出更多的休息时间来走完你没走的路。最后，大学给我们一个死的教学制度，但是大家一定要自己把握自己，让自己思想更自由，人格更健全。

最后送大家一句话，也送我自己：自由之思想，独立之人格。

本文链接

Html5 学习系列（三）增强型表单标签

2012-05-27T03:27:00Z

引言

在之前的HTML表单标签中，对于一些功能支持的不够好，比如：文本框提示信息（之前只能通过js和input的事件结合处理）、表单校验、日期选择控件、颜色选择控件、范围控件、进度条、标签跨表单等功能。当然这些东西我们都可以直接通过js和dom元素配合实现这些通用的功能。这些功能或者是标签都已经大量的使用在了现代的Web应用中，而这些公共性的东西在早期的HTML标准没有直接的标准支持，而在HTML5中，新标准直接把这些常用的基本的功能直接加入的新的表单标签中，真正把表单功能异常的强大，那就跟我走一下HTML5智能表单之旅吧!

由于最新版本的Opera浏览器对新型表单支持的最为完美,所以建议本blog或者以下示例请在Opera浏览器上打开.

HTML5新增加表单标签
     新的标准中添加了很多输入型控件，比如：Number、URL、Email、Range、Color等。而他们都是以 input标签的type属性出场，那下面我一一简单介绍一下。[以下所有的例子请用Opera浏览器浏览]
1）只能输入数字的Number类型input标签
Html代码为:<input type="number" name="demoNumber" min="1" max="100" step="2"/>
运行效果:
注:此标签其实就是普通的input标签,只不过是type类型指向了number,标识当前标签接受数字类型输入.另外添加了四个属性.
name:属性大家很熟悉了用来标识表单提交时的key值
min:是表单标签新增加的属性标识当前输入框输入的最小值
max:那就是最大值了
step：是步长的意思，也就是在点击增大或者减小的时候的增加减少的步长
小结：min，max，step是表单标签中添加的新的属性。另外就是type又增加了一个新的number类型，接受数字输入。而之前我们要做到这样的效果只能通过js在失去焦点时候判断，控制起来不那么方便，现在一切都那么简单简洁。
2）新型Email类型input标签
Html代码：<input type="email" name="email" placeholder="请输入注册邮箱" />
运行效果：
注：在上面HTML代码中，相对于之前的标签，不同点：type="email"表示当前input标签接受一个邮箱的输入。另外就是：placeholder="请输入注册邮箱"   这个属性的功能，相信你看到此时的效果的时候你会感到非常想兴奋，而在之前实现此提示信息，需要监听一下文本框的blur事件，然后判断是否为空，为空再去给文本框赋值一个灰色的字体提示信息，而现在只需要一个简单属性指定就可以了，浏览器都帮我们实现了。
小结：当表单在提交前，此文本框会自动校验是否符合邮箱的正则表达式，另外placeholder属性带来的提示信息功能太强大了。
3）新型Url类型input标签
这里不再赘述了，跟Email类型input标签类似。只看一效果吧：
Html代码：<input type="url" placeholder="请输入网址" name="url" />
运行效果：
4）新型Tel类型input标签
Html代码：<input type="tel" placeholder="输入电话" name="phone"/>
运行效果：
5）新型range类型input标签
Html代码：<input type="range" min="0" max="50" step="5" name="rangedemo" value="0" />
运行效果：
     此类型标签的加入，输入范围内的数据变得非常简单容易，而且非常标准，用户输入可感知体验非常好。另外此标签可以跟表单新增加的Output标签一块使用，达到一个联动的效果。看demo源码：
<form action="" method="POST" id="form1">
<input type="range" min="0" max="50" step="5" name="rangedemo" value="0" />
<output onforminput="value=rangedemo.value">0</output>
</form>
运行效果：
6）新的日期、时间、月份、星期input标签
相信你如果做过相关的Web项目开发，肯定会遇到相关的js日期控件。而一系列版本问题，使用不方便等问题将一去不复返，因为…看下面的标签吧：
Html代码：<input type="date" name="datedemo" />
运行效果：
还有其他的type：month(月) 、time、week、datetime-local、datetime。那赶紧实验一下吧。
7）颜色选择input标签
颜色选择器实现起来还是有点困难的，而现在一切都变得那么简单。且看代码：
Html代码：<input type="color"/>
运行效果：
8）input标签自动完成功能
如果您有一定的开发经验的话，肯定做过相关的自动完成或者输入提示功能。那这将不再那么复杂，简单几个标签就自动实现此功能，请看如下demo：
<input type="text" autocomplete="on" name="demoAutoComplete" list="autoNames" />
<datalist id="autoNames">
<option value="飞龙天惊" ></option>
<option value="厚德IT" ></option>
<option value="Flydragon" ></option>
</datalist>
执行结果：
HTML5表单新增属性
Input标签新增加的特有属性
1）autofocus属性
              demo：<input type="text" autofocus="autofocus"/> 此属性可以设置当前页面中input标签加载完毕后获得焦点。
2）max,min,step这些上面都介绍过了，都是跟数字相关。
3）placeholder:提示信息属性，上面有demo。
4）multiple：用于文件上传控件，设置此属性后，允许上传多个文件。
5）校验属性：设置了required 属性后预示着当前文本框在提交前必须有数据输入，而这一切都是由浏览器自动完成。
             这跟使用Jq Validate的时候一样的爽。而且还添加了：pattern正则表达式的校验。
             demo：input type="text" autofocus="autofocus" required pattern="\d+" />
6）另外一个比较大的改进就是增加了form属性，也就是说，任何一个标签都可以指定它所属于一个表单，而不是必须在<form></form>进行包裹了。
且看demo：<input type="text" form="demoForm" name="demo"/>
Form表单标签新增加属性
1）novalidate 属性规定在提交表单时不应该验证 form 或 input 域。
           demo：`<form` `action=""` `method="POST"` `novalidate="true"></form>`
`2)autocomplete 属性规定 form 或 input 域应该拥有自动完成功能。`
综合性实例
<fieldset>
<legend>只能表单演示：请用最新Opera 浏览器</legend>
<form action="" method="POST" id="form1">
<input type="text" autofocus="autofocus" required pattern="\d+" name="auto" placeholder="必填项测试" />
<input type="number" name="demoNumber" min="1" max="100" step="2" />
<input type="email" placeholder="请输入邮箱" name="mail" />
<input type="url" name="url" placeholder="输入正确的网址" />
<br />
日期：<input type="datetime" name="time" />
颜色：
<input type="color" name="color" /><br />
<br />
<input type="range" min="0" max="50" step="5" name="rangedemo" value="0" />
<output onforminput="value=rangedemo.value">0</output>
<br />
<input type="submit" value="提交表单" />
</form>
表单外的input标签：
<input type="text" form="form1" name="demo" />
</fieldset>
执行结果：
由于部分属性不能正常提交到博客园后台，上一张图片加源码：
图片：

实际运行情况：
只能表单演示：请用最新Opera 浏览器

日期：颜色：

0

表单外的input标签：
总结
       在新版本的表单中的确添加了很多令人兴奋的功能。其实进步不是特别大，只不过是把之前的常用的功能，加入到了标准中来定义，然后浏览器帮我们实现了很多我们原先需要自己用js实现的一些功能罢了。但是对于开发者来说，这的确是很不错的一件事情。

本文链接

Html5 学习系列（二）HTML5新增结构标签

2012-05-25T00:10:00Z

引言

在本节中，笔者将向大家讲述三部分内容，分别介绍HTML5时代的召唤，跟HTML4的区别，以及HTML5中带来的新的结构标签。

HTML5时代的召唤
HTML4与HTML5的区别
HTML5新结构标签

HTML5时代的召唤

上一代的HTML的标准： HTML 4.01 和 XHTML 1.0 距离今天已经发布了10多年了，而Web端的应用也已经翻天覆地的变换。而且Web前端没有一个统一的通用的互联网标准，各个浏览器间拥有太多的不兼容，在维护这些浏览器兼容性浪费了太多的时间。再有就是之前的多媒体操作、动画等都需要第三方的插件的支持，而这就造成多平台的兼容性的问题，而这一切在HTML5中都将成为标准，这样就在根本上解决了浏览器的差异以及一些第三方插件的问题，让Web应用更加标准，通用性更强，而且更加的独立于设备。

HTML5并不是革命性的改变，而只是发展性的。而且对于之前HTML4的很多标准都是兼容的，所有通过最新HTML5标准制作的Web应用也可以轻松的跑在老版本的浏览器上。HTML5标准中的确是集成了很多实用的功能比如：音视频、本地存储、Socket通信、动画等都是之前应用开发中确实感觉到Web端的鸡肋才得到重视和升级的，相信如果你有相关的经验的话也会很有感触。

HTML5的目标是：它通过一些新标签，新功能为开发更加简、独立、标准的通用Web应用提供了标准。新的标准解决了三大问题：浏览器兼容问题，解决了文档结构不明确的问题，解决了Web应用程序功能受限等问题。

HTML4与HTML5的区别

1、取消了一些过时的 HTML4的标签

其中包括纯粹显示效果的标记，如<font>和<center>，它们已经被 CSS完全取代。

其他取消的属性:acronym, applet, basefont, big, center, dir, font, frame, frameset, isindex, noframes, strike, tt。

2、添加了一些新的元素

比如：更加智能的表单标签：date, email, url 等；更加合理的标签：section, video, progress, nav, meter, time, aside, canvas等。

3、新的全局属性：id, tabindex, repeat

4、文件类型声明（<!DOCTYPE>）仅有一型：<!DOCTYPE HTML>。

5、新的JS API

还有很多其他的变化，后续的系列博文中我将一一介绍。

HTML5的新结构标签

在之前的HTML页面中，大家基本上都是用了Div+CSS的布局方式。而搜索引擎去抓取页面的内容的时候，它只能猜测你的某个Div内的内容是文章内容容器，或者是导航模块的容器，或者是作者介绍的容器等等。也就是说整个HTML文档结构定义不清晰，HTML5中为了解决这个问题，专门添加了：页眉、页脚、导航、文章内容等跟结构相关的结构元素标签。

在讲这些新标签之前，我们先看一个普通的页面的布局方式：

上图中我们非常清晰的看到了，一个普通的页面，会有头部，导航，文章内容，还有附着的右边栏，还有底部等模块，而我们是通过class进行区分，并通过不同的css样式来处理的。但相对来说class不是通用的标准的规范，搜索引擎只能去猜测某部分的功能，另外就是此页面程序交给视力障碍人士来阅读的话，文档结构和内容也不会很清晰。而HTML5新标签带来的新的布局则是下面这种情况：

Html5 学习系列（一）认识HTML5

2012-05-22T10:36:00Z

引言，认识两个标准制定的组织

在讲什么是Html5之前得先了解两个组织；WHATWG ：网页超文本技术工作小组（英语：Web Hypertext Application Technology Working Group，缩写为WHATWG），是一个以推动网络 HTML 5 标准为目的而成立的组织。在2004年，由Opera、Mozilla基金会和苹果这些浏览器厂商和一些相关团体形成的一个松散的、非正式的协作组织，这些团体希望发展一些新的技术，从而开发人员可以在互联网上编写并部署应用。另外一个就是大家熟悉的W3C ：万维网联盟（World Wide Web Consortium，W3C），又称W3C理事会,它主要是为解决web应用中不同平台、技术和开发者带来的不兼容问题，保障Web信息的顺利和完整流通，万维网联盟制定了一系列标准并督促Web应用开发者和内容提供者遵循这些标准。标准的内容包括使用语言的规范，开发中使用的导则和解释引擎的行为等等。W3C也制定了包括XML和CSS等的众多影响深远的标准规范。

那什么是HTML5呢？

HTML 5草案的前身名为Web Applications 1.0，是在2004年由WHATWG提出，再于2007年获W3C接纳，并成立了新的HTML工作团队。在2008年 1月22日，第一份正式草案发布。WHATWG表示该规范是目前仍在进行的工作，仍须多年的努力。目前Firefox、Google Chrome、Opera、Safari（版本4以上）、Internet Explorer 9已支援HTML5技术。

HTML5本质并没有对之前HTML4版本的规范进行彻底的变革，更令人欣喜的是，HTML5一开始设计就考虑了跟之前的标准进行兼容。而且把最新的WEB开发的一些新技术新的规范引入进了新版本的标准中。那么它的本质是什么呢？其实HTML5的发展就是html，css，jsapi的发展，用另外一句话解释就是：HTML5=HTML+CSS+JSAPI。

HTML5带给我们的是什么呢？

1、让Web再次回归到富客户端地步，而且更加的独立，减少了对第三方插件的依赖。

比如：之前的HTML4的标准中并没有对于视频、音频以及其他的富客户端技术支持的非常好，这就使得Flash和SilverLight变得异常的成功。而在HTML5新标准中原生的就支持音频、视频、画布等技术。让我们的WEB程序拥有更多富客户端表现的方式，而且让我们的WEB程序更加独立，更好的适应多种形式的客户端。

2、对本地离线存储的更好的支持

由于之前想在客户端保存一些数据都是由 cookie 完成的。但是 cookie 不适合大量数据的存储，因为它们由每个对服务器的请求来传递，这使得 cookie 速度很慢而且效率也不高。

HTML5 提供了两种在客户端存储数据的新方法：

localStorage - 没有时间限制的数据存储
sessionStorage - 针对一个 session 的数据存储

在 HTML5 中，数据不是由每个服务器请求传递的，而是只有在请求时使用数据。它使在不影响网站性能的情况下存储大量数据成为可能。

对于不同的网站，数据存储于不同的区域，并且一个网站只能访问其自身的数据。

HTML5 使用 JavaScript 来存储和访问数据。有了本地数据库的支持，让一些简单的离线应用也成为了可能。

3、新的特殊内容元素，更好的支持SEO以及方便视障人士使用

现在所有的站点基本上都是Div+CSS布局，几乎所有的文章标题、内容、辅助介绍等都用Div容器来承载。搜索引擎在抓取页面内容时，因为没有明确的容器的含义只能去猜测这些标签容器承载的是文章标题还是文章内容等，HTML5新标准中直接添加了拥有具体含义的HTML标签比如：article、footer、header、nav、section

4、更加智能的表单标签

之前的表单标签，仅仅是简单的类型的约束，比如文本框、文本域、下拉列表等，而跟业务结合紧密的表单标签数据校验等控制都没有很好的支持，而是用这些技术都基本上都是跟第三方的JS控件进行结合使用，但是这些第三方总会涉及到版本控制、浏览器兼容性、非标准等一系列的问题，而在HTML5的标准中直接添加了智能表单，让这一切都变得那么的简单，比如 calendar、date、time、email、url、search。

5、HTML5即时二维绘图 ,也就是画布的引入，让Javascript子弹飞

画布的引入使得：Web端生成动画效果、制作Web游戏、更好的交互体验设计都增加了无限的变数，当社区充斥着乱七八糟超炫的HTML5的JS控制的效果的时候，让人无限的赞叹。HTML5 的canvas 元素使用JavaScript 在网页上绘制图像。画布是一个矩形区域，您可以控制其每一像素。

canvas 拥有多种绘制路径、矩形、圆形、字符以及添加图像的方法。

6、JS嗑药了，支持多线程

在不影响UI update 及浏览器与用户交互的情况下, 前端做大规模运算，只能通过 setTimeout 之类的去模拟多线程。而新的标准中，JS新增的HTML5 Web Worker对象原生的就支持多线程。

7、WebSockets让跨域请求、长连接、数据推送等一切都变得那么简单，Web不仅仅是Ajax

WebSockets是在一个(TCP)接口进行双向通信的技术，PUSH技术类型。WebSocket是html5规范新引入的功能，用于解决浏览器与后台服务器双向通讯的问题，使用WebSocket技术，后台可以随时向前端推送消息，以保证前后台状态统一，在传统的无状态HTTP协议中，这是“无法做到”的。

8、更好的异常处理

HTML5(text/html)浏览器将在错误语法的处理上更加灵活。HTML5在设计时保证旧的浏览器能够安全地忽略掉新的HTML5代码。与HTML4.01相比，HTML5给出了解析的完整规则，让不同的浏览器即使在发生语法错误时也能返回完全相同的结果。

9、文件API让文件上传和操纵文件变得那么简单

由于项目中经常遇到用Web应用中控制操作本地文件，而之前都是使用一些富客户端技术比如flash，ActiveX，Silverlight等技术，面对文件JS就是个shit，就是个鸡肋。在HTML5的新的提供的FHTML5 File API 让JS可以轻松上阵了。

10、编辑、拖放、微数据、浏览历史管理、地理信息接口API、设备硬件操作API等很多的新功....

HTML5的未来？

当然HTML5不是孤立的，Javascript API的增强，让JS变成异常强大的未来的编程武器。CSS3带给未来Web应用也是极大的新的挑战。相信由于HTML5标准化的支持，相信未来Web技术真正的可以跑在任何的端，也让我们的Web应用更加的独立，更加的轻松的融入到各个端中，HTML5 就是未来！

总结：

通过上面HTML5的新特点，不难总结出HTML5=Javascript+HTML+CSS。HTML5的新特性带给开发者的是更友好更丰富的本地处理的API，更智能的更优雅的HTML标签，更强的本地处理的功能，通信也进一步加强。Google很早之前就意识到了，客户只要拥有一个浏览器就可以了，相信不久的将来现在的Web的应用不在对本地处理那么鸡肋，CS形式的客户端相信也会越来越少。

作为开发者，当Adobe公司宣布放弃Flash，把最大的精力放到HTML5的开发上的时候，那你可能会看到这些趋势，当微软选择了HTML5而放弃了Silverlight继续升级的时候，那你基本上也没有什么好选择的了。HTML5的发力，的确带给我们每个开发者都带来了机会。

当然以上只是笔者的观点，每个人都有阅读新技术的角度，欢迎大家转载讨论。

我参与的厚德IT团队也同步更新，希望大家关注。（厚德IT专注于IT最新技术分享）

此文章在另外一个blog同步：http://www.cnblogs.com/houodeit/archive/2012/05/22/2513655.html

本文链接

再见2011，2012不是梦

2012-01-02T01:11:00Z

2011算是比较平静的一年，但是发生的事情却一点也不平静，农历新年也即将到来了，就在新年的第一天夜晚做个简单的总结，也算是对上一年自己的表现画个句号。

2011经历了最穷困潦倒的日子，依然记得年初那会为了还信用卡口袋拮据的日子，幸好苦尽甘来，现在终于富余点了，再不用为吃饭的钱头疼了。

2011改变了很多，Asp.Net 的核心了解更深入了，Asp.Net MVC源码也基本上通读了一下，前端的一些趋势也大体了解了一下，虽然前端的技术经验上还是差点，但是理念和基本概念还是非常棒的，新年里一定要在经验上好好下苦工，多做点项目练练手。

2011用一周时间读了《CLR Via C#》第三版的前13章，新年里继续完成后续部分的阅读，真是一本好书！对于Net底层还是很好的阐述。对于内存管理还有很多疑惑的地方都给了一次醍醐灌顶的浇灌。

2011了解了极限编程，体验了敏捷开发。实际参与了一个算是互联网项目的开发。

2011了解了互联网开发的相关技术，学会了Windows下的集群相关技术并部署实践之，了解了SqlServer的发布订阅机制，并实践了数据库集群的读写分离，主从配合的方案，并一直考虑SqlServer的多主库，多从库的方案，今年一定相个办法把这个方案搞定并实践之...

2011真正搞懂了什么是SOA，从之前的面向组件化的编程思想水平提高到了面向服务的层次，也算是一个不小的进步。而关于SOA的实践总结了很多经验，尤其是多系统，复杂性的服务高并发事务的处理这真是一个难得的优化经验，淘宝关于这方面的处理真是让人赞叹。更加深入的了解的ACID，不仅仅是大学里学的理论知识，而是实践出真知啊。而关于集群化部署SOA服务，统一管理配置和服务版本控制、服务状态、服务器状态监控等都有了一些想法和实践的沉淀，这也算很好的经验，后面多多总结和跟大家分享一下。

2011更加深入的了解了Entity Frameword的机制，并做了很多关于EF优化的实践，也算是对EF使用比较了解了。新年里一定要自己实现一个简单的ORM框架，另外就是有时间扩展一下EF的二级缓存。另外就是实现一个对于MongoDB数据查询和操作的Linq Provider。

2011SqlServer更加的熟悉，关于索引有了更深入的了解和认识，实践了主从数据库方案，水平分库，垂直分库，实践了读写分离，实践了主库去索引，去外键优化，降低读表的锁级别到行...等等一系列的数据库优化实践真的让我更加相信自己。

2011缓存从单机缓存认识，提高到了分布式缓存，并且从微软的解决方案到memcache再到Redis。从简单的key-value到Redis提供的高级的数据结构队列、栈等，缓存读写速度很快，另外分布式缓存本身就解决了高并发的多线程安全的问题，另外就是利用它解决了集群服务器间共享用户数据，共享Session免去了多集群服务器数据同步的问题，另外就是怎样好好利用缓存将数据库压力解放，让应用压在缓存上而不是数据库，减少IO的读写。从简单的缓存认识提高到了一个新的层次。谢谢周，是你让这一切都那么美好。

2011高并发数据访问表之死锁解决，这个问题很多人都会遇到，那我们怎么解决的呢：让高并发的数据库访问放入到一个内存队列中比如Redis提供的内存队列，然后定时的批量将sql交给数据库，减少了应用跟数据库的交互次数，提高了数据库io的效率，降低了应用对数据库的压力依赖。

2011高并发访问IIS配置优化，很感谢dudu，他的总结很好，也是按照他的配置，让我们Web站点顺利的通过了大量用户访问连接数限制的问题，而且IIS的输出缓存，页面Gzip压缩输出、页面静态化、Url的SEO等也有很多实践，真的今年收获挺好...

2011第一次实践了OAuth协议下的新浪微博平台的开发，体验了QQ+平台的开发，开放式平台未来还是会很成功的，这里机会很多，我能否抓住呢。

2011研究和实践了一把微软的Windows Media Service流媒体技术，从后台部署搭建，到前后台开发出demo感觉挺好的，但是性能太差，接触了几个E-Learning的厂商也基本上这么做的，感觉技术好落后啊。后来研究了微软的IIS7+Silverlight提供的流媒体方案的确很适合我们的在线学习系统，我出了一套方案，并做了很多预研的工作，最后出了demo，写了一个silverlight视频转码的工具，同事也搞了一个前端的播放器，感觉一套方案挺好的，不仅支持根据网络用户的带宽自己选择合适的视频清新度的格式下载，而且播放器是跨浏览器的，而且播放器是silverlight写的，体验很好。微软官网上很多视频都是这么搞的，所以实践这套东西要比微软早期的Windows Media Service要高级的多了，这个也算是比较有成就感吧！

2011代码生成技术的确在开发中已经是起到了很重要的作用，而VS的Addin插件技术以及结合T4模板代码生成技术帮助我们生成相应的代码生成工具、生成规范的架构代码是如此的神器。对于这个使用和研究也是非常好的经验，从模型设计到uml序列图设计，再从uml序列图【时序图】生成接口，这个工具制作虽然代码不是很多，但是自动化的实现，的确让开发人员和设计人员非常欣喜....

2011领域驱动的研究和实践的确进入了自己日常开发和思考中，领域驱动的实践还需要继续的学习和体悟。

2011让我认识了什么叫牛逼的测试，我们的测试人员直接告诉开发的人员哪一行代码必须优化，有些情况还告诉你怎么改！哇塞这牛啊！牛逼的测试得特别懂业务，另外对开发的方式，以及一些好的开发经验都得掌握，而我就彻底的认识了这么几个测试人员，真是感谢他们....也是今年才认识了什么是真正的压力测试，LR真是神器，之前我还给他们写了个自动化压力测试工具，感觉那个真是菜，LR和VS自带的压力测试都非常不错，这个实践还是蛮不错的经验，后面的项目都实践之，另外我也会写LR的测试脚本了，今年就可以不用依赖压力测试人员了，我可以写出自己定制的优化的压力测试脚本了哈哈。

2011MongoDB的深入研究还是需要进一步实践和学习，对于MongoDB大数据量还是有点担心，但是从一开始抵触新东西，到接受和喜欢，还是给自己一个很好的视野扩展的机会。新年里一定要把源码简单过一下，大体了解一下，至少出问题时，可以自己修改.这是坚决的任务。

2011WCf今年用的是最多的一年，所有的开发都与之息息相关，但是不曾对他进行详细深入的研究，只是会用，还不了解他的内部机制，对于他的优化还有很多事情要做，今年深入了解一下WCF的内部架构以及学习一些最佳实践，还有就是WCF的寄宿管理和服务在线升级的处理还是要想一个很好的方案，wcf服务健康监控和在线服务管理还是很有挑战的事情。再有他的那套日志记录真是恶心，以后想办法看看重写一些他记录日志的那个类。

2011日志处理，Log4Net很强大，但是很复杂，NLog很小，很轻量级，而且可以灵活扩展重写。日志优化还是很有说头的，日志先写入内存队列，然后内存队列批量写入MongoDB,再有就是日志记录异步化等一些尝试都让我们日志处理不再拖累业务，感觉好爽的一个进步。

2011接触了简单的Android和WP7的开发，虽然跟IOS的同志配合过项目，但是对于IOS还是有抵触，对于Android和WP7还是最亲近和最喜欢的，新年里一定多研究一下这个东西，移动互联网未来的未来，这个池子足够大，足够我们很多人在这里面钓到足够多的鱼....

2011尝试了ubuntu,并且尝试了Linux下的C开发，这个作为一个兴趣爱好吧，不要把自己局限在.Net平台，而且后面要继续了解Mono在各个平台的情况，开放自己的思维，不要局限在某个平台，多吸取各个平台的优势，你会成为更出色的开发人员。

2011尝试着读史记等文学作品，但是心静不下来，也不感兴趣没办法。

2011开始写微博，最近才了解到了微博力量竟然如此之大，微博的世界竟然是如此的神奇，开始喜欢QQ空间，关闭了人人。

2011让我变得更加从整体去考虑事情，从整个应用层面去考虑技术实现方案，并放手去实验实践。

2011结束了4年的爱情长跑，终于又重获自由之身，期冀新年里能找到爱我的伴。

2011悲催的公司，估计没有年终奖，而且11月的绩效也没发，期冀新年有个好收入。

2011没有把自己的朋友好好维护好，跟大家交流的也不很多，今年一定做个大家交流的论坛或者blog跟大家有个单独的沟通的地方。

2011年里，吃喝的最多，认识的朋友最多，感谢老李，感谢老程，感谢管，感谢秦，感谢辉辉，感谢周，感谢费，感谢孔、刘，感谢....感谢所有人，是你们陪我走过了平静的2011，祝福你们新年顺畅。

2011篮球打了不少，球技也算有所提升，乒乓球也算进一步得到了提升，2012要继续锻炼身体，革命的本钱要挣回来。

2011翻过去了，2012来了，新年里我将更加努力，对自己更加严格要求，期冀一个美好的年头...

本文链接

Asp.Net MVC3 简单入门第一季（五）通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点

2011-10-12T15:53:00Z

引子

本文将主要演示怎么将多个Asp.Net MVC项目部署到一个IIS站点中的例子，主要使用的是Asp.Net MVC提供的区域的功能。

Asp.Net MVC提供了区域的功能，可以很方便的为大型的网站划分区域。可以让我们的项目不至于太复杂而导致管理混乱，有了区域后，每个模块的页面都放入相应的区域内进行管理很方便。而随着项目的复杂，每个开发人员开发的模块呢也可能是一个完整的解决方案，而他要开发的UI项目呢只是主站点项目的一个区域，而如果把所有的UI项目放到一个UI项目，在团队开发时就不很方便了，而我们想达到的效果是：每个模块都对应一个UI项目【这里指Asp.Net MVC项目】，最后部署的时候将子项目都配置成区域，而总的项目就是一个站点。

一、项目创建

首先创建一个主Asp.Net MVC项目，然后创建一个子Asp。Net MVC项目。项目的结构如下：

注：

1、AreasDemo【子项目，作为主项目的一个Area】、MvcAppMain【主Web项目】都是普通的Asp.Net MVC3项目

2、MVCControllers是一个类库项目

3、补充：Asp.Net MVC的控制器：Controller是可以放到站点的任何DLL中的，它在搜索控制器时，会搜索站点下的所有DLL，当类符合条件：不是静态类，类名以Controller结尾，实现了Controller基类【其实最主要是IController接口】的条件时它就会被识别为控制器。所以我们可以把控制器放到任何的其他项目中，只有将此控制器所在的DLL拷贝到、主站点的Bin目录或者对应的DLL目录就可以了。当然也可以放在默认的Web项目中的Controller文件夹下。

二、添加测试的Controller和Action

在子区域Web项目AreasDemo项目中添加一个Action，然后添加一个对应的视图

在主Web项目MvcAppMain中添加一个HomeController和相应的Index.cshtml视图文件。

在MVCAppMain项目中添加一个Admin区域，做测试使用。

项目最终截图为：

我们看到，在主站点里添加了一个Admin区域后，默认创建了一个Areas文件夹，而且内部就是存放区域项目的页面。

三、在子项目中添加Areas Registration类

打开AreasDemo项目，添加一个AreasDemoRegistration类文件，其代码如下：

public class AreasDemoRegistration : AreaRegistration//在主站点注册区域
{
public override string AreaName
{
get { return "AreasDemo"; }
}
public override void RegisterArea(AreaRegistrationContext context)
{
context.MapRoute(
"AreasDemo_default",//路由名字，必须唯一
"AreasDemo/{controller}/{action}/{id}",//路由规则
new { action = "Index", id = UrlParameter.Optional }//默认值
);
}
}

其实就是一个普通的类，它实现了AreaRegistration基类。然后我们注册区域路由就会在Global.asax的Application_Start事件方法中去执行注册到主站点的路由表中。具体

可以参考Global.asax中红色代码部分：

protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();//注册所有区域
RegisterGlobalFilters(GlobalFilters.Filters);
RegisterRoutes(RouteTable.Routes);
}

至此我们基本的测试的基础工作都做好了，下面就是到了部署阶段了。

四、部署我们的项目

首先，我们需要将子项目的引用到主项目中。然后我们发布主项目到一个磁盘文件夹。然后，将子项目AreasDemo的Views文件夹拷贝到主项目发布后的文件夹对应的Areas\AreasDemo文件夹下。其中AreasDemo是areaname,此文件夹需要我们自己手动创建。然后，观察发布后的bin目录下有没有AreasDemo.dll动态链接库【Web子项目】。

然后，我们将此文件夹发布为IIS里的一个网站。最终演示效果为：

注：这是默认主Web的inde页面

注：这是主站点里添加的Admin区域

注：这是子项目action请求返回的页面

总结

我们是通过Asp.Net MVC的区域的功能实现了将多个Asp.Net MVC的项目部署的了一个IIS的站点中，这样就可以让我们多个人一块开发的不用局限在一个Web项目中了。可能文章说的不够详尽，请参下载我本文中提到的源码和部署的站点文件夹，做为参考。

赶紧体验一下吧....

下载：关于此文中的源码，以及部署Web站点的文件夹

转载请注明出处，谢谢。

Asp.Net MVC3 简单入门第一季【索引贴】
初识Asp.Net MVC2.0
初识Asp.Net MVC2.0【续】
Asp.Net MVC2.0 Url 路由入门---实例篇
Asp.Net MVC2.0 Url 路由入门
Asp.Net MVC3 简单入门第一季（一）环境准备
Asp.Net MVC3 简单入门第一季（二）详解Asp.Net MVC3项目
Asp.Net MVC3 简单入门第一季（三）详解Controller之Filter
Asp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline
本文链接

Asp.Net MVC3 简单入门第一季【索引贴】

2011-10-11T16:58:00Z

初识Asp.Net MVC2.0

初识Asp.Net MVC2.0【续】
Asp.Net MVC2.0 Url 路由入门---实例篇
Asp.Net MVC2.0 Url 路由入门
Asp.Net MVC3 简单入门第一季（一）环境准备
Asp.Net MVC3 简单入门第一季（二）详解Asp.Net MVC3项目
Asp.Net MVC3 简单入门第一季（三）详解Controller之Filter
Asp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline

Asp.Net MVC3 简单入门第一季（五）通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点
持续更新中，请继续关注
本文链接

Asp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline

2011-10-11T16:52:00Z

引子

很久没更新了，今天写点关于Asp.Net MVC的PipeLine。首先我们确认一点，Asp.Net WebFrom和Asp.Net MVC是在.Net平台下的两种web开发方式。其实他们都是基于Asp.Net Core的不同表现而已。看下面一张图，我们就能理解了WebForm和Asp.Net MVC的一个关系了。

那好我们了解了Asp.Net平台下的两种开发方式，相信大家对于WebForm的Pipeline都非常熟悉了，当然这也是你熟悉Asp.Net开发的必经之路。而看了很多关于Asp.Net MVC的资料很少有把整个Pipeline讲的非常清楚的。我暂时将自己浅陋的整理和理解总结如下，欢迎高手拍砖！

第一阶段：客户端请求

客户端通过浏览器、其他软件、自己编写WebClinet、模拟HttpRequest等方法来请求一个URL。当然在Asp.Net WebFrom下，所有的请求都是归结到Handler上，普通的Aspx、Ascx等都是继承自IHttpHandler接口的一些实例，所以我总结出来：WebFrom下所有的请求都是请求的Handler【不考虑Url重写】。而做Asp.Net MVC的项目呢，所有的请求是都归结到Action上，Url应该是直接请求Action。

客户端发出请求后，此请求就会通过网络发出，可能经过多个路由、还可能经过域名解析等等....

可能请求的是一个集群IP或者单个服务器，但是最终肯定只能由一台Web服务器的来处理此次请求。

第二阶段：IIS Web服务器

当一个请求到达IIS服务器后，Windows系统的内核模块 HTTP.SYS就能监听到此次请求，并将此次请求的URL、IP以及端口等信息解析出来并将此请求交给注册的应用来处理：也就是IIS的站点。请求此时就到达了IIS，IIS【此处仅代表IIS6.0版本】就会去检查此次请求的URL的后缀并将相应的请求交给配置的处理后缀相应的isapi。如果是.aspx或者ascx等直接交给默认设置了此处理项的AspNet_isapi.dll来处理，如果我们想处理Asp.Net MVC的请求的话，我们需要在IIS里面设置处理*.*请求交给AspNet_isapi.dll来处理，才能将一个普通的MVC请求的URL：Http://localhost/DemoController/DemoAction交给AspNet_Isapi.dll来处理。

第三阶段：Asp.Net 运行时

此时请求到AspNet_Isapi.dll后，它负责启动Asp.Net RunTime【如过启动了，直接将请求交给RunTime】。Asp.Net 运行时【HttpRuntime】此时会初始化一下HttpContext上下文，并从HttpApplicationFactory去创建一个HttpApplication对象，并将HttpContext赋值给HttpApplication，此后HttpContext的信息就会一直在管道内往下传递。

HttpApplication对象开始初始化WebConfig文件中注册的IHttpModule，请求带着请求信息【HttpContext】随着管道流过多个HttpModule【一般可以做为权限校验、行为记录、日志等等，就是在到达Handler之前我们都可以直接处理此次Http请求，甚至可以重写URL】，当然也会经过我们注册的一些自定义的IHttpModule，在.Net 4.0的machine 的config文件中默认配置了一个URLRouteModule，这个也就是我们普通的Asp.Net MVC项目中的路由DLL引用【System.Web.Routing】内部的一个实现了IHttpModule接口的实例类。请求最终流向了路由组件。

第四阶段：Routing组件

如果你用的是MVC 2+ .NET 3.5，则你会在你的web项目中发现UrlRoutingModule就配置在你的Web.Config。.NET 4却是在.Net的默认配置文件中配置的。

UrlRoutingModule做了这么几个工作：首先他会拿着你的请求到路由表中去匹配相应的路由规则。而路由表规则的定义是在HttpApplication初始化的时候由静态方法执行的，且看一个普通的Asp.Net MVC项目的Global.asax

public class MvcApplication : System.Web.HttpApplication
{
public static void RegisterGlobalFilters(GlobalFilterCollection filters)
{
filters.Add(new HandleErrorAttribute());
}
public static void RegisterRoutes(RouteCollection routes)//定义路由表规则
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
routes.MapRoute(
"Default", // 路由名称
"{controller}/{action}/{id}", // 带有参数的 URL
new { controller = "Home", action = "Index", id = UrlParameter.Optional } // 参数默认值
);
}
protected void Application_Start()
{
AreaRegistration.RegisterAllAreas();
RegisterGlobalFilters(GlobalFilters.Filters);
RegisterRoutes(RouteTable.Routes);//注册路由表
}
}

而路由表的规则的注册是在 Application_Start() 方法内部，那此时请求在URLRouteModule内部到路由表中的所有规则进行匹配，并把匹配的Controller的信息和Action的信息以及RouteData等信息都解析处理，然后将请求进一步交给：实现了IRouteHandler【实现了IHttpHandler接口】的一个实例，下面是IRouteHandler的源码：

namespace System.Web.Routing
{
public interface IRouteHandler
{
IHttpHandler GetHttpHandler(RequestContext requestContext);
}
}

如果你想自己来实现这个接口然后在Web.Config中配置一下，那么请求就到了你自己的自定义的RouteHandler来执行后续的请求处理操作了。如果你使用的是默认的配置，那么请求会传递到MvcRouteHandler，那么请求f附加着HttpContext就会到达Asp.Net MVC的处理中了。

第五阶段：MvcRouteHandler创建Controller

请求到此，其实跟WebForm都是一致的，而后面才出现了一些不同，此时请求才真正的进入System.Web.Mvc控制的领域内。后面所有的东西我们都可以直接通过源码来介绍了，而上面的所有的请求处理只能通过反射等方式来看或者学习，而后面的内容，我们可以幸福的直接看源码了。那就跟我走进它的管道怎么流动的吧...

接着上面讲，请求到了MvcRouteHandler类，而此类的源码如下：

namespace System.Web.Mvc
{
using System.Web.Routing;
using System.Web.SessionState;
public class MvcRouteHandler : IRouteHandler
{
private IControllerFactory _controllerFactory;
public MvcRouteHandler()
{
}
public MvcRouteHandler(IControllerFactory controllerFactory)
{
_controllerFactory = controllerFactory;
}
protected virtual IHttpHandler GetHttpHandler(RequestContext requestContext)//实现了IRouteHandler的方法，URLRouteModule调用
{
requestContext.HttpContext.SetSessionStateBehavior(GetSessionStateBehavior(requestContext));
return new MvcHandler(requestContext);
}
.....
}

MvcRouteHandler的GetHttpHandler方法被URLRouteModule调用，而看上面的红色源码部分我们看到，它将请求上下文交给了MVCHandler，并返回了MVCHandler。

而我查看源码得知：MVCHandler实现了IHttpHandler，此时它的ProcessRequest方法被调用。且看MVCHandler的部分源代码：

public class MvcHandler : IHttpAsyncHandler, IHttpHandler, IRequiresSessionState
{
protected internal virtual void ProcessRequest(HttpContextBase httpContext)
{
SecurityUtil.ProcessInApplicationTrust(() =>
{
IController controller;//在ProcessRequestInit方法中：controller = factory.CreateController(RequestContext, controllerName);//初始化 IControllerFactory factory;//是由ProcessRequestInit方法中这行代码初始化的： factory = ControllerBuilder.GetControllerFactory(); ProcessRequestInit(httpContext, out controller, out factory);//初始化了ControllerFactory
try
{
controller.Execute(RequestContext);
}
finally
{
factory.ReleaseController(controller);
}
});
}
}

从源码中我们得知：请求交给MVCHandler后，它首先从ControllerBuilder获取到当前的实现了IControllerFactory接口的ControllerFactory【也可以自己定义相关的CustomerControllerFactory，然后在Glable中注册使用】。然后根据上下文中请求的Controller的字符串信息创建出实现了IController接口的控制器。然后调用了上面代码中红色部分，也就是controller.Execute(RequestContext);

那此时请求就交给了controller。

第六阶段：Controller调用Action返回ActionResult

由于此文过长，而且时间已经到了凌晨。源码我就不贴了，简单介绍一下流程，后面再做详细赘述。

Controller的Execute方法是在基类ControllerBase中的方法，而此方法又调用ExecuteCore方法，然后此方法内部执行如下代码：

string actionName = RouteData.GetRequiredString("action");
if (!ActionInvoker.InvokeAction(ControllerContext, actionName))
{
HandleUnknownAction(actionName);
}

首先从RouteData中获取Action的名字，然后调用ActonInvoker的InvokeAction方法，调用Action执行。Action的返回的ActionResult的ExecuteResult(controllerContext)方法被执行，那此时就出现了分叉。如果直接返回的非ViewResult的话，那就直接协会到Respose流了返回客户端了，如果是ViewResult的话，那就进入View的领域了。

第七阶段：View视图加载成Page类，并Render成Html

此时请求到ViewResult后，ExecuteResult方法被调用，且看此方法的内部实现：

public override void ExecuteResult(ControllerContext context)
{
if (context == null)
{
throw new ArgumentNullException("context");
}
if (String.IsNullOrEmpty(ViewName))
{
ViewName = context.RouteData.GetRequiredString("action");
}

ViewEngineResult result = null;

if (View == null)
{
result = FindView(context);//通过视图引擎获取到ViewEngineResult ，此时模板页面【aspx】被加载成了对应的ViewPage类
View = result.View;
}

TextWriter writer = context.HttpContext.Response.Output;
ViewContext viewContext = new ViewContext(context, View, ViewData, TempData, writer);
View.Render(viewContext, writer);

if (result != null)
{
result.ViewEngine.ReleaseView(context, View);
}
}

内部主要是通过ViewResult的FindView方法通过ViewEngine去加载具体的Aspx页面或者是cshtml页面生成对应的page类【针对Aspx】，然后再调用IView接口的Render方法将请求信息+ViewData的信息以等一块渲染成Html并写回到客户端。

在此阶段我们发现IViewEngine内部的实现这是到规定路径下去加载Aspx页面生成对应的ViewPage类。

IView接口的Render方法才是真正的去将Html和数据装配的到一块。

自此请求结束。

总结：

客户端请求→路由器→IIS服务器内核模块HTTP.SYS→IIS→AspNet_isapi.dll→Asp.Net Runtime→Application→IHttpModule....IHttpModule→MVCRouteModule→MVCRouteHandler→MVCHandler→ControllerFactory

→Controller→ActionInvoke→Aciton→ActiongResult.ExcuteReuslt()【如果是ViewResult】→IViewEngine FindView→IView Render→Response

最后附两张关于此请求管道的两张图，以飨读者。

记于 2011年10月12日0:24:42
转载请注明出处：博客园Flydragon：http://www.cnblogs.com/fly_dragon

初识Asp.Net MVC2.0

初识Asp.Net MVC2.0【续】
Asp.Net MVC2.0 Url 路由入门---实例篇
Asp.Net MVC2.0 Url 路由入门
Asp.Net MVC3 简单入门第一季（一）环境准备
Asp.Net MVC3 简单入门第一季（二）详解Asp.Net MVC3项目
Asp.Net MVC3 简单入门第一季（三）详解Controller之FilteAsp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline

本文链接

实在忍不住，【转】一篇好文章！题目：【转】想要成功，请记住！

2011-06-16T13:36:00Z

原文链接：http://www.cnblogs.com/yanyangtian/archive/2011/03/21/1989940.html

作者：小洋（燕洋天)

第一次转载他人的文章，我觉得这篇文章需要让更多的人了解！所以我转载一下。

一双鞋，耐克的6百多；李宁的4百多；特步的3百多；361的2百多；所以，你毕业于一个什么样的大学很重要。
   一双鞋，在地摊不过几十元，到了商场、专卖店，会涨到一百甚至几百。所以，你呆在什么地方很重要。
   一双鞋，只有合脚并且合意了才能卖出去。所以，沟通了解很重要。
   一双鞋，少了一只，是不值钱的。所以，另一半很重要。
   一双鞋，样式老的，大多很便宜。所以，更新自己的知识很重要。
   一双鞋，积压多年，只能打折处理。所以，碰到合适的就结婚吧。
   一双鞋，有人3、5年如新的，有人不到一年穿烂的。所以，有个好上司很重要

1，这是个现实的社会，感情不能当饭吃，贫穷夫妻百事哀。不要相信电影里的故事情节，那只是个供许多陌生人喧嚣情感的场所。只有不理智和不现实的人才相信

2，给自己定目标，一年，两年，五年，也许你出生不如别人好，通过努力，往往可以改变70%的命运。破罐子破摔只能和懦弱做朋友。

3，朋友请你吃饭，不要觉得理所当然，请礼尚往来，否则你的名声会越来越差。

4，好朋友里面，一定要培养出一个知己，不要以为你有多么八面玲珑，到处是朋友，最后真心对你的，只有一个，相信我。

5，不要相信算卦星座命理，那是哄小朋友的，命运掌握在自己手中。坐在家里等什么房子，车子，还不如睡一觉做个好梦。

6，不喜欢的人少接触，但别在背后说坏话，说是非之人，必定是是非之人，谨记，祸从口出。

7，少玩游戏，这不是韩国，你打不出房子车子还有资本。可以有爱好，但要把握尺度，少玩农场，牧场，斗地主等一些高度吸引人思想的晋级游戏，也许你的级别很高，但不代表你有多么成功，反而会影响和占据你成功的时间。

8，是人都有惰性，这是与生俱来的，但是我们后天可以改变这种惰性，因为有很多人正在改变。对于某种事物或是生意不要等别人做到了，我才想到。不要等别人已经赚到钱了，我才想去做。没有人相信的是市场和机遇，大家都相信的叫做膨胀。

9，知道自己要干什么，夜深人静，问问自己，将来的打算，并朝着那个方向去实现。而不是无所事事和做一些无谓的事。

10，出路出路，走出去了，总是会有路的。困难苦难，困在家里就是难。《社会调查》普遍认为。

11，作为女人，不要以老卖老，认为事业跟自己没关系，以为自己就是洗衣服，做饭，看孩子，那就是大错特错。

12，做人，要做到；万事孝为先，教童品之道，夫妻和谐美，幸福万年长。但是这些不是拿来用嘴说说就能办到的，解放初期年代要做到这些，需要付出很大的努力和辛苦，当今现实的社会需要你付出很大的金钱，聪明的人都知道这个道理。

13，空闲时间不要经常上网做无聊的事和玩一些没有意义的游戏，读点文学作品，学习一些经营流程，管理规范，国际时事，法律常识。这能保证你在任何聚会都有谈资。

14，宁可错杀一千次来自各方面的信息，也不放过任何一个有可能成功的机会。只有这样你才不会去买后悔药。

15，要做一件事，成功之前，没有必要告诉其他人。成功之后不用你说，其他人都会知道的。这就是信息时代所带来的效应

16，头发，指甲，胡子，打理好。社会是个排斥性的接受体，这个星球所需要的艺术家极其有限，请不要冒这个险，就算你留长头发比较好看，也要尽量给人干净的感觉。

17，不要以为你是个男人，就不需要保养。至少饮食方面不能太随便，多吃番茄，海产品，韭菜，香蕉，都是对男性健康有益处的食物。你要是看不到价值，我可以告诉你。至少你能把看病节约下来的钱给你的女人多买几个化妆品.

18，力求上进的人，不要总想着靠谁谁，人都是自私的，自己才是最靠得住的人。

19，面对失败，不要太计较，天将降大任于斯人也，必先苦其心志，劳其筋骨，饿起体肤……但要学会自责，找到原因，且改掉坏习惯。二十岁没钱，那很正常；三十岁没钱，可能是没有好的家境，需要更大的努力；四十岁没钱，只能自己找原因。穷人变成富人是可能的，而且很可能。穷人能穷一辈子，也是必然的，存在就是理由，只是有所选择。

20，每个人都有成功的机会！就看你给不给自己机会！

本文链接

Asp.Net MVC3 简单入门第一季（三）详解Controller之Filter

2011-06-15T00:39:00Z

前言
前面两篇写的比较简单，刚开始写这个系列的时候我面向的对象是刚开始接触Asp.Net MVC的朋友，所以写的尽量简单。所以写的没多少技术含量。把这些技术总结出来，然后一简单的方式让更多的人很好的接受这是我一直努力的方向。后面会有稍微复杂点的项目！让我们一起期待吧！
此文我将跟大家介绍一下Asp.Net MVC3 Filter的一些用法。你会了解和学习到全局Fileter，Action Filter等常用用法。

第一节：Filter知识储备
项目大一点总会有相关的AOP面向切面的组件，而MVC（特指：Asp.Net MVC，以下皆同）项目中呢Action在执行前或者执行后我们想做一些特殊的操作（比如身份验证，日志，异常，行为截取等），而不想让MVC开发人员去关心和写这部分重复的代码，那我们可以通过AOP截取实现，而在MVC项目中我们就可以直接使用它提供的Filter的特性帮我们解决，不用自己实现复杂的AOP了。
Asp.Net MVC提供了以下几种默认的Filter：
Filter Type
实现接口
执行时间
Default Implementation
Authorization filter
IAuthorizationFilter
在所有Filter和Action执行之前执行
AuthorizeAttribute
Action filter
IActionFilter
分别在Action执行之前和之后执行。
ActionFilterAttribute
Result filter
IResultFilter
分别在Action Result执行之后和之前
ResultFilterAttribute
Exception filter
IExceptionFilter
只有在filter,
或者 action method, 或者 action result 抛出一个异常时候执行

HandleErrorAttribute
大家注意一点，Asp.Net MVC提供的ActionFilterAttribute默认实现了IActionFilter和IResultFilter。而ActionFilterAttribute是一个Abstract的类型，所以不能直接使用，因为它不能实例化，所以我们想使用它必须继承一下它然后才能使用，下图所示的是ActionFilterAttribute的实现：
所以我们在实现了ActionFilterAttribute，然后就可以直接重写一下父类的方法如下：
publicvirtualvoid OnActionExecuted(ActionExecutedContext filterContext);//在Action执行之后执行

publicvirtualvoid OnActionExecuting(ActionExecutingContext filterContext); //在Action执行前执行

publicvirtualvoid OnResultExecuted(ResultExecutedContext filterContext);//在Result执行之后

publicvirtualvoid OnResultExecuting(ResultExecutingContext filterContext); //在Result执行之前
然后我们就可以直接在Action、Result执行之前之后分别做一些操作。

第二节：Action Filter实战
光说不练假把式，那现在我们就直接做一个例子来实际演示一下。
首先我们添加一个普通的类，直接上代码吧：
publicclass DemoActionAttributeFilter : ActionFilterAttribute
{
publicstring Message { get; set; }

publicoverridevoid OnActionExecuted(ActionExecutedContext filterContext)
{ //在Action执行之后执行输出到输出流中文字：After Action execute xxx
filterContext.HttpContext.Response.Write(@"<br />After Action execute"+"\t "+ Message);
base.OnActionExecuted(filterContext);
}

publicoverridevoid OnActionExecuting(ActionExecutingContext filterContext)
{ //在Action执行前执行
filterContext.HttpContext.Response.Write(@"<br />Before Action execute"+"\t "+ Message);
base.OnActionExecuting(filterContext);
}

publicoverridevoid OnResultExecuted(ResultExecutedContext filterContext)
{ //在Result执行之后
filterContext.HttpContext.Response.Write(@"<br />After ViewResult execute"+"\t "+ Message);
base.OnResultExecuted(filterContext);
}

publicoverridevoid OnResultExecuting(ResultExecutingContext filterContext)
{ //在Result执行之前
filterContext.HttpContext.Response.Write(@"<br />Before ViewResult execute"+"\t "+ Message);
base.OnResultExecuting(filterContext);
}

}
写完这个代码后，我们回到Action上，打上上面的标记如下所示：

[DemoActionAttributeFilter(Message ="action")]
public ActionResult Index()
{ //Action 执行时往输出流写点代码
this.ControllerContext.HttpContext.Response.Write(@"<br />Action execute");
return Content("Result Excut! ");
}
然后执行F5，页面上则会显示为：
最终我们看到了在Action执行之前和之后都执行了我们的重写的DemoActionAttributeFilter方法，Result执行前后也执行了我们的Filter的方法。
总的执行顺序是：
Action执行前：OnActionExecuting方法先执行→Action执行→OnActionExecuted方法执行→OnResultExecuting方法执行→返回的ActionRsult中的executeResult方法执行→OnResultExecuted执行。最终显示的效果就是如上图所示。
感觉很爽吧！呵呵！
如果我们将此标签打到Controller上的话，DemoActionAttributeFilter将作用到Controller下的所有的Action。例如如下代码所示：
[DemoActionAttributeFilter(Message ="controller")]
publicclass HomeController : Controller
{
[DemoActionAttributeFilter(Message ="action")]
public ActionResult Index()
{
this.ControllerContext.HttpContext.Response.Write(@"<br />Action execute");
return Content("<br/>Result Excut! ");
}
}

那就有个问题了我们再执行显示的页面会有什么情况呢？Controller上的Filter会执行吗？那标签的作用会执行两次吗？下面是最后的执行结果如下图所示：
结果说明：默认情况下Action上打了DemoActionAttributeFilter 标签后，虽然在Controller上也打上了此标签，但它只有Action上的标签起作用了。
Index 执行时，Filter的方法只执行了一次，而某些情况下我们也想让Controller上的FilterAttribute也执行一次DemoActionAttributeFilter
那我们怎么才能让Controller上的[DemoActionAttributeFilter(Message = "controller")]也起作用呢？
答案是：我们只需在DemoActionAttributeFilter类的定义上打上标记[AttributeUsage(AttributeTargets.All, AllowMultiple = true)]即可【下面类的最上面红色字体部分】，也就是让其成为可以多次执行的Action。代码如下：
[AttributeUsage(AttributeTargets.All, AllowMultiple = true)]
publicclass DemoActionAttributeFilter : ActionFilterAttribute
{
publicstring Message { get; set; }

publicoverridevoid OnActionExecuted(ActionExecutedContext filterContext)
{
filterContext.HttpContext.Response.Write(@"<br />After Action execute"+"\t "+ Message);
base.OnActionExecuted(filterContext);
}

publicoverridevoid OnActionExecuting(ActionExecutingContext filterContext)
{
filterContext.HttpContext.Response.Write(@"<br />Before Action execute"+"\t "+ Message);
base.OnActionExecuting(filterContext);
}

publicoverridevoid OnResultExecuted(ResultExecutedContext filterContext)
{
filterContext.HttpContext.Response.Write(@"<br />After ViewResult execute"+"\t "+ Message);
base.OnResultExecuted(filterContext);
}

publicoverridevoid OnResultExecuting(ResultExecutingContext filterContext)
{
filterContext.HttpContext.Response.Write(@"<br />Before ViewResult execute"+"\t "+ Message);
base.OnResultExecuting(filterContext);
}

}
然后我们执行的效果如图所示：
我们看到的结果是Controller上的ActionFilter先于Action上打的标记执行。同样Result执行executeResult方法之前也是先执行Controller上的Filter标记中的OnResultexecuteing方法。
最后的执行顺序是：Controller上的OnActionExecuting→Action上的OnActionExecuting→Action执行→Action上的OnActionExecuted→Controller上的OnActionExecuted
到此Action就执行完毕了，我们看到是一个入栈出栈的顺序。后面是Action返回ActionResult后执行了ExecuteResult方法，但在执行之前要执行Filter。具体顺序为：
接上面→Controller的OnResultExecuting方法→Action上的OnResultExecuting→Action返回ActionResult后执行了ExecuteResult方法→Action上的OnResultExecuted执行→Controller上的OnResultExecuted执行→结束

第三节：Gloable Filter实战
又接着一个问题也来了，我们想有些公共的方法需要每个Action都执行以下，而在所有的Controller打标记是很痛苦的。幸好Asp。Net MVC3带来了一个美好的东西，全局Filter。而怎么注册全局Filter呢？答案就在Global.asax中。让我们看以下代码，我是如何将上面我们定义的DemoActionAttributeFilter 注册到全局Filter中。上代码：
publicclass MvcApplication : System.Web.HttpApplication
{
publicstaticvoid RegisterGlobalFilters(GlobalFilterCollection filters)
{
filters.Add(new HandleErrorAttribute());
}

publicstaticvoid RegisterRoutes(RouteCollection routes)
{
routes.IgnoreRoute("{resource}.axd/{*pathInfo}");

routes.MapRoute(
"Default", // Route name
"{controller}/{action}/{id}", // URL with parameters
new { controller ="Home", action ="Index", id = UrlParameter.Optional } // Parameter defaults
);

}

protectedvoid Application_Start()
{
AreaRegistration.RegisterAllAreas();
GlobalFilters.Filters.Add(new DemoActionAttributeFilter() { Message = "Gloable" });
RegisterGlobalFilters(GlobalFilters.Filters);

RegisterRoutes(RouteTable.Routes);
}
}
跟普通的MVC2.0中的Global.asax的区别就是红色部分的代码，我们看到代码中我将自己定义的DemoActionAttributeFilter的实例加入到GlobalFilters.Filters集合中，然后下面一句就是注册全局Filter：RegisterGlobalFilters(GlobalFilters.Filters);
这样我们所有的Action和Result执行前后都会调用我们的DemoActionAttributeFilter的重写的方法。
再次运行我们的demo看到的结果是：
我们看到的结果是全局的Action首先执行，然后才是Controller下的Filter执行，最后才是Action上的标签执行。当然这是在DemoActionAttributeFilter类的定义上打上标记[AttributeUsage(AttributeTargets.All, AllowMultiple = true)]的前提下。不然如果Action打上了标签跟Controller的相同则它只会执行Action上的Filter。

总结
经过这一篇文章的介绍我们大体了解了Filter的使用方法，还了解到全局Filter的用法，尤其是当相同的Filter重复作用到同一个Action上时，如果没有设置可多次执行的标签那只有Action上的Filter执行，而Controller和全局Filter都被屏蔽掉，但是设置可多次执行，那首先执行全局Filter其次是Controller再次之就是Action上的Filter了。

本文提供Word版本下载地址：http://files.cnblogs.com/fly_dragon/Filter%E5%AD%A6%E4%B9%A0.rar

记于：2011年6月14日23:23:47

初识Asp.Net MVC2.0

初识Asp.Net MVC2.0【续】
Asp.Net MVC2.0 Url 路由入门---实例篇
Asp.Net MVC2.0 Url 路由入门
Asp.Net MVC3 简单入门第一季（一）环境准备
Asp.Net MVC3 简单入门第一季（二）详解Asp.Net MVC3项目
Asp.Net MVC3 简单入门第一季（三）详解Controller之Filter
Asp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline

本文链接

Filter Type	实现接口	执行时间	Default Implementation
Authorization filter	IAuthorizationFilter	在所有Filter和Action执行之前执行	AuthorizeAttribute
Action filter	IActionFilter	分别在Action执行之前和之后执行。	ActionFilterAttribute
Result filter	IResultFilter	分别在Action Result执行之后和之前	ResultFilterAttribute
Exception filter	IExceptionFilter	只有在filter, 或者 action method, 或者 action result 抛出一个异常时候执行	HandleErrorAttribute

博客园_FlyDragon

大学应该怎么读?

Html5 学习系列（三）增强型表单标签

Html5 学习系列（二）HTML5新增结构标签

Html5 学习系列（一）认识HTML5

再见2011，2012不是梦

Asp.Net MVC3 简单入门第一季（五） 通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点

引子

Asp.Net MVC3 简单入门第一季 【索引贴】

Asp.Net MVC3 简单入门第一季（五） 通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点持续更新中，请继续关注本文链接

Asp.Net MVC3 简单入门第一季（四）详解Request Processing Pipeline

引子

第一阶段：客户端请求

第二阶段：IIS Web服务器

第三阶段：Asp.Net 运行时

第四阶段：Routing组件

第五阶段：MvcRouteHandler创建Controller

第六阶段：Controller调用Action返回ActionResult

第七阶段：View视图加载成Page类，并Render成Html

总结：

实在忍不住，【转】一篇好文章！题目：【转】想要成功，请记住！

Asp.Net MVC3 简单入门第一季（三）详解Controller之Filter

Asp.Net MVC3 简单入门第一季（五）通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点

Asp.Net MVC3 简单入门第一季【索引贴】

Asp.Net MVC3 简单入门第一季（五）通过Asp.Net MVC的区域功能实现将多个MVC项目部署到一个站点
持续更新中，请继续关注
本文链接