构建高性能ASP.NET站点 第七章 如何解决内存的问题(前中篇)—托管资源优化—监测CLR性能     前言：在上一篇文章中讲述了一些垃圾回收的一些知识，本篇就讲述如何来监测CLR是否导致了一些性能问题。    本篇的议题如下： 内存问题概述(前篇) 托管资源优化（前篇）     

之前看过银河前辈:在 Linux 下运行 ASP.NET 2.0的帖子，前辈已经写的很详细了，可是本人愚笨，也可能是我使用的Debian作为Visrtual Host，与前辈写的有所不同，之后也看了阿不前辈:ASP.NET MVC3 on Mono的折腾（二）：Linux(openSUSE)下的部署的帖子，内容不仅包含了asp.net的设置，主要还包括了MVC3的设置，可能对于不同的Linux版本

在HTML中，Silverlight、Flash以object标签的形式显示，如以下代码： View Code <object data="data:application/x-silverlight-2," type="application/x-silverlight-2" ></object> 但是必须同时指定该object元素的height、width的

构建高性能ASP.NET站点 第七章 如何解决内存的问题(前篇)—托管资源优化—垃圾回收机制剖析     前言：本章主要详细的讲述如何因内存问题而导致的性能问题，很多的时候都是深入.NET内核进行分析，然后给出解决方案，同时，本系列的其他文章，也争取做到：深入浅出。      本篇是为后面的做个铺垫，而且比较的精彩

还是直接上源码吗吧 源代码：/Files/lmm1508561/源码下载/2010216Theme.rar   很简单的例子，初级程序员都能看的懂，我这里就不介绍了。很简单的代码     代码     /// <summary>    ///  

说明 写这个主要是为了锻炼自己，并无实际意义。 每个浏览器测试得出的数据会不一样。比如我用chrome 测试 一般快速排序都会最快，IE 则根据数组长度有可能希尔最快。 不要用太大数据去测试冒泡排序(浏览器崩溃了我不管) 如果有兴趣可以  下载测试页面 个人理解 冒泡排序：最简单，也最慢，貌似长度小于7最优 插入排序： 比冒泡快，比快速排序和希尔排序慢，较小数据有优势 快

在Asp时代有一个NetBox 产品可以把整个Asp网站AllInOne的打包成一个exe，在没有IIS的情况下可以单独运行这个exe来开启整个网站。在Asp.Net 下一直没有类似的产品出现，可能是IIS已经非常的强大了，不需要类似的产品了? 但是在某种场景下还是需要一个类似功能的产品的，这个产品不是用来部分替代IIS来做一个轻量级的IIS，而是用来方便快捷的进行客户展示。 例如，当完成

  一、常规情况：不是MVC应用架构 1、对ASP.NET的请求根据Web应用程序首先穿过UrlRoutingModule对象，是HTTP Module。 2、再由UrlRoutingModule对象在RouteTable对象集合中按照已经定义好的路由规则去匹配Route对象（实际上是实现RouteBase对象）， 如果路由不匹配， UrlRoutingModule对象什么都不做并且回到

HashTable 索引器定义：   // Summary: // Gets or sets the value associated with the specified key. // // Parameters: // key: // The key whose

最近休假了所以没有及时更新这一系列文章，大家见谅。本来想先写NuGet这部分的，但是我觉得NuGet对于大家来说可以先不用话费太多时间，还是先了解下ASP.NET MVC 3中的DI这部分吧。 ASP.NET MVC 3.0学习系列文章&mdash;序 ASP.NET MVC 3.0学习系列文章--Razor and ASP.NET MVC 3.0 ASP.NET MVC 3.0学习系列文章&

构建高性能ASP.NET站点 第六章—性能瓶颈诊断与初步调优（下后篇）—减少不必要的请求     前言：本篇的一些内容比较的有意思，总结了可能平时大家可以注意到的一些优化点，而且非常的实用。   本篇的议题如下： 识别和分析服务端的性能瓶颈(上) 内存(前篇) 缓存(前篇) CPU(后篇) 处理请求线程(后篇) 提高性能的一些简单改

构建高性能ASP.NET站点 第六章—性能瓶颈诊断与初步调优（下前篇）—简单的优化措施     前言：本篇给出一些在部署ASP.NET站点时采用的简单的优化措施。         本篇议题如下：       识别和分析服务端的性能

以前对于这两个集合类的认识只是停留在是否支持泛型上，这几天趁着看算法导论的机会，把两个类的内部的实现机制好好的了解了一下。 Hashtable和Dictionary从数据结构上来说都属于Hashtable，都是对关键字（键值）进行散列操作，将关键字散列到Hashtable的某一个槽位中去，不同的是处理碰撞的方法。散列函数有可能将不同的关键字散列到Hashtable中的同一个槽中去，这个时候我们称

构建高性能ASP.NET站点 第六章—性能瓶颈诊断与初步调优（上篇）—识别性能瓶颈       前言：从本篇开始就真正的进入了性能调优的阶段，在之前的文章中提到了页面加载过慢的四个性能问题，其中第一个问题就是：服务端解析.aspx页面的时间过长，本篇就分析这个问题，给出一些方案，因为涉及到的问题很多，的在后续文章会逐个详细介绍。 &n

今天是春节的最后一篇博客了，在这里给大家拜个早年！祝大家新年新气象，事业红红火火，兔年大吉，给力给力再给力！ 我是09年10月的时候开博客的，当时的我还是一个啥都不懂得楞青头，虽然现在也好不到哪里去，呵呵。当时的我对.Net嗤之以鼻，认为Java才是王道。当时的我学Java也一年多了，感觉Java的世界里，东西太繁杂了，其实现在想想，.Net技术里的东西很多，很深。我们无法面面俱到，正如园子里某位

看了dragonpig写的“教你30秒打造强类型ASP.NET数据绑定”，眼前一亮，真是太给力了，原来还可以这样进行数据绑定。 立即小试了一下，并进行了一些改进，目前已经应用于Home中的新闻栏目。下面分享一下改进心得。 使用传统的ASP.NET数据绑定方法，有两个地方一直让人不爽： 1) 缺少智能感知； 2) 强制类型转换。 先回味一下传统的ASP.NET数据绑定： 看

数据绑定似乎是ASP.NET老掉牙的东西了。可是你知道吗，只需要一点小小的改动就可以替换Eval，摆脱字符串依赖并且大大提高性能。 首先在code behind中加入以下方法 protected virtual object ExpHelper<TEntity, TREsult>(Func<TEntity, TREsult> func){ var itm = Ge

昨天跟朝沐同学讨论到this指针，今天决定凭感觉来写一篇，或许对某些同学有帮助。惭愧，一直以来，写码只是凭感觉，没有系统的学习过这套那套理论，所以先申明，以下内容大多是感觉描述，没有去对照权威参考，多有错漏。 很小白的百度知道一下“javascript this”，搜到了这个：http://zhidao.baidu.com/question/87695812.html?si

序言 做为设计模式的王者,MVC在众多领域都成为良好的模型的代名词,从前在ASP.NET下我们只能依靠Monorail来实现ASP.NET下无控件的MVC，但是现在ASP.NET 下的MVC已经成为现实。 本文只想让大家更直观地认知ASP.NET MVC,如果语言有所不当,还望大家海涵。当然,如果文中有所纰漏还希望大家及时指出，我也好做及时的修改。在下本着对初学者负责的态度来书写本系列中的各篇文章

跟大家分享两张ASP.MVC的内部运行流程图，作者都是Steve Sanderson，上面这张是07年MVC还未正式发布之前做成的流程图，虽然较老但是放到今天大部分仍然基本适用(注意：图中有些部分已经过期，但是因为比较详细全面，也贴上来了)。下面那张是09年的，贴上来的理由是图中详细的表出MVC框架里哪些部分是可以被拓展(extend)的, 比如说你可以用Cusotom route handler