摘要： 回到目录对于我之前项目中的统一条件过滤采用了dictinary来实现的，优点就是方法签名统一了，缺点不用说，就是字典的键容易写错，感觉一进入.net3.5之后，一切都要和Expression联系在一起，我们在创建一个Expression（表达式树）时，可以使用lambda表达式去创建，很容易：1 Expression<Func<string, bool>> predicate= name=>name=="zzl";可以看到，它其它由一个委托组成，输入参数是个字符，输出是个布尔值，在ＬＩＮＱ中这种技术被广泛的使用在扩展方法中，如Where扩展方法 阅读全文

摘要： 回到目录接口到底是什么，应该如何去使用它呢？书上说：“接口规定了一组操作的规范，它将一些不相关的对象联系在一起”，说是这样说，但在实际当中我们应该如何去用接口，如何去用好接口呢？事实上，我一直认为，在面向对象中，接口就是大哥大，用好接口，理解好接口，你对面向对象的认识也将上升一个新的台阶，接口不可遗忘的功能就是它实现了面向对象的多态性，多态，即一种对象，在接受指定信息时，实现指定的对象实例，这其实就是我对多态的比较直观的理解。一个用户操作的接口可能是这样被定义： 1 /// <summary> 2 /// 用户相关接口规范 3 /// </summary> 4 ... 阅读全文

摘要： 回到占占推荐博客索引这个系列写的我有点筋疲力尽，文章的复杂度超过了我的想像，其中在很多朋友的回复中可以看出，我的基础知识还需要提高及语言表述能力也需要提高，在此，谢谢各位的好心回复。这个系列写完成后我有个承诺，那就是把核心代码以附件的形式共享出来，如果有需要，可以单击此处进行下载。事实上“改善程序复用性”的本质应该就是你是否遵循了面向对象的原则，你的代码是否面向对象，可能一个方法的重构，一个类的抽象就是一个改善你程序复用性的方法之一，复用性是一点点实现的，它不是在最后阶段进行代码review时进行完成的，而是关系到代码从开发到完成的整个阶段。架构，改善程序复用性的设计~目录(附核心原代码)第一 阅读全文

摘要： N层架构及各层之间的通讯标准一 总体结构图二 各个模块的介绍通用项目模块Project.Common：它是对所有项目都公开的项目组合，主要提供一个与领域无关的通用功能的代码库核心项目模块Project.Core：它是针对某种构架方式（如LINQ To SQL作为底层架构）抽象出来的项目组合，它与领域无关领域项目模块，它是具体的项目，如XXB项目，它本身也是一个N层架构方式，一般地，它的UI层会继承我们的Product.Core下的Web.Commons项目，而对应的Entity对应Entity.Commons项目，由于BLL层是针对某种特殊业务领域的，所以在Project.Core里没有出现B 阅读全文

摘要： 要研究的问题：IOC是什么？它解决了什么？我们的项目中为何要用IOC？反射对性能真的影响很大吗？不用反射，谁意见最大？来吧，开始说问题1，IOC是什么？不用说什么容器，框架，大白话其实IOC就是将一些接口与它的各种实现的类名配置在一个文件中，可以是XML，也可以是.config配置文件中，然后在程序“运行时”去根据配置的信息去动态得到(resolved)这个对象，然后程序中就可以使用这个对象了，所IOC就是用来建立对象的。2，它解决了什么？一个接口，有三种实现，如sql实现，oracle实现，access实现等，那当前环境下用哪种方式来进行实现呢，这时可以由IOC来实现它。 1 // 统一规范 阅读全文