- 博客(6)
- 资源 (5)
- 收藏
- 关注
转载 设计模式六大原则(3):依赖倒置原则
定义:高层模块不应该依赖低层模块,二者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。问题由来:类A直接依赖类B,假如要将类A改为依赖类C,则必须通过修改类A的代码来达成。这种场景下,类A一般是高层模块,负责复杂的业务逻辑;类B和类C是低层模块,负责基本的原子操作;假如修改类A,会给程序带来不必要的风险。解决方案:将类A修改为依赖接口I,类B和类C各自实现接口I,类A通过接
2012-03-27 13:38:04 431
转载 设计模式六大原则(2):里氏替换原则
肯定有不少人跟我刚看到这项原则的时候一样,对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年,由麻省理工学院的一位姓里的女士(Barbara Liskov)提出来的。定义1:如果对每一个类型为 T1的对象 o1,都有类型为 T2 的对象o2,使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时,程序 P 的行为没有发生变化,那么类型 T2 是类型 T1 的子
2012-03-27 12:44:22 335
转载 设计模式六大原则(1):单一职责原则
定义:不要存在多于一个导致类变更的原因。通俗的说,即一个类只负责一项职责。问题由来:类T负责两个不同的职责:职责P1,职责P2。当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障。解决方案:遵循单一职责原则。分别建立两个类T1、T2,使T1完成职责P1功能,T2完成职责P2功能。这样,当修改类T1时,不会使职责P2发生故障风险;同理,当修改T
2012-03-27 12:26:27 367
原创 关于SQL执行效率的优化
1.首先要确定DB设计者无误,如果DB根据业务设计比较烂,优化是最大的难度。如一张表总是和自己连接才能取出正确数据。。。2.注意SQL基本书写规范:少用IN、NOTIN、LIKE、3.了解数据库内部机制,如Oracle从右到左处理From子句中的表名,所以在From子句中包含多个表的情况下,将记录最少的表放在最后;Oracle从下到上处理Where子句中多个查询条件,所以表连接语句应写在其
2012-03-27 10:08:56 551
转载 十大Visual Studio插件横向对比
通过对这十大Visual Studio插件插件的介绍,希望能对大家用好Visual Studio开发有所帮助。详读Visual Studio 2005开发环境使用开发Visual Studio程序注意事项深入分析Visual Studio介绍图示Visual Studio 2010 CTP安装步骤专家讲述各种Visual Studio 版本使用技巧
2012-03-26 17:07:54 1140
原创 mybatis in 参数 使用方法
1.只有一个参数参数的类型要声明为List或ArraySql配置如下:SELECT * FROM PRODUCT WHERE PRODUCTNO IN #{productNo} 2.多个参数首先要将多个参数写入同一个map,将map作为一个参数传入mapperSql配置如下:SELECT * FR
2012-03-26 17:04:26 9804
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人