策略模式
定义一个统一的策略接口，由不同的子类去实现这些策略，再定义一个策略的执行类，去执行策略。
代理模式
大家都实现同一个接口，作为代理，自己不做事，而是将事交给兄弟类去完成。
单例模式
将构造函数私有化，满足无论何时，获得的对象都是同一个对象。（需注意多线程问题）
多例模式
构造函数私有化，可以获得指定个数的实例。
单一职责原则
职责明确、单一，有且仅有一个原因引起类的改变。
里氏替换原则
父类出现的地方，子类也可以出现，子类无论是重载(Overload）还是重构(Override)父类方法，应该满足返回值缩小，参数放大。
依赖倒置原则
依赖抽象而非实现，无论实现细节如何改变，只要所依赖的抽象不变，就不会导致大量改动。
接口隔离原则
接口不要太臃肿，只暴露需要的接口。接口拆分必须满足单一职责原则（类似事务的原子性，即对于某个接口，虽然有些臃肿，但已是最小职责，则不可拆分）
迪米特法则
又叫：最少知识原则，即每个类对其它类知道的越少越好，之和朋友类交流，以此降低类之间的耦合度。类在暴露方法时也不要太细化，只暴露某个行为，而具体实现是类内部事务。另外不要出现类似：A.getB().getC().doSomething()的调用。
开闭原则
对扩展开放，对修改关闭。功能或者业务规则的改变，应该增加新的实现，而非修改现有代码。
7月18日
白天在师兄的指导下修改脚本生成器的设计结构，刚开始对师兄的设计不够了解，所以只是被动的实现……当快要做完的时候，发现原来还是师兄厉害，用接口的方式确实比继承的方式更具优势。
晚上在网上搜索数据库连接池的资料，并自己写了一个功能简单的连接池……
20:20 闲着没事干了，去蹭淘宝夜宵，哈哈……稀饭+水果，还不错……
7月7日
23:30 踏上前往杭州的火车，在车上无聊了一天两夜，除了睡觉就是发呆……在火车上听到几个其它学校的同学说科大男女比例26:1……这个数字！！！历史新高啊！其实我也不知道有没得这么恐怖……
不经意间大学生活已经过去一半，扪心自问：自己最初的梦想究竟实现了多少？剩下的在接下来的两年还来得及吗？
总的来说，这学期就做了个系统，找了个实习，再有就是在追求一个女生……
无论是做系统，还是找实习，一直都感觉现在的自己仍然是停留在应用层面，只会调用别人写好的的类库而已，一直想深入下去，但却从未真正的研究过。
再有就是一些感触吧，首先是上课，本来打算这学期好好上课的，结果还是那样，虽然去，但从来没认真听过，而我也一直认为这学期的时间几乎都是浪费在课堂上的。至于学习，如果只是为了应付考试，那么2天一科足矣。而如果真的是要认真学的话，我觉得一学期学那么多课程，根本不可能全部深入的学下去，也只能做做了解而已。
虽然很多人称我为“大神”什么的，但我从来不这么认为，至少现在是这样的。我觉得现在自己只是比别人多会那么一点点而已。而自己还停留在应用层的边缘，不要说什么底层的原理性的东西，就连很多应用层本身的都不知道，所以要走的路还长……
作为一个应用层的开发者，感觉技术越学越多，有时甚至有怕怕的感觉。但仔细想想，其实写程序都是一样的，都是在和计算机交流，只不过是所用的工具和语言不同而已。所以程序员更需要的是一种程序设计思维，至于编码能力，多练练就可以了的。
最后只是希望自己再深入一点，再成熟一点，再低调一点，在自信一点。