摘要： 回到目录说在前我都是喜欢把问题复杂化，还有总是喜欢把问题简单化，偷懒化，这也需就是一个程序员的追求吧，呵呵。我不太喜欢重复的东西，当你看到页面上有一个以上相同的代码时，那可以说，你的代码有重构的余地，应该考虑重构了，今天看了以前同事的博客，写了关于DropDownList的用法，如何将集合数据绑定到下拉列表框上，讲的不错，但最后在说checkbox和radiobutton时，我感觉有点重复了，我说的是代码重复了，还有就是代码复杂化了，就是说，我再使用集合来产生checkbox和radiobutton时，代码有些复杂了，这不是我们希望看到的，所以，我觉得有必要把它重构一下，为mvc加两个扩展方法 阅读全文

摘要： 返回目录说在前这个抽象类在我之前的文章中也有介绍过，而在“不忘本”系列中的抽象类，将会主要介绍它的概念及与接口的区别。概念：抽象类不同的普通类，它有自己的标示符abstract，在抽象类里将可以出现抽象方法，它本身只能充当父类的角色，所以，它在真实的生产过程中，都是通过子类去实现的，即抽象类不能被实例化。前面说的父类有时我们经常叫它基类，比如你的ＷＥＢ层的controller可能需要一个基类，用来存储公用的属性和方法，这时，抽象类是最好的选择，在frameworks里有很多这样的例子，如System.Web.Mvc.Controller这就是一个抽象类，它由一组与控制器相关的方法及属性组件。在 阅读全文

摘要： 回到目录开发它的原因：之前的同事，也是我的哥们，问我下拉列表框是否可以支持验证，这个问题看似简单，但确实ＭＶＣ里有为我们提供，所以，只能自己写个扩展了，即自己写一个attribute特性，让它继承ValidationAttribute，使它可以与其它ＭＶＣ提供的验证一起使用．ＭＶＣ验证是怎么运行的：在ＭＶＣ的特性验证，很方便，很直接，它无论是在数据安全性上还是在页面表现上都做的不错，它的运行机制是这样的，前台表单验证规则有个名称，然后前台ＪＳ有对这个规则编写的代码，用来控制前台ＨＴＭＬ标记的显示，而后台主要是生成验证规则和向前台参数赋值的。事实上，我们要知道的是，ＭＶＣ验证不是简单的后台验证， 阅读全文

摘要： 回到目录谈谈它终于有些眉目了，搜刮了很多牛人的资料，英文的，中文的，民国文的，终于小有成就了，同时也做了个ＤＥＭＯ，领域事件这东西好，但需要你明白它之后才会说好，而对于明白领域事件这件事来说，它的门槛有点高，居然花了我三天的时间才把它搞定，嗨！占占给它的定义领域事件：Domain Event,是针对某个业务来说的，或者说针对某个聚合的业务来说的，例如订单生成这种业务，它可以同时对应一种事件，比如叫做OrderGeneratorEvent，而你的零散业务可能随时会变，加一些业务，减一些业务，而对于订单生成这个事件来说，它是唯一不变的，而我们需要把这些由产生订单而发生变化的事情拿出来，而拿出来的这 阅读全文

摘要： 回到目录规 约(Specification)模式：第一次看到这东西是在microsoft NLayer项目中，它是微软对DDD的解说，就像petshop告诉了我们MVC如何使用一样，这个规约模式最重要的作用是实现了查询语句与查询条件的 分离，查询语句在底层是稳定的，不变的，而查询条件是和具体业务，具体领域有关的，是易变的，如果我们为每一个领域的每一个新需求都写一个新的方法，那就 会出现很多重复的代码，不利于程序的最终扩展！下面我们来看一个经典例子一个IOrderRepository的接口，定义了一个订单仓储 Order_Info GetOrder_InfoById(int ord... 阅读全文