摘要： C#允许一个类不去手动声明一个构造方法，因为.net内部为我们继承了它，它为自己为我们生成一个无参的架造方法，本文中我们讲的架造方法都属于实例构造方法，下面我们来说明几个问题：1 构造方法在何时执行2 基类的构造方法应该去子类考虑的多一些首先我们来说一下第一个问题，构造方法的执行时期，当类对象被new时，它会首先执行符合它（类）方法签名的构造方法，如这个语句Person person=new Person()；这是我们经常看到的建立对象的语句，它事实上是去执行Person类型的public Person()这个方法的，当然，如果语句变成了Person person=new Person(&qu 阅读全文

摘要： 基类，即基础类型，也称为父类，祖宗类等，它一般会以抽象类（abstract class）的形式体现出来，它会包括一些具有共性的，一般性的信息（属性和方法等），它在描述一类对象时，经常会被抽象出来，如一个小猫，一只小狗，很容易会让你抽象出一个animal来，这是正常的，是符合面向对象人生观的，呵呵。 而在实际项目开发中，这种例子也不少，可以说到处都可以看到基类的身影，有人说，请不要使用继承，因为它为使你的程序很糟糕，依赖太多不好，但我要说的是，如果你的程序是一个关系复杂，面向对象的，那你的程序在某些地方必须要去继承（抽象出基类），有时，我们会说，那什么时候去使用基类，我们应该如何去衡量呢？事实. 阅读全文

摘要： 很多朋友与我一起开发项目时，总是问我，“你为什么要把linq to sql的DataContext对象抽象出一个基类来”，我觉得Linq自己实现的很好了，你抽象出一个基类完全是多于的，多此一举！事实上，我很喜欢听到这样的声音，因为它是我不断向前的动力，也是我对知识能更深一层理解的动力，在此，感谢那些与我唱反调的朋友们，呵呵！以下是我对“为什么我要将数据库上下文进行抽象，为它生产一个基类有用吗”这个话题做的一个解答，本系列目录如下：第一回 要想知道为什么抽象出基类，应该先对基类有一个比较明确的认识第二回 基类的架造方法应该为子类想的多一些第三回 基类中的方法，应该根据实际情况，虚的虚，抽... 阅读全文

摘要： 回到目录 我们在使用linq查询时，你的数据源可能是linq to sql或者是ef产生的，但只要是使用linq的语法去实现一个查询，就有可能出现“查询包含对不同数据上下文上所定义项的引用”的异常，这个异常很明显，是你在进行join表关联查询时使用了多个不同的DataContext对象，这是linq不允许的。有了这个异常，就会出现一些解决方案，以下是我们可能的一些做法：１　使用全局的static对象，但对于linq to sql来说，在高并发时，这个static对象会抛出一些莫明奇秒的异常，那时，我们会说，linq to sql不如ado.net靠的住。２　使用单例模型创建对象，保证它在所有. 阅读全文

摘要： 对于开发人员来说，写代码的目的就是为了实现某个功能，这没有任何问题，我在之前的7年开发中也是这样渡过的，但有时在想，写代码是否应该讲究一点，有时，我希望把程序架构，代码开发想像成是做一个美味可口的佳肴，一个美味佳肴应该具备的可能是：1 看上去是美味的；2 吃上是可口的；3 回味是无穷的。而对于代码开发来说，可能也这样的，一段好的代码最起码看上去是“结构清晰的，逻辑易懂的”，然后才是“性能优，安全性高等等”。今天明白倍老婆儿子去玩，吃了个快餐，人叫一个多，为什么这么多人喜欢吃快餐呢？理由可能是：1 方便，快捷；2 便宜；3 不用排太长时间的队就可以买到吃的。而对于我们开发一个项目来说，其实它可. 阅读全文