摘要： 在软件系统中，某些类型由于自身的逻辑，它具有两个或多个维度的变化，那么如何应对这种“多维度的变化”？如何利用面向对象的技术来使得该类型能够轻松的沿着多个方向进行变化，而又不引入额外的复杂度？这就要使用Bridge模式 阅读全文

摘要： 面向对象的思想很好地解决了抽象性的问题，一般也不会出现性能上的问题。但是在某些情况下，对象的数量可能会太多，从而导致了运行时的代价。 那么我们如何去避免大量细粒度的对象，同时又不影响客户程序使用面向对象的方式进行操作？ 运用共享技术有效地支持大量细粒度的对象。[GOF 《设计模式》] 场景：各位同学，把你们的亲戚朋友的详细信息都统计过来哦 假设每个人的名字是唯一的，实在不服。就拿身份证号来说事 阅读全文

摘要： 在软件系统中，有时候我们会使用继承来扩展对象的功能，但是由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀。如何使“对象功能的扩展”能够根据需要来动态地实现？同时避免“扩展功能的增多”带来的子类膨胀问题？从而使得任何“功能扩展变化”所导致的影响将为最低？ 阅读全文

摘要： 关于HTTPMoudle和HTTPHandle 阅读全文

摘要： 在软件构建过程中，我们需要为某些对象建立一种“通知依赖关系” ——一个对象（目标对象）的状态发生改变，所有的依赖对象（观察者对象）都将得到通知。 如果这样的依赖关系过于紧密，将使软件不能很好地抵御变化。使用面向对象技术，可以将这种依赖关系弱化，并形成一种稳定的依赖关系。从而实现软件体系结构的松耦合。 意图：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。 阅读全文

摘要： 在软件系统中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”。但在某些场合，比如要对行为进行“记录、撤销/重做、事务”等处理，这种无法抵御变化的紧耦合是不合适的。在这种情况下，如何将“行为请求者”与“行为实现者”解耦？将一组行为抽象为对象，可以实现二者之间的松耦合 阅读全文

摘要： Response.Write(""); 没想到这句话的执行结果是这样的,特在此留个记号,有了解的哥们方便的话,帮给解释一下 阅读全文

摘要： 最近发现一个问题 ，就是平常解决过的一些问题过几天又不记得了，所以想把平常这些小东西保存起来，所以想写博了 这是第一个，文件分割器，觉得和其他人的差不多，但是自己写的，所以还是保存起来吧,注释都写了，将就着看吧。如果谁 看到了，想用拿去用，想改拿去改. 阅读全文