毕竟Struts提供的校验逻辑有限，不可能满足所有的开发需要，因此有时必须对其进行扩展。这里举一个实际项目中的例子：校验码检查。现在很多网站为了防止恶意的页面刷新攻击，都使用了图片形式的校验码，如：

表单提交后需要检查校验码（存在request或session里）和用户输入是否一致，代码如下：

 1public class MyValidator{
 2  private static Logger logger = Logger.getLogger(Constants.CON_LOGGER_NAME);
 3
 4  public static boolean validateCodeInput(Object obj,ValidatorAction action,Field field,
 5      ActionMessages errors,HttpServletRequest req){
 6    String code = (String)req.getSession().getAttribute(Constants.SESSION_CHECKSUM_CODE);
 7    String input = ValidatorUtils.getValueAsString(obj,field.getProperty());
 8
 9    logger.debug("Code: " + code + ", input: " + input);
10    if(code.equalsIgnoreCase(input))
11      return true;
12    else{
13      errors.add(field.getKey(),Resources.getActionMessage(req,action,field));
14      return false;
15    }
16  }
17}

 1<validator name="codeinput"
 2            classname="consultII.web.utils.MyValidator"
 3               method="validateCodeInput"
 4         methodParams="java.lang.Object,
 5                       org.apache.commons.validator.ValidatorAction,
 6                       org.apache.commons.validator.Field,
 7                       org.apache.struts.action.ActionMessages,
 8                       javax.servlet.http.HttpServletRequest"
 9                  msg="errors.code"/>
10

<field property="input" depends="required,codeinput"/>

<field property="input" depends="required,codeinput"/>

req.getSession().setAttribute(Constants.SESSION_CHECKSUM_CODE,code);

这样就OK了。

四、将校验逻辑转译成JavaScript代码

由于Validator的代码在服务器端被执行，因此如果校验请求频繁的话将会对服务器端造成不小的性能压力。考虑到这个问题，Struts中提供的校验方法可以被转译成JavaScript代码嵌入页面，这样校验将在客户端进行。
使用时，只要在页面中嵌入两条Struts html标签库中的标签：

1<html:javascript formName = "formName" />
2<html:form action = "" onsubmit = "return validateFormName(this);" />

解决一：

InputBean bean = new InputBean(); // 封装用户输入

// 获取用户输入，封装于bean对象中

Calendar cal = Calendar.getInstance();
cal.set(cal.YEAR,bean.getYear()); // Year
cal.set(cal.MONTH,bean.getMonth()); // Month
cal.set(cal.DAY_OF_MONTH,bean.getDay()); // Day

// 数据库操作

陷阱：
Calendar中的MONTH字段和数组下标一样，从0开始，0代表Calendar.JANUARY，1代表Calendar.FEBUARY……12代表次年Calendar.JANUARY。因此用户输入的月份在置入Calendar对象之前必须进行处理，即减一。

解决二：

InputBean bean = new InputBean(); // 封装用户输入

// 获取用户输入，封装于bean对象中

Calendar cal = Calendar.getInstance();
cal.set(cal.YEAR,bean.getYear()); // Year
cal.set(cal.MONTH,bean.getMonth() - 1); // Month
cal.set(cal.DAY_OF_MONTH,bean.getDay()); // Day

// 数据库操作

- Be certain to include features that cover the following:

1. Log important information.

2. Conduct business.

3. Analyze business results.

4. Interact with other systems.

Str#6a. "Add Features, Inspired by Patterns" Strategy // identifying purpose and features

- Add features inspired by the stereotypical responsibilities of a participant (in Patt#3, Participant-Transaction), transaction (in Patt#6, Transaction - Transaction Line Item), and place (in Patt#4, Place-Transaction).

- Examples: assess the performance of a participant (how many, how much), calculate the total of a transaction, assess the performance of a place (how many, how much).

Str#6b. "Organize and Prioritize Features" Strategy // identifying purpose and features

- Organize the features into &quotfeature categories" (also known as &quotuse cases").

. Example: maintaining employee info; assigning employees; assessing employee performance

- Prioritize the features.

. Identify the prioritization criteria. For example: normal sequence of business usage; greatest risk; customer interest; management interest; ease of implementation.

Str#7. "Calculation Results and Decision Points" Strategy // identifying purpose and features

- Add features that deliver calculation results.

- Add features that support decision points.

Str#8. "Best and Worst Features" Strategy // identifying purpose and features

- Ask users:

- What are the best features of the current system? Of competitive systems?

- What are the worst problems of the current system? Of competitive systems?

- What are the unneeded features of the current system? Of competitive systems?

Str#9. "Top 10" Strategy // identifying purpose and features

- Build a list of features.

- When you face an abundance of features (or classes, attributes, services), go after the top 10.

- Why: avoid being overwhelmed by a sea of low-level details.

Str#10. "Now and Later" Strategy // identifying purpose and features

- Consider current capabilities--and anticipated future capabilities.

- Ask, "How is it done now? How will it be done later, with the new system?"

- Look at things that people do to objects now, and consider features you can add (your automated objects might be able to do those actions to themselves).

Str#11. "Reengineer on the Boundaries" Strategy // identifying purpose and features

- Look at each organization or automated system boundary.

- Look for duplicate efforts on each side of such a boundary.

- Model the capability one time--and encourage some reengineering improvements for the organization.

Str#12. The "Smarter Devices" Strategy // identifying purpose and features

- Look for opportunities to use smarter devices, simplifying your object model and reducing software development schedule and costs.

- When building an object model in a field with rapidly changing data acquisition and control technology, be sure to take a systems perspective, spanning both hardware and software.

2、大量使用全局变量（无法控制它们值的变化，例如在非预期的子程序的执行中）

3、不声明变量类型就使用（隐含类型可以在Fortran中使用，例如，一个实数可以截短为一个整数而没有引起程序员的注意）

4、非结构化的、组织混乱的大块代码用于多个任务（一块可能有上千行代码）

5、注释行太少（由于它们并不被执行！）

A purpose is an overall desired result, the aim of one's actions. Features are specific capabilities for the system under consideration.

This section presents &quotpurpose and features" strategies.

Str#2. "System Purpose" Strategy // identifying purpose and features

- Develop an overall purpose statement in 25 words or less. Why this system? Why now?

- Keep the overall goal, the critical success factor, always before you.

- "To support, to help, to facilitate, . . ."

Str#3. "Field Trips, Pictures, and Examples" Strategy // identifying purpose and features

- Work with domain experts, ones well-versed in the business.

- Ask for a guided tour; ask for a picture; ask for lots of examples.

Str#3a. "Multiple Learning Sources" Strategy // identifying purpose and features

- Read about it; try out software for it; listen to domain experts!

Str#3b. "Build A Glossary" Strategy // identifying purpose and features

- Are you finding that people terms differently? Perhaps using different words to convey the same meaning? Or giving different meanings to the same word? Not a surprise!

- Recommendation: build a glossary using a three-column spreadsheet (term, dictionary definition, project definition).

Str#4. "Identify Major Sources of Stress" Strategy // identifying purpose and features

- Ask people about the most pressing problems that they face each day. "What stresses you out the most? What frightens you the most? What's the worst thing that could happen to you while your boss is watching?"

- Look for ways to eliminate or reduce the impact of those problems.

Str#5. "Develop a Features List" Strategy // identifying purpose and features

- Build a list of features.

- Think through each feature: the feature, who it's for, and why it's important.

- Use qualifiers to narrow the scope of the purpose and features statements.

- Prioritize your features list.

- Use the features list for planning and building frequent, tangible, working results.

- Rather than philosophize endlessly, invest an hour in each of several different ways of modeling a particularly challenging area. Compare your results -- and decide which way to go (based upon actual results, rather than the outcome of a multiweek debate).

Str#1e. "Consider the Domain First, Artifacts After That" Strategy // activities and model components

- Build an object model with a domain expert first. Then add-in content that you can extract from artifacts (existing data models, source code, whatever).

- Reason why: you need the benefit of the former (fresh insights, new ideas) to help you grapple with the latter (what to include, what to exclude).

Str#1f. "Extract Useful Content From An Existing Data Model" Strategy // activities and model components

- Yes, it can be done.

- Best practice: build an initial object model with a domain expert first. Then use that model to help you filter out the classes and attributes (in an previous data model) that are no longer needed. Why: the added domain understanding will help you do a better job leaving unneeded things behind, rather than dragging everything from the past along with you once again.

- For the entities:

. List them. Delete correlation tables. Delete (or revise) names that do not fit the problem domain vocabulary (words that a domain expert uses and understands). Collapse supertypes-subtypes that do not express domain-based generalization-specialization.

- Then, when you work on attributes:

. List them. Delete (or revise) names that do not fit the problem domain vocabulary (words that a domain expert uses and understands). Delete flags, indicators, sequence numbers, and unique keys -- nearly all of which are simply leftover implementation mechanisms from a previous system.

Joshua Bloch（《Effective Java》的作者，J2SE 1.5的主要开发人员之一）效仿William Blake（1757-1827，英国诗人）的《Tiger》一诗，为这些特性撰写了这样一组诗篇：

咏Tiger

Tiger, Tiger burning bright
Like a geek who works all night
What new-fangled bit or byte
Could ease the hacker"s weary plight?

这一首是总说Tiger中的能使开发变得简单的各种新语言特性。

咏Enhanced for Loop

While Iterators have their uses
They sometimes strangle us like nooses
With enhanced-for"s deadly ray
Iterator"s kept at bay

这一首单表Enhanced for Loop机制提供了一种更简单的遍历数组、Collection和其它实现了java.lang.Iterable接口的对象的方法。

咏Autoboxing/Auto-Unboxing

When from the collections ints are drawn
Wrapper classes make us mourn
When Tiger comes, we"ll shed no tears
We"ll autobox them in the ears

这一首单表Autoboxing机制/Auto-Unboxing提供了一种更简单的整合两套不同的类型系统（基本类型和引用类型）的机制。

咏Varargs

O joyless nights, o joyless days
Our programs cluttered with arrays
With varargs here, we needn"t whine;
We"ll simply put the args inline

这一首单表Varargs机制提供了一种更简单的传递个数可变的实参的方法。

咏Static Import

And from the constant interface
We shall inherit no disgrace
With static import at our side
Our joy will be unqualified

这一首单表Static Import机制提供了一种更简单的访问静态成员的机制。

咏Enumeration

The int-enum will soon be gone
Like a foe we"ve known too long.
With type safe-enum"s mighty power
Our foe will bother us no more

这一首单表Enumeration机制提供了一种更简单的定义“类型安全的枚举类”的方法。

咏Metadata

As for noble metadata
I"ll have to sing its praises later
Its uses are so numerous
To give their due, I"d miss the bus

这一首单表Metadata机制提供了一种更简单的定义“机器可读的说明信息”的机制。

咏Generics

To the most despised collections" cast
We"ll bid a fond farewell at last
With generics" burning spear
The need for cast will disappear

这一首是说用Generics机制，可以免去很多强制类型转化的步骤的事情。Generics机制还有些其它用法，在这里没有提到。

Str#1. "Four Major Activities, Four Major Components" Strategy // activities and model components

- Organize your work around four major activities, within four major components:

- Four major activities:

. Standard: Identify purpose and features, select objects, establish responsibilities, work out dynamics with scenarios.

. Variation 1: You may find it helpful to focus on working out dynamics with scenarios, establishing responsibilities along the way. This is especially suitable for real-time applications.

. Variation 2: You may find it helpful to select transaction, aggregate, and plan objects, then use the corresponding patterns to guide you through selecting additional objects, establishing responsibilities, and working out dynamics with scenarios.

- Four major components:

. Standard: Problem domain, human interaction, data management, system interaction.

. Variation 1: You may find it helpful to begin with human interaction, followed by problem domain, data management, and system interaction. This is especially suitable when your domain experts want to talk in terms of human interaction from the very start.

. Variation 2: You may find it helpful to begin with problem domain and system interaction, followed by human interaction and data management. This is especially suitable for real-time applications, when your domain experts are keenly interested in the data acquisition and control aspects of the system under consideration.

Str#1a. "Build an Initial Object Model, then Proceed Feature-by-Feature" Strategy // activities and model components

- Here is a very helpful path for building object models.

- Identify purpose and features.

. Purpose statement. Prioritized list of features.

- Build an initial object model, working with domain experts.

. Select initial objects (using strategies; include participants, transactions, places, items, specific items).

. Establish initial responsibilities (using strategy #86 and the stereotypical responsibilities expressed by object-model patterns).

- Work out dynamics with scenarios, feature-by-feature.

a. Develop a scenario view for the feature.

b. Add objects and responsibilities that you need for the scenario.

Str#1b. "Use Feature Milestones" Strategy // activities and model components

- Use your prioritized features list to plan, build, and measure.

- Early in the development effort, use your prioritized features list day-by-day, while developing an initial object model and scenario views (one scenario view for each feature).

- For the rest of the development effort, use your prioritized features list to plan, build, and measure what you produce -- namely, the frequent, tangible, working results.

- Some notes:

. How frequent is "frequent"?

. . Each week, each month, or each quarter -- depends upon the size of the project and the amount of added effort required to make working results available to others.

- Why use features milestones -- and measure features completed, using frequent, tangible, working results?

. In two words: risk reduction.

- How do you estimate percent completion?

. Take the features list, assign a weight to each feature (based upon level of difficulty, relative number of lines of code, and level of skill of the person who will do the work), and then make your estimates.

. Your estimates will improve over time, as you deliver more and more tangible results along the way.

Str#1c. "Take Multiple Paths" Strategy // activities and model components

- For each outcome, consider multiple paths for reaching that goal. Travel down one of those paths. When your progress slows somewhat, move to another path, for awhile.

- "All features, all classes, then the top ten classes"

. features -> classes -> top 10 classes -> responsibilities, scenarios for the top 10

- "One feature at a time"

. feature -> small object model -> scenario view

- "Key players first"

. 1-2 participants + 1-2 transactions + line items, items -> responsibilities, scenarios

- "Key transactions first"

. transaction - subsequent transaction - subsequent transaction -> participants, line items, items -> attributes, services

当不需要全部实现适配器接口提供的方法时，可先设计一个抽象类实现适配器接口，并为接口中每个方法提供一个默认实现（空方法）。那么该抽象类的子类可有选择地覆盖父类的某些方法来实现需求。

二、结构

三、动机

对于一个接口不想使用其所有的方法时。

　　其一，语言必须与环境相结合，才能发挥出最大的功用。这里所说的“环境”通常包括编译环境、运行环境和应用环境三个方面。举例来说，如果你打算仿照着某些开源框架的做法，使用控制反转和依赖注入技术消除代码中某些让人生厌的依赖关系，你一定会认真研习实现类似技术的语法特征，但你未必会主动思考以下几个问题：在编译层面，使用了这些语法特征的代码是否会影响到最终生成的目标代码质量？在运行层面，该如何组织这些语法特征，才能让使用了相关技术的可执行程序在支持废料收集的并发环境下有不俗的表现？在应用层面，这些旨在消除依赖关系的技术会不会破坏新、旧模块间的平衡关系，以至于我们必须花上大量时间改写原有的代码或接口才能保证系统的平滑升级？全面思考这些与环境相关的问题并不一定会改变你的抉择，但它却可以帮助你找到效率、可靠性和可用性之间的最佳平衡点。在此方面，《程序设计语言——实践之路》一书所使用的，将程序设计语言与编译原理、面向对象等知识综合起来、融会贯通的做法不但可以节省我们分类学习的大量时间，还可以训练我们从整体出发、多角度思维的方式与方法，其价值不言而喻。

其二，程序设计语言本身所具有的多样性可以成为我们提高软件开发水平的最佳指南。说到这里，我又想起了那些充斥在各大技术网站的，题为“某某语言比某某语言更强大”或“某某语言已死，某某语言必胜”的帖子。发表这些帖子的帖主也许并不懂得，程序设计语言的世界本来就是一个多样化的、五彩缤纷的世界，每一种成功进入应用、教学或科研领域的程序设计语言都有它值得学习和借鉴的地方。如果仅仅根据个人的喜好或是响应时尚的号召，就盲目地吹捧某一种语言并贬低其他所有语言，这样的帖子和那些频繁出现在Fans网站上的“爱死某某某，恨死某某某”的帖子有什么本质的不同？更为重要的是，如果我们能够在《程序设计语言——实践之路》的指下，真正懂得了函数式语言、数据流语言、逻辑式语言、冯·诺伊曼语言、面向对象语言等不同的语言类型在语法设计、编译器设计和运行环境设计方面的异同，我们就会惊讶地发现：Scheme语言的lambda表达式可以在C 语言中优雅、高效地解决诸如面向契约设计之类的复杂问题；Ada95语言中提供的同步和保护机制可以为那些使用Java编写的多线程应用提供重要的参考；Smalltalk语言与编译和运行环境的紧密结合则可以为我们设计可扩展的JavaScript宿主提供最好的借鉴……从这个意义上说，学习一种语言的意义绝不在于为自己增添一种求职和谋生的手段——真正善于学习的人总能从每种语言的设计和实现中找到许多可用于提高编程水平的关键特征。

其三，使用特定语言编写出来的代码是否优雅、可靠，这主要取决于程序员对各种基本理念和基本原则的认知程度，而不取决于程序员记住了多少复杂的语法特征或学会了多少流行类库的用法。正如《程序设计语言——实践之路》所说的那样，“典型的C 程序员都极少使用联合、多重继承、变动个数的参数，或者. 运算符”，但是，如果你了解了隐藏在这些复杂语法特征背后的东西——如内存空间的分配和寻址方式，复本式继承和共享式继承之间的关系，参数传递和求值顺序，动态方法约束和成员查找，等等——你就可以在需要使用这些语法特征的时候满怀信心地告诉自己：“嘿，这不过是某某原则或某某技术在C 语言中的表现形式罢了，我能搞定它！”反之，如果你不晓得与数据结构和算法相关的代码在编译、运行时必然存在的各种均衡与折中问题，即便你把C 语言的标准文档背得滚瓜烂熟，即便你可以默写出System.Collections命名空间中的所有属性和方法，你也会在体验过自己开发的软件与成熟软件之间的差别后大发感慨：“同样是使用C 语言，为什么我写的程序总会从头到脚散发着‘业余’的气味儿呢？”

关于程序设计语言的本质，Michael L.Scott是这样说的：“就像自然语言限制着人们解释和论述的方式一样，程序设计语言也限定了什么可以表达，什么不能表达，并对程序员能够怎样思考问题有着深刻而微妙的影响。”既然如此，我们还犹豫什么呢？与其后悔在学校中虚度了光阴，还不如马上捧起《程序设计语言——实践之路》这本书，接受一次有关程序设计语言的再教育呢！

一直关注Java的成长，一直关注Java技术的发展。10年对人类来说可能很短暂，但对于一门计算机技术来说，10年兴盛的发展本身就是一个奇迹。我是幸运的，因为我亲眼目睹并且亲身经历了Sun创造的这个奇迹。再过20年，我会很自豪地对我儿子说“小子，这就是Java，老爸是看着他长大的”

类的适配器模式把被适配的类的API转换成为目标类的API

二、结构

1、类的适配器模式

Target：所期待得到的接口

Adaptee：现有需要适配的类

Adapter：把源接口转化成目标接口的核心类

2、对象的适配器模式

i、同一个适配器可以把源和其子类都适配到目标接口

ii、与类的适配器相比，要覆盖源类的方法不很容易，除非做一个源类的子类，然后对子类适配

iii、可以很方便地添加一个方法

三、动机

1、系统需要使用现有的类，而该类的接口不符合系统新的需要

2、需要建立一个可复用的类用于使一些彼此之间没有太大关系的类一同工作

3、需要改变多个已有的子类的接口

开篇言

  

腾讯，作为中国最大的即时消息软件运营商，拥有同时在线用户高达3000万，其主力产品腾讯QQ甚至已经影响到了很多年轻一代的生活交流方式。这样一个企业，在业界被千万光环所笼罩，但是它真的值得用户信赖和尊敬吗？在这些年，腾讯到底是如何对待自己的产品，如何对待自己超过3亿的庞大用户呢？让我们一起来看一个真实的腾讯。

抄袭，永无止境

 之所以把“抄袭”作为腾讯的第一个关键词，原因很简单，回顾一下自腾讯发布QQ2003到现在的QQ2005，我们又能看到多少是腾讯原创的技术或者是功能？恐怕是屈指可数了。作为腾讯的主打产品，QQ理应受到腾讯足够的重视，也凝聚了腾讯最多的心血，可就是这么一个支柱产品，抄袭却伴随着它的每一次更新。

一个软件给用户的第一印象就是软件界面，就拿QQ2005中一个重要的界面“改进”——菜单来说吧，被腾讯称为“时尚流畅的界面设计”，难道大家不觉得它很眼熟吗？没错，我们现在最常用的Windows XP的开始菜单不就是这个样子的嘛。而QQ的聊天窗口，更是早在QQ2004推出之时就开始模仿MSN Messenger了。这还仅仅是软件界面上的抄袭，在功能上腾讯QQ对其他竞争对手的抄袭更是举不胜举。比如自定义表情、自定义头像、多人聊天、个性签名、QQ魔法书、Q-Zone等等都是抄袭自MSN Messenger。其中Q-Zone的抄袭更是拙劣之作，连程序的文件名都抄袭成QQSpace.dll，难道腾讯连Space和Spaces的区别都分不清楚吗？腾讯不光无休止的抄袭像MSN Messenger这样的国际大牌，甚至连国内的竞争对手，他们也一样不放过，其中腾讯QQ的校友录、文件共享和多人聊天就抄袭自后起之秀UC。

现在，腾讯甚至已经到了连抄都懒得抄的地步，直接花钱去买竞争对手的优秀技术。最近腾讯大肆造势的QQ超级语音，就是向国外一家软件技术公司买来的，而使用这个语音技术最早的代表软件，我想很多国内的电脑用户也都知道，那就是Skype。腾讯这样做的目的无非就是大压由Skype与TOM在线合作推出的Tom-Skype简体中文版。

我不禁要问，这样一个IT界的知名企业，如果自己产品的大部分功能都只能抄袭自竞争对手，那他除了抄袭，还会做别的吗？

技术落后，不思进取

如果抄袭还可以美化成为“借鉴”，那么软件开发技术上的落后，又能怪谁呢？腾讯自1998年发布Oicq至今，已经走过了6个年头，期间软件行业的技术发展突飞猛进。但腾讯的软件开发技术却进步缓慢，甚至可以说是毫无改进。如果你是一个腾讯QQ的老用户，那么你一定非常怀念曾经的QQ吧，小巧的体积、出色的性能，当时让多少人从ICQ转投腾讯QQ的怀抱，而这也奠定了腾讯作为中国最大即时消息软件运营商不可撼动的地位。从QQ2000的7、8兆，到QQ2003的20多兆，再到QQ2004的40多兆，时 至今日，QQ2005所占用的硬盘空间已经突破了70兆，对于一个聊天软件，这样臃肿庞大的软件体积，很显然是太过分了。所以网上才会不断有各种各样为腾讯QQ减肥的“良方”出现，用户也不断希望腾讯可以出一个QQ精简版。真不知道未来会不会为了安装QQ而需要升级硬盘。另外，这还不包括那些被强行安装进用户电脑里面的腾讯浏览器和QQ游戏所占的空间。

造成QQ庞大身躯的症结，就在于腾讯软件开发技术上的落后。粗略统计了一下，一个完整安装好的QQ，里面所含有的程序文件一共有近2000个。用2000多个文件来构成一个聊天软件，实在是软件开发技术上的失败和无能了。要知道，其他同类软件都要比腾讯QQ精简的多，MSN Messenger仅有19个文件，但是功能丝毫不比腾讯的QQ差，甚至更强大。

由于软件落后的编程技术和臃肿的体态，腾讯QQ现在对用户计算机的性能要求也越来越高，大有计算机硬件杀手的趋势。正常情况下，一个仅有10个好友的QQ运行时，它所耗去的计算机内存大致为30-40兆，而随着好友数量的增加内存的使用还会继续攀升。这对现在电脑标配256兆的内存来说，实在是太大了，甚至有些用户运行了QQ之后，就不能用电脑做其他的工作了。

对于一般用户，如果上面这些弊端还不易察觉的话，那么由于这些弊端所带来的软件运行不稳定，用户可以说是最有发言权的了。腾讯QQ出现非法操作已经不是什么稀罕事，谁没出现过非法操作那才稀罕。在腾讯官方的用户社区里，抱怨腾讯QQ运行不稳定的用户之声更是此起彼伏。

安全与我无关

现在软件开发厂商都非常重视产品的安全性，并不断致力于改善和修补产品存在的安全漏洞及隐患。作为信息沟通和资讯传播的即时消息软件来说，软件的安全可靠就显得更加重要。那腾讯在软件的安全性上，又做得如何呢？

用过QQ的人，谁没收到过诸如“QQ尾巴”这样的病毒呢？对于这个通过QQ肆虐全国的病毒，腾讯至今也没有拿出任何行之有效的应对措施，腾讯的漠视俨然是病毒传播的工具和帮凶，而这种漠视实际上也是与中华人民共和国公安部在2000年颁布的《计算机病毒防 治管理办法》中的精神相违背的。

如果病毒的传播不是腾讯所能控制的，那么腾讯产品自身多次爆出的安全漏洞，腾讯总应该重视了吧？可是，在每次安全漏洞被公开后，腾讯总是在推诿自己应该承担的责任，把这些安全漏洞产生的原因全部归咎于微软视窗系统。直到现在，腾讯产品中依然存在着很多众人皆知的安全漏洞，比如著名的“本地消息漏洞”，这些漏洞已经长期存在于腾讯的QQ、TM软件之中，而没有得到任何的解决。这样无疑是把用户的私人信息暴露在光天化日之下，而用户却丝毫没有办法。不知道是腾讯没有这个技术实力还是根本就不在乎用户是否安全，根本就不愿意去解决这些安全隐患，给用户提供一个安全的交流平台。

版本混乱，错误低级

要是现在有一个名为“软件版本号最佳创意奖”的话，那么这个奖项非腾讯莫属了。从QQ2003到最新的QQ2005，历经的版本号高达20多个。从Preview到Beta，再到什么正式版、稳定版，最后还有奥林匹克版、贺岁版，用户已经在腾讯众多的产品 版本面前显得茫然无措了。腾讯在拿用户当免费的测试员，让用户来替腾讯测试一些毫不成熟的产品，承担由于软件不稳定所带来的使用风险。

不仅仅是软件产品版本的混乱，甚至连软件的发布工作都一样混乱。就拿最近一次QQ2005 Beta1的发布来说。原本已经确定并公布的发布日期，因为腾讯自己的原因出现跳票，而到了最后的发布时刻，竟然出现了整个软件行业都极其罕见的低级错误，而导致产品发布又继续延期。到底在发布的那一刻，出现了什么样的低级错误呢？腾讯QQ的软件使用许可 协议里，竟然是Skype的协议内容，要您说，这算不算是天下奇观了？很多人当时还不相信，以为这是愚人节的恶作剧，可是当我们把两次发布的版本安装后一看，我们不得不相信了。也许是因为腾讯已经抄习惯了，所以连人家的软件使用许可协议也都抄了过来吧。看 来我们不得不佩服腾讯一直吹嘘的专业精神了。

一个企业对于自己的产品是如此一种不专业的态度，那么它还能够凭借什么在这个行业里立足呢？难道用谎言和欺骗？

藏污纳垢，毒害青少年

据腾讯统计，其产品的主要使用用户平均年龄不超过24岁，而且占绝大部分。对于这些青少年用户，他们通过腾讯产品所能接触的到底是一个什么样的世界呢？

由于腾讯的管理不善，青少年所接触到的QQ环境已经充斥了色情、金钱这些严重危害青少年健康的信息。我们随便打开一个腾讯聊天室，都会看到一些人在发布色情交易广告，而这些信息根本没有得到腾讯的有效过滤。而能在腾讯上找到的唯一一个对于青少年上网行为做 出提示的文章便是安装QQ时名为《青少年上网安全指引》了。难道说，有了这样一个根本就没有人认真看过的提示，腾讯就对青少年的上网行为毫无责任了吗？

这还仅仅是冰山一角，有些人更是在发布违法广告信息以及传播危害国家利益的邪教信息，很明显，QQ已经成为一些不法分子的工具。被媒体公开报道的，通过腾讯QQ进行违法犯罪活动的案例已经有过很多了，国家也有关于聊天室的相关管理规定，但是为什么至今腾讯的管理还是如此懈怠呢？难道说，作为这些有害信息传播载体的腾讯，就一点责任都没有吗？腾讯明知道自己的多数用户为青少年，可是却疏于对其提供的网络交流环境的管理，这实在是难逃其咎。

情况不止如此。在腾讯QQ门户网站上，更是充斥着暗藏挑逗的有害信息。如果说有些有害信息是一些不法分子利用QQ进行传播的话，那么这些为了吸引眼球，而故意设置的具有暗示、挑逗的有害信息，又怪谁呢？作为一个负责任的企业，理应为用户提供一个安全、洁净 的沟通环境，而不是这种到处藏污纳垢的环境。

低质量的客户服务

 

作为一个面向全国的服务性企业，竟然连一部800免费热线电话都没有。如果腾讯是一家普通的公司也情有可原，但是腾讯每年从用户、广告商那里收到的钱，真的让他们连一个免费电话的成本都支付不起吗？按照腾讯2004年的业绩年报数字，腾讯2004年全年盈 利4.467亿人民币，很显然，腾讯根本就没有从用户的利益出发，本着为更好的客户服务的态度对待这些问题。

在腾讯的官方产品社区中，用户关于产品质量的问题几乎很少看到有腾讯的工作人员进行及时地解答。而用户在遇到问题时，更多的是去一些第三方的技术社区寻求帮助。很难想象，腾讯的客户服务人员，对于自己的产品了解程度如此不足，又如何更好的为用户提供技术上 的帮助呢？难道用户需要的仅仅是话务员吗？

而除了无法帮助用户解决问题外，客户服务人员对问题的推托也到了让用户无奈的地步。如果你想知道为什么自己的QQ会非法操作，那么腾讯给你的答案就：你的电脑有病毒了。反正，不管怎么样，就是用户的电脑不够好，与腾讯无关。真不知道，这样的态度，如何可以让用户信赖你。

总结出腾讯的这些问题，也许也是现在中国IT行业中各个厂商所面临的通病，急功近利、唯利是图、丧失诚信，这些已经成为了中国很多软件厂商的标志，又何止一个腾讯呢？只不过腾讯作为中国IT业一个成功的典型，更加具有代表性。而它所暴露出来的问题，对用户 利益的损失也更大、更多。我们真诚的希望，作为中国IT业支柱的厂商们，可以引以为戒，多做有益于产业发展、有益于用户的事情，而不要把欺骗当作能耐，不要把无耻当作光荣。

原型模式属于对象创建模式，通过给出一个原型对象来指明所要创建的对象类型，然后用复制这个对象的方法创建出更多同类型的对象。

二、结构

1、简单形式

Client：提出创建对象的请求

Prototype：抽象角色，给出所有具体原型类所需的接口

ConcretePrototype：被复制的对象

2、登记形式

PrototypeManager：创建并记录具体对象

三、浅克隆与深克隆

浅克隆：仅做refrence一级的克隆，refrence所指的对象不被克隆

深克隆：将refrence所指的对象进行递归克隆，需考虑克隆深度及循环克隆问题

四、动机

替换较复杂的等级结构的工厂方法

五、优缺点

1、允许动态地增加或减少产品类，且对整个现有的产品结构没有影响

2、提供简化的创建结构

3、具有动态加载新功能的能力

4、产品类不需要有确定的等级结构

I、每一个类必须配备一个克隆方法

由于有了alloy的破解经验，这一次很快找到了关键代码，稍做修改后，评估版30天的限制被我破掉了，以后可以在一个“舒适”的IDE上开发了