前段时间下载了bugzilla3.1.2来把玩了一下，相对3.0增加一些新东东，管理风格也做了调整。下了个汉化包，创建产品是会出错，好像是定义字符长度不够，唉！不懂perl，只能用e文的，哪位仁兄搞定了请指点一下哦！

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

同事说公司的邮箱太小了，有些邮件又有用不能删，删也很麻烦今天在设置foxmail收yahoo邮箱的邮件时发现yahoo邮箱可以收其他邮件服务器的邮件，所以尝试了一下，下面将设置方法与大家分享：

 1、当然要有yahoo邮箱的帐户

2、在邮箱设置中点击 收取其他邮箱邮件将其他邮箱的邮件接收到本邮箱中

3、根据向导设置即可

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

今年第一次五四休息，开心，还可以享受2次这样的待遇，呵呵

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

都说bugzilla的安装和配置比较麻烦，根据本人的安装经验，主要是下载perl模块比较麻烦，网上的资料较少有介绍perl模块的安装，有的只是一笔带过。这篇文章在原文的基础上做了详细的说明，而mysql和apache的配置网上有较多的资料供参考，比较好安装。

此文参考网上资料http://www.accdb.net/lrc2/200708/005404aaa20070806a5695521.html

安装环境：
操作系统：winxp sp2
perl解释器：ActivePerl(5.8.7.815)
数据库：MySQL5.0.18
bugzilla 3.0.2
web server:Apache 2.2.4

 一：安装activeperl
    activeperl的下载和安装比较简单，这里不再赘述。我安装的是ActivePerl-5.8.7.815-MSWin32-x86-211909.msi,下载地址：
http://downloads.activestate.com/ActivePerl/Windows/5.8/ActivePerl-5.8.7.815-MSWin32-x86-211909.msi,安装完成后将perl安装目录下的bin配置到系统的path下（配置方法同java的环境变量配置；为了方便的使用下面的perl、ppm命令），在本人的安装碰到了perl版本冲突的问题，因为本人安装了oracle10G，10G中有一个低版本的perl，在下面执行perl checksetup.pl的是时候报错，如图。

解决办法：环境变量中有个PERL5LIB是oracle的perl版本的配置信息。在这个环境变量中加入你自己的perl的lib如我的PERL5LIB=D:\Perl\lib;D:\oracle\product\10.2.0\db_1\perl\略；记住一定要加在最前面才有效。

二：安装mysql
    我用的是mysql-5.0.18-win32_Setup 版下载地址略，安装也很简单，在安装的过程中，一定要记住root密码，默认为空。

安装好mysql后，要进行一些配置：

      安装完成后，有一个MySQL Command  Line Client,打开该程序，会提示并输入root密码。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

从Struts源码看action调用过程，以下代码片断来自struts1.1

struts中所有的请求都是通过ActionServlet转发的，一个action请求首先会传给ActionServlet，ActionServlet会将其委托给RequestProcessor，RequestProcessor进行一些处理后将调用对应的Action类来执行该请求。

ActionServlet、RequestProcessor、Action的职责
ActionServlet负责通过Struts配置文件初始化Struts应用程序的配置，并负责接受用户请求。
RequestProcessor负责与请求相关的各方面，如选择与请求相关联的Form Bean、用数据填充Form
Bean、验证Form Bean的有效性及选择正确的Action类来执行该请求。
Action是Struts框架的终点和你的应用程序代码的起点。

以下为Action执行过程的详细分析：
ActionServlet继承自HttpServlet它重写了其doGet、doPost方法，这两个方法执行时都会调用ActionServlet的process(HttpServletRequest request, HttpServletResponse response)方法，这里将会获取一个RequestProcessor的实例，并调用RequestProcessor的process(HttpServletRequest request, HttpServletResponse response)方法，这样用户请求就转到了RequestProcessor
以下为RequestProcessor类的process(HttpServletRequest request, HttpServletResponse response)方法的片断
        // Create or acquire the Action instance to process this request
        Action action = processActionCreate(request, response, mapping);
        if (action == null) {
            return;
        }

        // Call the Action instance itself
        ActionForward forward =
            processActionPerform(request, response,
                                 action, form, mapping);

        // Process the returned ActionForward instance
        processForwardConfig(request, response, forward);

这里用户请求的Action被实例化后传给processActionPerform(request, response,action, form, mapping)方法，此方法将调用Action的execute(HttpServletRequest request,
                             HttpServletResponse response,
                             ActionForm form,
                             ActionMapping mapping)方法并返回一个ActionForward，
processForwardConfig(request, response, forward)方法将用户界面转到ActionForward指定的url。
至此用户请求的action就执行完毕了。

你可能要问ActionServlet是如何被启动的呢？因为它是一个HttpServlet，其执行是由Servlet容器来控制的，在后面的tomcat源码分析中会讲到Servlet是如何被执行的！

参考书：《struts程序员查询辞典》

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

一位虔诚基督徒传教士死后被判下地狱。

传教士自觉没做什么违法坏事于是找上帝理论。

传教士：“上帝！我一生都在为传教而努力工作，为什么我还要下地狱，这太不公平了”。

上帝：“这不该问我，该问你自己”。

传教士：“？？？”。

上帝：“好吧！我来问你”。

上帝：“你会电脑吗？”

传教士：“会呀！但这与我下地狱有什么关系呢？”

上帝：”你上internet吗？“

传教士：“上呀！但这与我下地狱有什么关系呢？”

上帝：“你上网用什么浏览器？”

传教士：“IE呀！但这。。。。”

上帝（大喊）：“谁让你用IE，不用firefox的”

传教士：“。。。。。。”

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

前段时间在网上看了韩寒的光荣日的部分章节，感觉有点像“发哥”演的和平饭店。

故事中的“凤凰镇”也改名成了“和平镇”，根据故事的发展，“和平镇”好像也发展成了“三不管地带”，从而收留了许多“边缘人”。

风格还是“幽默、讽刺”。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

介绍设计模式的文章和书籍都很多，我在这里主要介绍一下几本介绍设计模式的书希望能对初学设计模式的朋友一下帮助，以减少初学者的学习成本。

1. 阎宏的《java与模式》电子工业出版，这本书写作诙谐幽默浅显易懂，将西方哲学与道家思想融为一体讲述设计之道，使用大量的实例为大家展示了每个模式的魅力及实现。可作为入门书籍。
2. Alan Shalloway和James R.Trott 合著徐言声译的《设计模式解析》人民邮电出版，在前面学习了设计模式的几大原则和编程实现后，再跟随此书的作者一起用设计模式进行思考，通过书中的案例来领略设计模式的思想吧。徐言声译的是此书的第二版，第一版是熊节翻译的。第二版称此书是设计模式的最佳入门书籍，但我不这样认为，我以为告诉人怎么做并熟练与此才是入门，而此书更多的是教大家如何去选择、组合、使用设计模式，教给大家更多思想性的东西。推荐做为提高类书籍。
3. 伽玛等著的《设计模式》，出版此书的书社好像很多就不说了。关于此书的用途，我也同意其他朋友的看法：作为工具手册使用，在需要的时候查一下。推荐随身携带（遇到坏人还可以当武器）
4. 你的‘《领悟设计模式》’出版社不祥，在实践的过程中多思考为什么要用、什么时候用。当你融会贯通后变可突破模式的束缚，彻底抛弃它，达到模式的最高境界：处处是模式而又不见模式。

以上是我对学习设计模式的一些看法，有错误的地方欢迎指正。谢谢！

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1562672

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师

版权声明：原创作品，允许转载，转载时请务必以超链接形式标明文章原始出版、作者信息和本声明。否则将追究法律责任。本文地址：

http://blog.csdn.net/jobchanceleo/archive/2007/04/17/1568254.aspx

有个朋友Min十几年工作经验，最近计划换工作，很快接到到有几个外企面试的通知。因为有几年没被别人面试了，Min希望我能提些建议。我想写个邮件可能会更准确表达我的思想，于是写了这篇文章。在此登出，希望对大家能有所启发。

面试就是一个平等沟通的过程。

看穿几个关键点，会大大加强我们面试的成功率。

一个基本点

公司希望也需要优秀的人加盟。

绝大公司招聘的目的是为了填补已经有的、将要有的职位空缺，极少的公司约我们面试是为了解情况或者其它什么目的。在这个意义上，如果我们足够优秀，参加面试时主动权尽在我手。

点评：面试时往往候选人有主动权。

两种介绍方式

多数情况下，面试时我们被要求进行自我介绍，方式有以下两种：时间为主轴和项目经历为主轴两种。

时间为主轴

简单介绍自己的学习经历之后，按时间从前到后的顺序，逐家公司、逐个职位地介绍自己。务须在介绍时，突出自己在工作中为公司创造的价值、所取得的成就和自己的进步，尤其说说自己被升职或嘉奖的经历及原因。

项目经历为主轴

以说明自己在项目开发的角色为核心点介绍自己。因为我们的加盟代码效率提高了多少，项目进度提前了多少等等。总之，我们是如何要一个或者几个项目中提高自己、体现出自己的价值的。

点评：两种方式只是用不同方式展示同一个自我。无论用哪种展示自己的技能和素质，都建议把自己要说的重点先写下来练习几次提高熟练程度。毕竟，平时太忙的我们没有太多时间总结自己。

三个阶段

ü         候选人介绍自己：同时招聘单位提问我们，对我们进行了解；

ü         招聘方介绍公司：让招聘公司介绍公司和职位的相关情况，我们被支了解对方；

ü           候选人向招聘方提问：给我们自己主动了解公司的机会，提出我们想进一步了解公司的点。

点评：谁掌握节奏，请就能把握主动。

四个提示

ü         注意细节

尽量不要迟到，实在有事要事前先打电话说明原因；面试开始和结果时表示感谢，无论成功与否，感觉对方提供了我们面试机会。

ü         不必紧张

有些人一面试就紧张，甚至紧张到出现不停抖腿、双眼始终直视一点等情况。即使面试彻底失败，明天的太阳依然会升起，没什么大不了的。请不要紧张！

ü         薪水方面给自己留余地

被问到期望时，低于XXX不考虑的回答不是最好的选择，请把薪酬、福利一起打包考虑，说一个大概范围，给自己和公司留下商量的余地。

ü         了解面试流程

离开前，请招聘方说明下一次面试的时间、还有几次面试等，对面试整体进展做到心中有数。毕竟，我们也面临很多机会，并不是所有公司都值得我们等。

总之，希望通过本文提供的几个点让我们最大程度地看穿面试这件事儿，从而提高面试成功率。

祝前程似锦！！！

希望在留言中分享你的故事和高见。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1568254

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

“你不必严格遵守这些原则，违背它们也不会被处以宗教刑罚。但你应当把这些原则看成警铃，若违背了其中的一条，那么警铃就会响起。”
----------Arthur J.Riel

(1)所有数据都应该隐藏在所在的类的内部。

(2)类的使用者必须依赖类的共有接口，但类不能依赖它的使用者。

(3)尽量减少类的协议中的消息。

(4)实现所有类都理解的最基本公有接口[例如，拷贝操作(深拷贝和浅拷贝)、相等性判断、正确输出内容、从ASCII描述解析等等]。

(5)不要把实现细节(例如放置共用代码的私有函数)放到类的公有接口中。
如果类的两个方法有一段公共代码，那么就可以创建一个防止这些公共代码的私有函数。

(6)不要以用户无法使用或不感兴趣的东西扰乱类的公有接口。

(7)类之间应该零耦合，或者只有导出耦合关系。也即，一个类要么同另一个类毫无关系，要么只使用另一个类的公有接口中的操作。

(8)类应该只表示一个关键抽象。
包中的所有类对于同一类性质的变化应该是共同封闭的。一个变化若对一个包影响，则将对包中的所有类产生影响，而对其他的包不造成任何影响 .

(9)把相关的数据和行为集中放置。
设计者应当留意那些通过get之类操作从别的对象中获取数据的对象。这种类型的行为暗示着这条经验原则被违反了。

(10)把不相关的信息放在另一个类中(也即：互不沟通的行为)。
朝着稳定的方向进行依赖.

(11)确保你为之建模的抽象概念是类，而不只是对象扮演的角色。

(12)在水平方向上尽可能统一地分布系统功能，也即：按照设计，顶层类应当统一地共享工作。

(13)在你的系统中不要创建全能类/对象。对名字包含Driver、Manager、System、Susystem的类要特别多加小心。
规划一个接口而不是实现一个接口。

(14)对公共接口中定义了大量访问方法的类多加小心。大量访问方法意味着相关数据和行为没有集中存放。

(15)对包含太多互不沟通的行为的类多加小心。
这个问题的另一表现是在你的应用程序中的类的公有接口中创建了很多的get和set函数。

(16)在由同用户界面交互的面向对象模型构成的应用程序中，模型不应该依赖于界面，界面则应当依赖于模型。

(17)尽可能地按照现实世界建模(我们常常为了遵守系统功能分布原则、避免全能类原则以及集中放置相关数据和行为的原则而违背这条原则) 。

(18)从你的设计中去除不需要的类。
一般来说，我们会把这个类降级成一个属性。

(19)去除系统外的类。
系统外的类的特点是，抽象地看它们只往系统领域发送消息但并不接受系统领域内其他类发出的消息。

(20)不要把操作变成类。质疑任何名字是动词或者派生自动词的类，特别是只有一个有意义行为的类。考虑一下那个有意义的行为是否应当迁移到已经存在或者尚未发现的某个类中。

(21)我们在创建应用程序的分析模型时常常引入代理类。在设计阶段，我们常会发现很多代理没有用的，应当去除。

(22)尽量减少类的协作者的数量。
一个类用到的其他类的数目应当尽量少。

(23)尽量减少类和协作者之间传递的消息的数量。

(24)尽量减少类和协作者之间的协作量，也即：减少类和协作者之间传递的不同消息的数量。

(25)尽量减少类的扇出，也即：减少类定义的消息数和发送的消息数的乘积。

(26)如果类包含另一个类的对象，那么包含类应当给被包含的对象发送消息。也即：包含关系总是意味着使用关系。

(27)类中定义的大多数方法都应当在大多数时间里使用大多数数据成员。

(28)类包含的对象数目不应当超过开发者短期记忆的容量。这个数目常常是6。
当类包含多于6个数据成员时，可以把逻辑相关的数据成员划分为一组，然后用一个新的包含类去包含这一组成员。

(29)让系统功能在窄而深的继承体系中垂直分布。

(30)在实现语义约束时，最好根据类定义来实现。这常常会导致类泛滥成灾，在这种情况下，约束应当在类的行为中实现，通常是在构造函数中实现，但不是必须如此。

(31)在类的构造函数中实现语义约束时，把约束测试放在构造函数领域所允许的尽量深的包含层次中。

(32)约束所依赖的语义信息如果经常改变，那么最好放在一个集中式的第3方对象中。

(33)约束所依赖的语义信息如果很少改变，那么最好分布在约束所涉及的各个类中。

(34)类必须知道它包含什么，但是不能知道谁包含它。

(35)共享字面范围(也就是被同一个类所包含)的对象相互之间不应当有使用关系。

(36)继承只应被用来为特化层次结构建模。

(37)派生类必须知道基类，基类不应该知道关于它们的派生类的任何信息。

(38)基类中的所有数据都应当是私有的，不要使用保护数据。
类的设计者永远都不应该把类的使用者不需要的东西放在公有接口中。

(39)在理论上，继承层次体系应当深一点，越深越好。

(40)在实践中，继承层次体系的深度不应当超出一个普通人的短期记忆能力。一个广为接受的深度值是6。

(41)所有的抽象类都应当是基类。

(42)所有的基类都应当是抽象类。

(43)把数据、行为和/或接口的共性尽可能地放到继承层次体系的高端。

(44)如果两个或更多个类共享公共数据(但没有公共行为)，那么应当把公共数据放在一个类中，每个共享这个数据的类都包含这个类。

(45)如果两个或更多个类有共同的数据和行为(就是方法)，那么这些类的每一个都应当从一个表示了这些数据和方法的公共基类继承。

(46)如果两个或更多个类共享公共接口(指的是消息，而不是方法)，那么只有他们需要被多态地使用时，他们才应当从一个公共基类继承。

(47)对对象类型的显示的分情况分析一般是错误的。在大多数这样的情况下，设计者应当使用多态。

(48)对属性值的显示的分情况分析常常是错误的。类应当解耦合成一个继承层次结构，每个属性值都被变换成一个派生类。

(49)不要通过继承关系来为类的动态语义建模。试图用静态语义关系来为动态语义建模会导致在运行时切换类型。

(50)不要把类的对象变成派生类。对任何只有一个实例的派生类都要多加小心。

(51)如果你觉得需要在运行时刻创建新的类，那么退后一步以认清你要创建的是对象。现在，把这些对象概括成一个类。

(52)在派生类中用空方法(也就是什么也不做的方法)来覆写基类中的方法应当是非法的。

(53)不要把可选包含同对继承的需要相混淆。把可选包含建模成继承会带来泛滥成灾的类。

(54)在创建继承层次时，试着创建可复用的框架，而不是可复用的组件。

(55)如果你在设计中使用了多重继承，先假设你犯了错误。如果没犯错误，你需要设法证明。

(56)只要在面向对象设计中用到了继承，问自己两个问题：(1)派生类是否是它继承的那个东西的一个特殊类型？(2)基类是不是派生类的一部分？

(57)如果你在一个面向对象设计中发现多重继承关系，确保没有哪个基类实际上是另一个基类的派生类。

(58)在面向对象设计中如果你需要在包含关系和关联关系间作出选择，请选择包含关系。

(59)不要把全局数据或全局函数用于类的对象的薄记工作。应当使用类变量或类方法。

(60)面向对象设计者不应当让物理设计准则来破坏他们的逻辑设计。但是，在对逻辑设计作出决策的过程中我们经常用到物理设计准则。

(61)不要绕开公共接口去修改对象的状态。 

• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师