neekerss的专栏

 DateTime time1 =new DateTime(1982,4,24,14,23,06);DateTime time2 =new DateTime(1982,1,21,8,16,32);TimeSpan ts= time2.Subtract(time1);string timespan = "相差:"+ts.Days.ToString()+"天"+ts.H

//目前功能：编辑、排序、单选项、复选项、合并单元格、产生序列号、联动下拉框、删除、超连接、鼠标移动改变颜色、奇偶项颜色区分、排序、分页1.html代码            DatagridTest                                http://schemas.microsoft.com/intellisense/ie5" name="vs_targetSchema

<br />本文例子大部分来自于（Apress pro linq） <br />为了使LINQ可以无缝的和C#语言整合在一起，微软对C#3.0加入了些新功能，这里主要介绍和LINQ相关的加强。<br />1、var关键字，集合初始化以及匿名类型<br />2、Lambda 表达式<br />3、部分（Partial ）方法<br />4、扩展方法<br />5、表达式树<br /><br />1、var关键字，集合初始化以及匿名类型<br />var:<br />可以赋予局部变量推断“类型”var 而不是显

日期转化一 为了达到不同的显示效果有时，我们需要对时间进行转化，默认格式为：2007-01-03 14:33:34 ，要转化为其他格式，要用到 DateTime.ToString的方法(String, IFormatProvider)，如下所示： using System; using System.Globalization; String format="D"; DateTime da

     契约是应用程序和插件之间进行交互的依据和凭证。应用程序必须声明我有什么样的功能可被插件使用，并且插件必须符合什么条件才能被我使用。反之，插件必须要知道应用程序提供什么样的功能，我才能将自己的功能融入到应用程序的体系中。本系列文章主要讲如何使用.NET实现插件式的应用程序框架，所以其它的方式我就不再提了。如何使用.NET订立契约呢？首先想到的Interface，其次是抽象类，但是在插件模式中我使用接口，因为我们是在满足应用程序的主要目的的基础上来提供附加的插件功能，就这一点来说，接口更灵活，更容易扩

一、引言    1. 问题的引入    假设你设计的程序已经部署到用户的计算机上，并且能够正常运行了。但是有一天，用户打来了电话——他们要求增加新的功能。确定了用户的需求后，你竟然发现原有的软件架构已经无法胜任新增任务的需求——你需要重新设计这个应用了！但问题是，就算你又用了一个开发周期完成了用户需要的应用，却不能保证用户的需求不会再次变更。也就是说，需求蔓延的可能性依然存在。因此，这种情况下插件构架更能显示出它的优越性。    2. 几个解决方案的对比    我总结了一下我所接触到的插件构架，大致上可分为

对于一个Web应用程序来说，出错是在所难免的，因此我们应该未雨绸缪，为可能出现的错误提供恰当的处理。事实上，良好的错误处理机制正是衡量Web应用程序好坏的一个重要标准。试想一下，当用户不小心在浏览器输入了错误的URL或者当用户提供了一些信息导致程序出错的时候，如果我们没有对这些情况进行处理，而是任由404或是500的错误页面甚至出错的堆栈信息呈现在用户面前，这无疑会把一些用户给吓跑。所以，在我们开