- 博客(115)
- 资源 (2)
- 收藏
- 关注
RSS订阅转载 Ubuntu8.04硬盘安装指南
Ubuntu8.04硬盘安装指南昨晚一直睡不着觉就起床把刚刚BT回来的Ubuntu8.04正式版装上了。因为懒得刻盘，所以选择了硬盘安装。整个过程还算顺利，今天早上就把Ubuntu和Firefox一起配置好了。不用装驱动的感觉真好，Ununtu竟然连我那个在XP下找了好几个驱动都不能用的蓝牙都认出来了。当然，我的N73用数据线数据传输功能也没有任何问题。要知道之前我升级XP到SP3，USB驱动
2008-05-17 19:23:00
964
原创 ubuntu软件安装命令
ubuntu软件安装命令 var $tag=it; 在ubuntu下基本上只要apt-get 就可以了，但是有时候要尝鲜就得去另外下了，这时就要了解一些linux下安软件的知识了，所以在网上找了这篇文章摘自：CnXHacker.Net在Windows下安装软件时，只需用鼠标双击软件的安装程序，或者用Zip等解压缩软件解压缩即可安装。在Linux下
2008-05-17 19:21:00
5588
1
原创 C++基本功和 Design Pattern系列 Type Cast, Interface Inheritance VS Implementation Inheritance
许多学过C的朋友一定还记得C语言中的类型转换，例如：float FloatNum = 1.234;int IntNum = (int)FloatNum;// IntNum = 1这是比较正常的类型转换，稍微危险一点的转换如下：float FloatNum = 1.234;float * pFloatPointer = &FloatNum;int * pIntPointer = (int
2007-10-23 23:31:00
1538
原创 Struts配置
Struts应用采用两个基于XML的配置文件来配置,分别是web.xml和struts-cofig.xml文件.web.xml文件是配置所有web应用的而struts-config.xml文件是struts专用的配置文件,事实上也是可以根据需要给这个配置文件起其他名称的. Web应用的发布描述文件:web应用发布描述文件可以在应用开着者,发布者和组装者之间传递配置信息,We
2007-10-11 21:37:00
1058
转载 Struts在Tomcat中的安装配置及工作流程
Struts在Tomcat中的安装配置及工作流程（作者：刘利军 昆明理工大学 智能系统研究室）1．准备工作 安装JDK及Tomcat，并分别设置环境变量：JAVA_HOME、CLASSPATH、COMCAT_HOME，并确保Tomcat已正常工作。本文以jdk1.5和Tomcat5.5.12为环境介绍Struts在Tomcat中的安装及工作流程。2．安装Struts（通过二进制发布包
2007-10-11 19:41:00
2315
转载 java class文件格式解析
1．目的大型软件系统开发时，某些Java组件可能涉及到多种数据库或中间件系统的连接和应用，例如一个数据传递组件需要从DB2中读取数据，并将数据通过中间件WebSphere MQ发送到其他系统，这类组件功能单一，但却需要连接多种第三方产品，使得程序员的单元测试变的非常不便，程序员不得不注视或修改部分源代码，或者在本地安装所需第三方产品。无疑这两种选择都是痛苦的。基于以上的不便，本文开发了解析
2007-09-25 17:07:00
11427
转载 Class文件详解 (1)
我们都知道，Java编译器负责将.java文件编译成.class文件，class文件存储的是java字节码，与.java文件无关（只要你愿意写一个编译器，也可以将别的语言写的源代码编译成.class文件），本文准备详细解剖class文件的内部结构，并且把class文件结构读取并显示出来。Class文件的格式由JVM规范规定，一共有以下部分：1. magic number，必须是0xCAFEBABE
2007-09-24 17:41:00
1934
转载 利用jad破解.class文件
利用jad破解.class文件 初学任何一门语言,多看看源代码是成为高手的捷径. 有时候高手们兴许会把源码公布出来,可是大多数情况是没有现成的.java源文件给你看的.面对.class文件,新手可能会狂晕了,别急!我这就教你怎样扒光.class文件的衣
2007-09-24 12:55:00
1894
转载 从Tomcat中得到更多－Tomcat的源码分析
本文的作者通过对TomCat源代码的研究，向读者描述了在tomcat3.3和TomCat4.0中在设计方面使用的不同设计理念和模式，希望对广大开发者在设计自己的系统时有所帮助。1．关于Tomcat的基本情况 众所周知Tomcat是一个免费的开放源码的Serlvet容器，它是Apache基金会的Jakarta项目中的一个核心项目，也是sun公司官方推荐的servlet和jsp容器，同时它
2007-09-20 22:50:00
1580
原创 候捷谈Java反射机制
Java反射机制 摘要Reflection 是Java被视为动态（或准动态）语言的一个关键性质。这个机制允许程序在运行时透过Reflection APIs取得任何一个已知名称的class的内部信息，包括其modifiers（诸如public, static 等等）、superclass（例如Object）、实现之interfaces（例如Cloneable），也包括fields和met
2007-09-19 21:40:00
1151
转载 stdafx.h在C++中起到的作用是什么？
Standard Application Fram Extend 没有函数库，只是定义了一些环境参数，使得编译出来的程序能在32位的操作系统环境下运行。Windows和MFC的include文件都非常大，即使有一个快速的处理程序，编译程序也要花费相当长的时间来完成工作。由于每个.CPP文件都包含相同的include文件，为每个.CPP文件都重复处理这些文件就显得很傻了。 为避免这种浪费，App
2007-09-19 15:28:00
1438
原创 设计模式随笔系列：来杯咖啡-装饰者模式（Decorator）[转]
设计模式随笔系列：来杯咖啡-装饰者模式（Decorator）[转] 来杯咖啡-装饰者模式(Decorator)前言上篇【观察者模式】发布已经近一个月了，个人感觉反应并不太理想，因为大家响应都不是很积极，不知是文章那里写得有问题，而且也没有人提出过有价值的改进建议，多少感觉有些失望L！因为工作繁忙，所以不可能把主要精力投入到写作上，因此这个系列的文章更新有些缓慢，但是每篇文章我一直坚
2007-09-19 12:41:00
1559
1
转载 设计模式随笔系列：气象站的故事-观察者模式（Observer）[转]
设计模式随笔系列：气象站的故事-观察者模式（Observer）[转] 气象站的故事-观察者模式前言大家好！好久没有更新这个系列的文章了，这两个来月回家过了新年，公司搬了新家，就是这个系列的文章还没有更新，实在惭愧！同时再次真诚地感谢一直喜欢和支持这个系列文章的朋友们，因为你们的鼓励，我才有动力继续下去。可能因为这个系列每篇文章都比较长的原因，为了保证质量我总是字斟句酌，所以每次想动
2007-09-18 23:39:00
1249
转载 设计模式随笔系列：鸭子-策略模式（Strategy）[转]
设计模式随笔系列：鸭子-策略模式（Strategy）[转] 鸭子-策略模式（Strategy）前言 万事开头难，最近对这句话体会深刻！这篇文章是这个系列正式开始介绍设计模式的第一篇，所以肩负着确定这个系列风格的历史重任，它在我脑袋里默默地酝酿了好多天，却只搜刮出了一点儿不太清晰的轮廓，可是时间不等人，以后再多“迭代”几次吧！在前面的随笔里，我已经提到了，这个系列准备以《He
2007-09-18 23:04:00
3450
转载 开篇-模式和原则
开篇-模式和原则前言正式接触使用设计模式近两年了，一直想写点东西来巩固所学，但是迟迟没有动作，总想时间和见识再多一些的时候再动笔，但是拖得越久越感觉合适的时机永远不会有，只有不断实践才能换来进步，也许再不写就永远也写不出来了，于是我终于开始了。谈到设计模式，应该还没有人能超越GOF的开山之作，所以谈不上什么创新，归根结底还是重复前人的论述和思想，更多的只能是整理和个人的一些心得体会。因
2007-09-18 19:03:00
1288
转载 面向对象分析设计学习与探索（二）：好的应用程序设计（Well-designed apps rock）
面向对象分析设计学习与探索（二）：好的应用程序设计（Well-designed apps rock） 如何能编写一个好的软件？这个问题我也一直在问我自己，每一次开发新的项目的时候，我都希望或争取这一次比上次做得好，至少我自己这么认为。虽然的确感觉每次都有一些成长，但是总是不能让人觉得满意。造成不满意的原因有很多，大多被我归咎到：时间紧任务重，所以劳动量大，能力有限，还有需求不明和需求不
2007-09-18 18:56:00
908
转载 面向对象分析设计学习与探索（一）：开篇
面向对象分析设计学习与探索（一）：开篇 工作三年了，说实话也没有好好的学习过面向对象的程序设计，只是一些工作中的感性认识加上自己所谓的一些理论。这段时间正在看一本书《Head First Object-Oriented Design and Analysis 》,书中的故事生动描述了OOA&D，借此机会对自己学习到的东西做一下总结，并和大家分享。废话少说，现在开始。 一、好的应用
2007-09-18 18:51:00
822
原创 设计模式学习笔记（十八）——Strategy策略模式
设计模式学习笔记（十八）——Strategy策略模式 这段时间在项目中接触到了Strategy策略模式，所以就学习了一下，做一个总结。 Strategy策略模式是一种对象行为模式。主要是应对：在软件构建过程中，某些对象使用的算法可能多种多样，经常发生变化。如果在对象内部实现这些算法，将会使对象变得异常复杂，甚至会造成性能上的负担。 GoF《设计模式
2007-09-18 18:29:00
3010
转载 设计模式学习笔记（十七）——Command命令模式
设计模式学习笔记（十七）——Command命令模式 Command命令模式介绍：Command命令模式是一种对象行为型模式，它主要解决的问题是：在软件构建过程中，“行为请求者”与“行为实现者”通常呈现一种“紧耦合”的问题。如下图： 有时我们必须向某对象提交请求，但并不知道关于被请求的操作或请求的接受者的任何信息，此时无法抵御变化的紧耦合是不合适的。如：需要对行为进行“记录、撤销
2007-09-18 18:16:00
891
原创 设计模式学习笔记（十六）——Template Method模板方法模式
设计模式学习笔记（十六）——Template Method模板方法模式 今天开始学习设计模式中的第三个类型——行为型模式。行为模式：行为型模式涉及到算法和对象间职责的分配。将注意力从控制流转移到对象间的联系方式上来。 行为模式分为：行为类模式和行为对象模式。行为类模式使用继承机制在类间分派行为；行为对象模式使用对象复合而不是继承。Template
2007-09-18 17:58:00
621
原创 设计模式学习笔记（十四）——创建型模式总结
设计模式学习笔记（十四）——创建型模式总结 GoF23种设计模式中创建型模式有5种，分别是：Singleton单件模式、Abstract Factory抽象工厂模式、Builder生成器模式、Factory Method工厂方法模式、Prototype原形模式。下面分别总结这几种设计模式。
2007-09-18 17:35:00
671
转载 设计模式学习笔记（十三）——Proxy代理模式
设计模式学习笔记（十三）——Proxy代理模式 Proxy代理模式是一种结构型设计模式，主要解决的问题是：在直接访问对象时带来的问题，比如说：要访问的对象在远程的机器上。在面向对象系统中，有些对象由于某些原因（比如对象创建开销很大，或者某些操作需要安全控制，或者需要进程外的访问），直接访问会给使用者或者系统结构带来很多麻烦，我们可以在访问此对象时加上一个对此对象的访问层。如下图：
2007-09-18 16:59:00
692
原创 设计模式学习笔记（十二）——Flyweight享元模式
设计模式学习笔记（十二）——Flyweight享元模式 Flyweight享元设计模式是一种结构型设计模式，它主要解决的问题是：由于（同类）对象的数量太大，采用面向对象时给系统带来了难以承受的内存开销。比如有这样一个场景：一个停车场中有1000辆汽车，我们所定义的汽车对象占用内存0.3M，那么要实例化1000辆就是300M。由此可见，在这种情况下采用一般的面向对象方式出现了大量细粒度的对
2007-09-18 16:46:00
897
1
原创 设计模式学习笔记（十五）——结构型模式总结
设计模式学习笔记（十五）——结构型模式总结 结构型设计模式是从程序的结构上解决模块之间的耦合问题（好像是句废话），GoF23种设计模式中结构型设计模式有7种，分别是：Adapter适配器模式、Bridge桥接模式、Composite组合模式、Decorator装饰模式、Facade外观模式、Flyweight享元模式和Proxy代理模式。下面分别总结一下这几种模式：
2007-09-18 16:39:00
649
转载 设计模式学习笔记（十）——Decorator装饰模式
设计模式学习笔记（十）——Decorator装饰模式 Decorator装饰模式是一种结构型模式，它主要是解决：“过度地使用了继承来扩展对象的功能”，由于继承为类型引入的静态特质，使得这种扩展方式缺乏灵活性；并且随着子类的增多（扩展功能的增多），各种子类的组合（扩展功能的组合）会导致更多子类的膨胀（多继承）。继承为类型引入的静态特质的意思是说以继承的方式使某一类型要获得功能是在编译时。所
2007-09-18 16:22:00
563
原创 设计模式学习笔记（九）——Composite组合模式
设计模式学习笔记（九）——Composite组合模式 Composite组合模式主要是应对这样的问题：一类具有“容器特征”的对象——即他们在充当对象的同时，又是其他对象的容器的情况。在编写时我们常常会造成：客户代码过多地依赖于对象容器复杂的内部实现，对象容器内部实现结构（而非抽象接口）的变化将引起客户代码的频繁变化，带来了代码的维护性、扩展性的弊端。 GoF《设计
2007-09-18 15:59:00
602
转载 设计模式学习笔记（八）——Bridge桥接模式
设计模式学习笔记（八）——Bridge桥接模式 Bridge桥接模式是一种结构型模式，它主要应对的是：由于类型的固有罗辑，使得类型具有两个或两个以上的纬度变化。也就是要求抽象不应依赖于实现细节，实现细节应依赖于抽象。 《设计模式》中说到将抽象部分与实现部分分离，使他们可以独立的变化。 举个例子更清楚些，好像我们平时玩的游戏中有PS版的，但是不是大家
2007-09-18 15:37:00
693
转载 设计模式学习笔记（七）——Adapter适配器模式
设计模式学习笔记（七）——Adapter适配器模式 Adapter适配器模式是一种结构型模式，主要应对：由于应用环境的变化，常常需要将“一些现存的对象”放在新的环境中应用，但是，新环境要求的接口是现存对象所不满足的。 《设计模式》中说道：将一个类的接口转换成客户希望的另一个接口。Adapter模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
2007-09-18 15:24:00
620
转载 设计模式学习笔记（六）——Prototype原型模式
设计模式学习笔记（六）——Prototype原型模式 Prototype原型模式是一种创建型设计模式，它主要面对的问题是：“某些结构复杂的对象”的创建工作；由于需求的变化，这些对象经常面临着剧烈的变化，但是他们却拥有比较稳定一致的接口。感觉好像和前几篇所说的设计模式有点分不清，下面我们先来回顾一下以前的几种设计模式，予以区分，再来说说原型模式。 Singleton
2007-09-18 15:22:00
684
原创 设计模式学习笔记（五）——FactoryMethod工厂模式
设计模式学习笔记（五）——FactoryMethod工厂模式 刚开始接触设计模式时就常常听到同事提起工厂模式，那时也看过一些人写的Blog，但是往往把注意力放在代码的编写上。在这段时间的学习中慢慢体会到设计模式是用来解决一类问题，而不是某些固定的代码片段。换句话说是解决问题的思想。设计模式可以解决模块的耦合关系，可以解决因需求变动带来的问题。程序在第一次编写时，各个模块之间可能是
2007-09-18 13:09:00
540
原创 设计模式学习笔记（四）——Builder生成器模式
设计模式学习笔记（四）——Builder生成器模式 Builder生成器模式是一种创建型模式，它主要是应对项目中一些复杂对象的创建工作。所谓“复杂对象”，是只：此对象中还含有其它的子对象。Builder模式所面对的情况是：各个部分的子对象用一定的算法构成；由于需求的变化，这个复杂对象的各个部分经常面临着剧烈的变化，但是将他们组合在一起的算法却相对稳定。简单的说：子对象变化较
2007-09-18 13:00:00
607
转载 设计模式学习笔记（三）——Abstract Factory抽象工厂模式
设计模式学习笔记（三）——Abstract Factory抽象工厂模式 抽象工厂是一种创建型模式，是为了解决实例化时所带来的问题。 我们先来看看是什么问题，有的时候我们会遇到这种情况，我们需要一系列的对象。举个例子，有一系列BMW汽车零部件的对象：轮子bmwwheel，油箱bmwoilbox，在一个管理函数中调用它们，代码如下class BMWWheel{ public BM
2007-09-18 12:28:00
494
转载 设计模式学习笔记（二）——Singleton单件模式
设计模式学习笔记（二）——Singleton单件模式 这是我写模式设计的第二篇，首先来说说设计模式的分类。 基本的23种设计模式从目的上可分为三种：1、 创建型（Creational）模式：负责对象创建。2、 结构型（Structural）模式：处理类与对象间的组合，可以解决一些继承依赖性的问题3、 行为型（Behavioral）模式：类与对象交
2007-09-18 12:13:00
651
转载 设计模式学习笔记（一）——面向对象设计模式与原则
设计模式学习笔记（一）——面向对象设计模式与原则 今天听了《C#面向对象设计模式纵横谈(1)：面向对象设计模式与原则》课程。总结了一些笔记。 首先介绍了什么是设计模式：设计模式描述了软件设计过程中某一类常见问题的一般性的解决方案。 下面主要讨论面向对象设计模式。 面向对象设计模式描述了类与相互通信的对象之间的组织关系。目的是应对变化、提高复用、减少改变。 那到底什么是对象： 1、从概念层面
2007-09-18 12:01:00
517
转载 设计模式学习笔记（十一）——Facade外观模式
设计模式学习笔记（十一）——Facade外观模式 Facade外观模式，是一种结构型模式，它主要解决的问题是：组件的客户和组件中各种复杂的子系统有了过多的耦合，随着外部客户程序和各子系统的演化，这种过多的耦合面临很多变化的挑战。在这里我想举一个例子：比如，现在有一辆汽车，我们（客户程序）要启动它，那我们就要发动引擎（子系统1），使四个车轮（子系统2）转动。但是实际中我们并不需要用手推动车轮使其
2007-09-18 11:48:00
595
转载 设计模式区别（一）
最近一段时间一直在学习设计模式，我有一个感受就是：接触头几个设计模式时感觉似乎就那么一回事，好像没有什么可学习的，因为理解起来很简单，也很容易记忆，在例子的带动下似乎也有那么一点意思了，好像自己懂了。慢慢地，随着学习的深入，接触到了各种各样的设计模式，前面那种轻松的劲儿就没了，越学越迷糊，感觉很多模式好像都是类似的，自己也分不清和前面学的模式的区别是什么了。再后来，经过对这23种基本的设计模式仔细
2007-09-18 00:21:00
892
转载 C++异常中的堆栈跟踪
C++异常中的堆栈跟踪 canco（原作） http://www.csdn.net/develop/Article/15/15199.shtm 关键字 堆栈跟踪 异常 C++异常中的堆栈跟踪C++语言的运行时环境是基于栈的环境，堆栈跟踪（trace stack）就是程序运行时能够跟踪并打印所调用的函数、变量及返回地址等，C++异常中的堆栈跟踪就是当程序抛出异常时，能够把导致抛出异常的语
2007-09-18 00:02:00
4932
1
原创 设计模式-OOD的设计原则(3)-"依赖倒转原则"
"开-闭"原则是我们OOD的目标,达到这一目标的主要机制就是"依赖倒转原则".这个原则的内容是:要依赖于抽象,不要依赖于具体. 对于抽象层次来说,它是一个系统的本质的概括,是系统的商务逻辑和宏观的,战略性的决定,是必然性的体现;具体的层次则是与实现有关的算法和逻辑,一些战术性的决定,带有相当大的偶然性.传统的过程性系统设计办法倾向于使高层次的模块依赖于低层次的模块;抽象层次依赖于
2007-09-17 23:42:00
645
原创 设计模式-OOD的设计原则(5)-"合成聚合复用原则"
合成（Composition）和聚合（Aggregation）都是关联（Association）的特殊种类。聚合表示整体和部分的关系，表示“拥有”；合成则是一种更强的“拥有”，部分和整体的生命周期一样。合成的新的对象完全支配其组成部分，包括它们的创建和湮灭等。一个合成关系的成分对象是不能与另一个合成关系共享的。 换句话说，合成是值的聚合（Aggregation by Value），而一般
2007-09-17 23:24:00
739
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人