摘要： 在写完架构，改善程序复用性的设计~第三讲 实现一种功能的代码只能出现在一处 ， 这篇文章后，得到了园友的反馈，说这种简单的业务逻辑还可以，但业务比较复杂时，根据就没法用这种方法。针对这个问题，我觉得有必要再写一个续集了，呵呵！上回说的主要核心内容是将公用的部分从一个方法中提取出来，生成一个新的方法，这个重构中叫做“提取到方法”，另外一个核心内容就是方法的”单一职责“，即一个方法干一件事，将出现复杂事件时，将多个方法进行组合调用即可这回主要说一个重构中的提取，其实不仅方法可以被提取，类，及整个项目也可以被提取，只要他们有被提取的必要！一个例子：对于一个数据实体操作的基类，它包括了其它所有实体类共 阅读全文

摘要： 从标题中可以看到本篇文章将介绍代码随意性的缺点及由此引发的后果，首先，来说一下同一功能的代码在多个程序中被编写多次的后果：1 它破坏了面向对象的“单一职责”的原则2 当代码逻辑复杂时，或者进行二次开发时，程序员将对方法调用产生歧义，即不知道应该使用哪个方法，即代码可读性差3 当这个不规范的方法逻辑需要修改时，你将会进行多次重复的调整，这是一个程序不希望做的事解决方法：当几个模块需要用到同一功能，或者功能相似的方法时，应该先将公用的功能抽象成一个新的方法，再把不同的地方抽象成其它方法，这也就是《重构》中的extract method 。下面看一下代码：不规范的：View Code 1 p... 阅读全文

摘要： 之前我完了《重构，改善即有代码的设计》，这本书非常适合在编程中遇到瓶颈的朋友，看完 这本书，一定让您有一种“拨开迷雾”的感觉，事实上这本书就像标题一样，主要是讲代码重构的知识的，从变量命名到语句编写，从语句到提取方法，从方法重构 到类重构等等，每一篇文章都像是一道菜，让看过的人回味无穷，在这里班 下Martin Fowler大师。今天有点兴趣，准备按下来的几一写一下最近的作品《架构，改善程序复用性的设计》，主要从系统架构的角度，来设计一个可能被多个系统重用的公用项目集，下面是本课程的目录部分：第一讲 系统的复用性离不开系统的面向对象性第二讲 什么应该提取出来，什么应该保留第三讲 实现一种功能的 阅读全文

摘要： 你是否需要对一个页面进行登陆或其它权限的验证,你的作法是怎样的,可能在以前的程序开发中,会使用if .... else 这样的条件判断,遍布在你的程序代码中,而对于.net的程序员来说,有一个福音,那不是Attribute,即"特性"它的出现,改变了代码设计方式,你再也不需要到处都有的if else了,你只要把它写在一个自定义的Attribute里就可以了,其实.这也是net比其它更友好,更对程序员有吸引力的原因,也是我信仰它的原因.过去的程序:在一个需要登陆的页面可能你要写成这样1 if (string.IsNullOrEmpty(session("userid 阅读全文

摘要： 通过linq to sql生成的实体，有一些特性，这些特性就包括今天要用的 PropertyChanged和PropertyChanging这两个事件，它们分别记录了实体属性在修改前与修改后的事件变化，有时，我们使用linq to sql或EF去做为底层ORM时，在更新和删除操作时，总觉得性能不如T－SQL来的快，但LINQ TO SQL用起来实在比T－SQL要方便，这时，你是否有个想法，这T—SQL是否可以根据我们的要求自己生成呢，答案是肯定的，今天讲的就讲一个实现这种操作的基础知识 1 /// <summary> 2 /// 实体基类 3 /// </summary... 阅读全文