xuqiaobo的博客

转载 重构 改善既有代码的设计读书笔记之二 需要重构的情况

1，重复代码2，过长的 函数体每当感觉需要以注释来说明点什么的时候，我们就把需要 说明的东西写进一个函数中，并且以其用途进行命名3，过大的类如果单个类做的事情太多，其内往往就会出现太多实例变量，很容易出现重复代码的现象4，过长的参数列有了对象，就可以把传递的参数全部封装到一个对象中作为一个参数进行传递5，发散式变化某个类经常因为不同的原因在不同的方向上发

转载 重构 改善既有代码的设计读书笔记之一 重构原则

重构的原则讲了重构的定义、重构的目的、重构的时机、重构之后的价值等问题短期来看，重构的确可能使软件·变慢，但它使优化阶段的软件性能调整的更加容易，最终还是会得到最好的效果当你修改某个函数的时候，请保留旧函数，让它调用新函数，千万不要复制函数实现，会出现重复代码的问题，用java提供的deprecation（不建议使用）设施。

原创 java中String的比较注意事项

例子 1public class StringTest {public static void main(String[] args) {String a = new String("a");String b = new String("a");System.out.println(a==b);System.out.println(a.equals(b));}}

原创 java的Executors类中创建线程池方法的解析

1，newFixedThreadPool(int nThreads)创建一个重复利用一定数目线程的线程池。在任何时候，最多只能有nThreads个线程运行。当全部的线程都在运行，如果额外的任务提交，那么它们将会在队列中等待，直到有线程可以使用。如果任何线程因为在执行时候失败而终止，一个新的任务将会占据这个线程。这个线程池会一直存在，除非关闭2，newWorkStealingPool(i

转载 java的FutureTask的public 方法的解析

FutureTask作为实现了接口RunnableFuture的子类，同时RunnableFuture扩展了Runnable, Future两个接口，所以FutureTask具有Runnable, Future这两个接口特点FutureTask具体方法介绍如下：

转载 线程池利用FutureTask执行Callable子类，获取执行结果的例子

很多情况下，子类继承了Runnable和Thread，只能保证这个线程执行，而不能获取线程执行的结果，为了获取线程的执行结果，我们可以让子类继承于Callable，这样就可以获取执行的结果package test;import java.util.ArrayList;import java.util.List;import java.util.concurrent.

转载 人月神话读书笔记之八

转载 人月神话之七 未雨绸缪

未雨绸缪强调：项目开发的第一个系统一般都是具有实验性质的项目，在这个项目中用户会对于自己的需求有一个清晰的认识，而且随着认识越来越清晰，他们知道了需要添加设么功能，项目开发团队应该做好为了变更而进行的项目架构设计等工作，这样才能未雨绸缪，等到变更来的时候，修改完善起来更加方便

转载 人月神话之六 提纲挈领

项目开发中，应该保持和维护一些文档，来帮助整个团队明白项目的状态、内容等信息，在有明确的文档定义的情况下，无论是讨论问题还是讨论项目，都有一个具体的载体，这样才能提高讨论、沟通的效率

转载 人月神话之五 胸有成竹和削足适履

胸有成竹强调对于项目工作量的估计，由于不同级别的项目涉及的沟通工作量不同，而且项目复杂度越高，沟通的工作量会发生质变，不要按照小项目的估算来估算大的项目工作量。削足适履，开发项目时候，要想好每一部分对于 内存空间、响应处理时间的限制，这样先定义一个框，再在这个框内进行功能开发

转载 人月神话之四 贯彻执行、为什么巴比伦塔会失败

贯彻执行说明了如何才能在一个大型团队中，让全部的团队成员对于自己的项目有一个准确的认识，同时保持同一个清晰化目标的方法，文档、会议、电话等形式都能促进大家对于整个项目的理解。为什么巴比伦塔会失败说明了：在一个大型团队中，就算目标清晰、时间和精力都足够，但是如果缺乏足够的沟通，也会导致整个团队貌合神离，分崩离析。清晰的文档、按时的会议可以帮助我们更好地沟通

转载 人月神话之四 画蛇添足 贵族专制、民主政治和系统设计

画蛇添足说明了很多系统架构师对于第一个项目开发和功能设计时的谨慎原则，导致第一个项目很是简洁和易用，但是当他们开发第二个项目时，由于第一个项目的原因，导致他们放开了思想，想要试验或者测试自己很多想法，就导致了项目开发多出了很多不必要的功能和设计，这就是画蛇添足贵族专制、民主政治和系统设计说明：项目的需求说明必须要保持贵族专制，这样才能保证真个系统的一致性和完整性，但是也需要定期地召开会议来进行

转载 人月神话之三外科手术团队

外科手术团队强调概念的完整性、项目的一致性。所以推荐的规则是整个开发团队以外科医生为中心，所以的最后决定都是以外科医生为主，其他为辅

转载 人月神话读书笔记之二人月神话

人月神话说明了不能单纯地按照人月的模式进行工作量的估计。第一，在项目开发过程中会存在很多沟通交流的成本。第二，很多问题的解决不是单纯靠人力解决的，有些问题是不能够再分解的任务和功能

转载 人月神话的读书笔记之一焦油坑

焦油坑说明了由于开发出的大部分产品由于功能上不完整等原因最后都沦为了失败品。

转载 测试需要关注的重点

产品方面1，需要自导什么情况下软件可以工作2，什么时候软件会失效3，什么时候可以失效测试方面1，测试了什么，怎么测试，观察到了什么2，哪些内容打算测试还没有测试3，还有哪些内容不打算测试如何把测试做的更好1，测试的成本和风险有哪些2，产品的可测试性怎么样3，测试需要哪些帮助4，测试对周边有哪些建议

转载 软件测试的基本原则

1，测试可以显示缺陷的存在 测试能够指出缺陷测试不能够证明没有缺陷测试降低了软件中存在缺陷的可能性即使未发现缺陷，也不能证明完全正确2，穷尽测试是不可能的测试所有内容是不可能的应使用风险分析和优先级来聚焦测试投入3，测试尽早介入应尽可能早的在软件开发中启动测试活动应当聚焦于所定义的测试目标4，缺陷具有集群性版本发布前的测试与软件实际运行中出现的失效，

转载 软件测试的基本测试标准过程

1，计划：识别测试的任务定义测试的目标为实现测试目标和任务定义规格说明2，控制：通过对测试进展和测试计划之间的比较，报告测试的状态，包括与计划之间存在的偏差包括在必要的时候采取必要的措施来满足测试的任务和目标3，分析和设计分析测试目标和形成测试设计将测试条件转化为测试用例，测软件测试环境的搭建4，评估：讲测试的执行结果和已经定义的测试目标进行比较，在