摘要：
上篇对了行为过滤器的使用做了讲解，如果在控制器行为的执行中遇到了异常怎么办呢？没关系，还好框架给我们提供了异常过滤器，在本篇中将会对异常过滤器的使用做一个大概的讲解。 阅读全文
摘要：
前一篇对IActionFilter方法执行过滤器在框架中的执行过程做了大概的描述，本篇将会对IActionFilter类型的过滤器使用来做一些介绍。 阅读全文
摘要：
本篇讲解行为过滤器的执行过程，过滤器实现、使用方式有AOP的意思，可以通过学习了解过滤器在框架中的执行过程从而获得一些AOP方面的知识（在顺序执行的过程中，这种编程模式就是横向的插入点），言归正传，我们还是以学习过滤器为主。对于IAuthorizationFilter授权认证过滤器的使用篇幅，我知道怎么用但是写不出来，里面包含知识点很多，功底尚浅写了一半又给删掉了，宁愿不发也不能坑人，在后面的学习中假使我可以掌握了，一定会及时的写出来跟大家分享。这个目录也空在这也算是给自己的一个提醒吧。 阅读全文
摘要：
前面的篇幅中，了解到了控制器的生成的过程以及在生成的过程中的各种注入点，按照常理来说篇幅应该到了讲解控制器内部的执行过程以及模型绑定、验证这些知识了。但是呢，在MVC框架中提供了一种机制在控制器方法执行之前我们还可以通过这种机制来做一些横向切面的操作，这种机制的实现就是过滤器了，在本篇和后续的篇幅中将会对几种过滤器做一番讲解，并且会对过滤器在框架中的一个执行过程进行粗略的讲解。 阅读全文
摘要：
在上个篇幅中说到从控制器工厂的GetControllerInstance()方法来执行控制器的注入，本篇要讲是在GetControllerInstance()方法的默认实现中涉及到的一些对象类型，使用它们来进行控制器注入。 阅读全文
摘要：
在之前的篇幅中，用文字和图像来表示了控制器的激活过程，描述的角度都是从框架默认实现的角度去进行描述的，这样也使得大家都可以清楚的知道激活的过程以及其中涉及到的对象模型，今天的篇幅就是在激活的过程中，框架提供了哪些可注入点，站在一个使用者的角度来进行描述。 阅读全文
摘要：
在路由的篇章中讲解了路由的作用，讲着讲着就到了控制器部分了，从本篇开始来讲解MVC中的控制器，控制器是怎么来的？MVC框架对它做了什么？以及前面有的篇幅所留的疑问将会在这部分里解决掉。 阅读全文
摘要：
前面的篇幅讲解了MVC中的路由系统，只是大概的一个实现流程，让大家更清晰路由系统在MVC中所做的以及所在的位置，通过模糊的概念描述、思维导图没法让您看到路由的实际运用，特此篇幅来说明一下简单的示例。 阅读全文
摘要：
在前面的篇幅中我们讲解路由系统在MVC中的运行过程以及粗略的原理，想必看过前面篇幅的朋友应该对路由有个概念性的了解了，本篇来讲解区域，在读完本篇后不会肯定的让你对区域有彻底的了解，但是会让你在以后对这部分知识掌握的路上夯上厚实的基础。 阅读全文
摘要：
在ASP.NET中管道模型是怎么来实现的？在请求处理流程一文中大概的讲述了Http Module和HttpApplication之间的关系，而并没有涉及到Http Module怎么去实现和注册。Http Module的意义很大，ASP.NET MVC框架怎么捕获请求的？或者换一种方式来说ASP.NET MVC框架的入口点在哪里？ 阅读全文
摘要：
通过前两篇的学习会对路由系统会有一个初步的了解，并且对路由系统中的Url规则有个简单的了解，在大家的脑海中也有个印象了，那么路由系统在ASP.NETMVC中所处的位置在哪呢？ 阅读全文
摘要：
在上一篇中，提及了Route、RouteCollection对象的一些信息，以及它们的结构所对应的关系。按照处理流程走下来还有遗留的疑问没有解决这个篇幅就来讲解一下。 阅读全文
摘要：
从这一章开始，我们即将进入MVC的世界，在学习MVC的过程中在网上搜索了一下，资料还是蛮多的，只不过对于我这样的初学者来看还是有点难度，自己就想看到有一篇引导性的资料可以帮助我初步的了解一下这部分知识，然后再去学习大神们写的资料。并不是说看完文章就会可以开发、可以怎么怎么样，没有！这些都没有，只是让你在脑海中把这部分内容记住它们的模型图以及一个大概的在MVC框架中的位置或者是整个系统中的位置，说了这么多的目的就是让大家更好的了解基础知识，有了它以后的进阶会更轻松。 阅读全文
摘要：
对于请求的流程，文章的重点是讲HttpApplication和HttpModule之间的关系，以及一个简单的示例实现。 阅读全文
摘要：
废话几句，Ninject是一种轻量级的、基础.NET的一个开源IoC框架，在对于MVC框架的学习中会用到IoC框架的，因为这种IoC开源框架有很多，本篇的主题只有一个，就是让阅读过本篇幅的朋友逗知道IoC框架在项目中的作用，以及它的重要性。 这样做的目的是以便在以后的学习工作中选择自己中意的一个IoC框架来学习、使用，或者是自己去实现一个。好了，不废话了。 阅读全文
摘要：
随着上篇文章的阅读，可能有的朋友会有疑问，比如（A.Method(xxx=>xx>yy);)类似于这样的函数调用语句，里面的xxx=>xx>yy这些到底是怎么用的？
依赖倒置原则的实现也会在本篇幅的最后来粗略的讲解一下。 本篇没有核心的主题，如果说要强制定义的话就是这些内容都是基础知识，是为了后续学习MVC框架做铺垫。 阅读全文
摘要：
目的没有别的，就是介绍几点在ASP.NETMVC 用到C#语言特性，还有一些其他琐碎的知识点，强行的划分一个范围的话，只能说都跟MVC有关，有的是外围的知识，有的是包含在框架内的。 MVC学前篇字样？有噱头的成分也有真实的成分，所以工欲善其事，必先利其器。器是什么？基础嘛，虽然说MVC框架中涉及到的知识很多很多也不是我一篇两篇能说完的，我能做的就是知道多少就跟大家分享多少，当然了随着时间的推移会完善这个系列。 阅读全文
摘要：
引用封送对象激活类型两种，
一种是客户端激活类型，一种是服务器端激活.
客户端激活对象
客户端激活方式：当客户端创建一个远程对象时，客户端得到的是一个新的实例引用，新的实例可以在内存中维持状态，并且可以使用参数化构造函数来激活远程对象。 阅读全文
摘要：
我们知道我们写的C#代码是在操作系统逻辑体系结构中最上层的，然而操作系统本身是不会认识C#代码的，它只认识机器代码。那我们写的程序经过编译后是编译成IL的，是怎么运行的呢？实际是在一个托管的环境下运行的，是.NET提供的支持，操作系统是不会识别IL的，这中间就需要一个桥梁：应用程序域。操作系统中的进程是资源单位，应用程序域的执行使用当然也要占用空间使用资源了，所以是物理进程承载着应用程序域的，而且这种承载关系并不是一对一的。 阅读全文
摘要：
所有的.NET组件都支持在多线程的环境中运行，可以被多个线程并发访问，如果没有线程同步，这样的后果是当多个线程同时访问 对象状态时，对象的状态可能被破坏，造成不一致性。.NET提供了两种方法来避免这样的问题，使得我们设计的组件更加健壮。 第一种是自动同步，让你使用一个属性来修饰组件，这样就可以把组件交给.NET了，同步的事情也就交给了.NET。 第二种是手动同步，这是让你使用.NET提供的同步对象来实现线程同步，也不是太复杂，本篇将会对手动同步来稍作讲解。 阅读全文
摘要：
现在几乎所有的应用程序都是多线程的，给用户看来就是一个应用程序界面（应用程序线程），不管什么操作都不会导致界面出现响应慢的情况，这些都是多线程的功劳，有了多线程，可以让应用程序尽最大可能的处理更多的操作，调动很多线程来并行处理请求，这样会使得应用程序有更大的系统吞吐量。 阅读全文
摘要：
本篇给大家讲解一下在.NET中的序列化，它的用处非常之多，特别是对于某种环境下保存某种状态是很好的方法，接下来就来看一下吧。 阅读全文
摘要：
在后续篇幅的远程调用的文章里有说到应用程序域，那是大粒度的控制程序集的逻辑存在，那么想对对象的控制又由谁来做主呢？ 阅读全文
摘要：
是CLR管理着垃圾回收器,垃圾回收器监控着托管堆,而我们使用的对象以及系统启动是所需要的一些必备的对象信息都存在于托管堆上，CLR会维护着一个列表（对象引用信息列表）. 这个列表里存放的信息就是对应着托管堆中所有对象的信息（引用、被引用信息)每当使用一个新的对象或者是改变一个现有对象的引用CLR都会更新 对象引用信息列表。那么回收器一般什么时候调用呢？ 阅读全文
摘要：
说到异步调用，在脑海中首先想到就是BeginInvoke(),在一些常用对象中我们也会常常见到Invoke()和BeginInvoke(), 要想让自己的组件可以被客户端调用或者是异步调用，这样的设计是合理的，这也是组件异步机制当中的一条 （说句题外话--其实大多数知识都隐藏在我们平时经常见到的对象或者是代码里，只不过是没有去细心的发现） 在.NET中首先就会想到使用委托来进行异步调用，关于委托的定义在 委托与事件一文中已经大概的说过了，文中只是对委托进行了 大概的讲解，并没有对委托的使用来说明或者是例举一些示例。 在本篇中将会对委托进行一个基础的揭底，主要方向是异步调用。 阅读全文
摘要：
在上个篇幅中讲到怎么把“武器”装饰到“部件”上，这个篇幅呢，还是要讲到“武器”，不过呢是关于“武器”使用的。 阅读全文
摘要：
上一篇的文章我们讲到要给"IronMan"配备"武器"，并且还使用了"武器"，效果还是不错的，对于多种环境、多种攻击方式的"武器"使用，我们已经掌握了。 有的朋友没有看过上一篇文章，那也没关系，此篇的重点不会涉及到上一篇的内容。
好吧，废话不多说，直接进入正题， 这里简要的介绍下，本人一直在为一家"玩具厂"服务，致力于"IronMan"（钢铁侠）的研究，前面的几个篇幅都是在介绍怎么去合理的生产组成"IronMan"的"部件"，以及最近需求的变更，需要"部件"可携带武器，并且能攻击，于是在上一篇中讲到了"武器"的使用，感兴趣的朋友可以去看看。 那我们要如何的去把"武器"和"部件"整合在一起呢？ 阅读全文
摘要：
前面的几个篇幅都是在讲"部件"的生产已经简简单单的使用，以后可能要对"部件"进行升级，不是不对它本身升级，是其它方式的升级，可以让它配备武器。 有没有感觉"部件"是越来越强大了，事物的衍变都是有个过程的嘛，必须要越来越完善，这是"IronMan"设计的宗旨。 阅读全文
摘要：
根据上一篇的命令模式和在工作中遇到的一些实际情况，有了本篇文章，时时都是学习的一个过程，会在这个过程中发现许多好的模式或者是一种开发方式，今天写出来的就是我工作中常用到的，自己感觉这种方式很优雅很漂亮，就自己试着实现了一下，可能原框架中不是这样的，有许多不足之处还请大家指点。 阅读全文
摘要：
在本篇中还是围绕着“IronMan”来讲，在上一篇“外观”中我们说到过“控制中心”。它是负责IronMan的核心，所有能想象到的功能都跟它有关系，
就在使用它的时候，发现了一些问题，比如使用它来命令部件做一些操作。 阅读全文
摘要：
接着上篇观察者内容的“剧情”，没看过的朋友也没关系，篇幅之间有衔接的关系但是影响不大。 阅读全文
摘要：
上一篇说的职责链模式，很有意思的一个模式，今天这个模式也是很有意思的一个模式，还是不啰嗦了直接进入主题吧。
场景介绍：在上一遍中说到用到部件检测，很巧妙的让调用者和处理者解耦了（没有看过上篇的文章也没关系，只是剧情是要接着发展的），要把部件拿去检测是要让个人来盯着看呢？还是部件生产好了自动就被拿去检测了呢？毋庸置疑必须是自动化的。 阅读全文
摘要：
"Iron"的建造一直没有停止，现在单个部件是有的，但是在部件从工厂里出来的时候，在组装到一起之前，我们还是非常有必要对部件进行质量检测，或者是其它个方面的检测，又或者是设置部件标识信息等等，这些操作可以是有序的（也可以是无序的）。
现在为了实现上面的所讲的功能来进行演示，然过程中会发现问题，然后解决问题。这里不多说了直接进入主题。 阅读全文
摘要：
实用为主，学一些用得到的技术更能在如今的社会里保命。 虽然在日常的工作中设计模式不是经常的用到，但是呢，学习它只有好处没有坏处。
设计模式像是一种“标签”，它是代码编写者思想的体现。有木有感觉到这样很便捷？看到一些代码的时候就很清楚的了解编写者的思想了，这是为什么呢？因为编写者们用了“标签”，而你恰恰是知道“标签”意思的。 跟一异曲同工，在学习框架、了解框架的对象模型的时候，“标签”是时常出现，如果你不了解“标签”的意思那多痛苦啊！！！！！ 还有好多，不去一一阐述了。 阅读全文
摘要：
废话一堆：网上关于委托、事件的文章有很多，一千个哈姆雷特就有一千个莎士比亚，以下内容均是本人个人见解。 阅读全文