• 我们经常碰到一个问题:母亲和老婆掉到水里,你先救哪个?这个问题很难回答,我们从GOF设计模式与系统的角度来解剖这个问题。 GOF设计模式分三种类型:结构型、创建型和行为型,这三者类型其实对应着一个系统的三个阶段:设计阶段、创建阶段和运行阶段。
  • Design Patterns in Scala一文列举了Java和Scala实现经典GoF设计模式的不同代码,有助于对比两种语言。< icon
  • 目前项目需要设计一个撤销(undo)的功能,传统的java 应用的好像比较简单,主要利用设计模式中的comand命令行模式或者Memento备忘录模式,把需要操作的pojo简单备份一份即可,需要undo时,再从list中取回该备份对象,直接重设回即可。 icon
  • 业务需求:1. 一个客户可以有多套房子的房贷2.签署贷款合同以后要监控是否按照还贷计划表来执行3.自动还款,当多套房贷时,一次还款可能包括多个房贷的额度,需要自动匹配4.可以提前还款5.可以延长或缩短贷款的时间6.利率可以调整7.滞纳金的问题< icon
  • 建立在抽象以及持有对象的设计模式具有灵活性大家都知道,但是持有对象的同时也带来了线程不安全的副作用???系统运行时产生了大量的碎片类,不会对内存造成问题么,会不会导致GC反复动作?也没有办法缓存,缓存了也是白搭,大家是怎么考虑这个问题的? icon
  • Essential JavaScript And jQuery Design Patterns – A Free New Book icon
  • 当我完成一个设计时,我需要逐个原则去比对吗? icon
  • 在讲授“信息系统分析与设计”课程的时候,需要介绍一些设计模式;又由于在[编程导论]出版过程中,清华大学出版社的魏江江主任给我寄来了两本设计模式方面的书籍,因而yqj2065决定将设计模式方面的知识全面梳理一番。 一旦以[编程导论]为思考平台 icon
  • 在函数编程世界中,我们经常说“reason about可推导”,或者说,我们要让我们的程序可推导。那么这个可推导是什么意思呢? icon
  • 需求场景: 功能:计划制定 可能扩展的场景:计划类型目前存在4种,可能存在不同的处理逻辑。根据业务可能新增第五种业务类型。 目的:实现扩展性设计 隐性需求:对内部外部希望提供不同的接口。初步设想:参照附件图。 icon
  • 模块模式The Module Pattern: icon
  • 大家看这些模式图片,是不是树?http://www.dofactory.com/net/design-patterns所有的都是树,下面都是构造定律。那些设计模式就是在研究如何构建树和如何在树上运动的。事实上应该是创建型模式、行为型模式,没有结构型模式。因为它的结构只有一个: icon
  • 看了大话设计模式以后,但是在写代码中根本不会去运用书中所写的一些设计模式。不知道怎么样的学习才能让设计模式合理的运用到具体项目中,好迷茫。 icon
  • 我发现每一行代码里都有设计模式的足迹在里面,组合难道不就是传说中的facade模式么?命令模式抽掉reciver不就是策略模式么?代理模式怎么隐隐约约感觉就是适配器模式?我是不是上了JAVA的道了?代码里处处都是模式啊!! icon
  • ScalaKnol: Understanding Loan Pattern(Loan(借款) icon
  • 非常初级的问题在stackoverflow讨论: icon
  • 看李会军的帖子:http://www.cnblogs.com/Terrylee/archive/2005/12/09/293509.html对静态初始化不理解,不明白为什么要搞这么复杂。这是我的实现: public class Singleton { icon