设计模式相关
zhouhong0801
路漫漫其修远兮,吾将上下而求索。
展开
-
总结的关于数据库的一些面试题
l 存储过程和函数的区别存储过程是用户定义的一系列sql语句的集合,涉及特定表或其它对象的任务,用户可以调用存储过程,而函数通常是数据库已定义的方法,它接收参数并返回某种类型的值并且不涉及特定用户表。. l 视图的优点?建立视图的基本语法结构? 视图的优点:1. 视图对于数据库的重构造提供了一定程度的逻辑独立性。数据的逻辑独立性是指数原创 2008-03-31 14:41:00 · 1323 阅读 · 0 评论 -
简单的网络基础知识
l 网络互联设备中继器:主要负责在两个节点的物理层上传递信息。集线器(Hub):多口的中继器,提供多端口服务,工作在物理层。交换机:工作在数据链路层。交换机中传的是帧,通过存储转发实现。网桥:在数据链路层上实现网络互联的设备,它工作在MAC子层上。网桥具有寻址和路径选择的功能。路由器:在网络层上实现多个网络互联的设备,工作在网络层。路由器中传的是IP数据报,主原创 2008-03-31 14:44:00 · 932 阅读 · 0 评论 -
继承的规则
如果多个类共享数据而非行为,应该创建这些类可以包含的公用对象;如果多个类共享行为而非数据,应该让他们从公共的基类继承而来,并在基类里定义公用的子程序;如果多个类既共享数据也共享行为,应该让他们从一个共同的基类继承而来,并在基类里定义公用的数据和子程序;当你想由基类控制接口时,使用继承;当你想自己控制接口时,使用包含。原创 2009-06-02 17:09:00 · 468 阅读 · 0 评论 -
面向对象设计原则
1- 单一职责原则(SRP) 单一职责原则(SRP),就一个类而言,应该仅有一个引起他变化的原因。也就是说,不要把变化原因各不相同的职责放在一起,因为不同的变化会影响到不相干的职责。再通俗一点的说,不该你管的事情你不要管,管好自己的事情就可以了,多管闲事害了自己也害了别人。 在软件设计中,如果一个类的职责过多,就等于把这些职责耦合在一起,而一个职责的变化可能会削弱和抑制这个类完成其他职转载 2009-08-11 13:11:00 · 405 阅读 · 0 评论 -
从设计原则到设计模式
设计原则: 1- 针对接口编程,而不是针对实现编程 2- 优先使用对象组合,而不是类继承 3- 封装变化点 4- 使用重构得到模式——设计模式的应用不宜先入为主 更加具体的几条设计原则: 单一职责原则(SRP):一个类应该仅有一个引起他变化的原则开放封闭原则(OCP):类模块应该是可扩展的,但是不可修改(对扩展开放,对更改封闭)L原创 2009-11-15 22:53:00 · 457 阅读 · 0 评论