【学习资料】Java开发者的良药：应用程序的开发技巧
发布时间：2015年09月18日 17:14分 来源：博为峰教育网采编 关键词：Java开发者,Java | 上一篇 | 下一篇 |
3. 维护大型项目所必须的技能
你能从事当前的工作，必然已经具有良好的java技术。我们来谈谈能够让你在新项目中良好表现的其他技能。大部分时间里，你在项目中的任务是修复bug和增强功能。有两项很重要的技能能够在你维护大型项目代码起到帮助。
3.1 能够迅速发现需要的类
在任何维护活动中，无论是修复bug或增强功能，第一件事情就是识别出当前修复或增强的用例中调用的类。当你定位到需要修复或增强的类/方法，就已经完工了一半。
3.2 能够分析变更的影响
当你在完成必要的修改或增强工作后，最重要的就是要确认你的修改没有破坏代码的其他部分。你要用你的java技术及对其他框架的理解找出变更可能影响的部分。下面两个简单的例子详细描述了最后提及的情况：
当类A的equals()方法变更后，调用保存A实例的List的contains()方法时就会受到影响。若Java知识不够，就很难考虑到这样的影响。
在web项目中，我们假设“user id”保存在session中。新加入的程序员可能在“user id”中加入一些信息来修复bug，但是却不知道那会影响到 与“user id”关联的用例。
因此，既要深入了解Java语言，又要深入了解你在应用中使用的框架，这样才能分析出一个改变的影响。当你提高了如上两个技能，尽管你对项目不是非常了解，但大部分的维护任务会变得简单很多。如果你想要修复一个bug，就会定位并修复这个bug，并且保证变更不会破坏项目的其他部分。如果你想要增强或加入特性，基本上你只需要模仿现有的特性，使用类似的设计。
在一个在线银行项目中，为什么“查看账户摘要”和“查看交易历史”的设计要有巨大的差别呢？如果你理解了“查看账户摘要”的设计，完全可以模仿开发出“查看交易历史”的功能。就修复bug和增强来说，你不必完全理解所有2000个类的工作内容和代码驱动系统运行的原理。只要有上面的技能，你就能很快定位需要修改的代码，使用良好的java和框架技能修复，保证变更不会破坏项目的其他部分，然后交付，尽管你可能只知道一小部分项目的设计。
4. 使用工具找到所需变更内容以及变更产生的影响
继续我们尽快交付的主题，你应该寻找工具作为辅助，只需要对项目又很少理解，就能帮助你尽快实施交付。
4.1 迅速发现所需变更内容的工具
无论是修复bug还是增强系统，首先你都要找到该用例调用且需要修改的类及方法。基本上有两种方式理解用例的工作方式，静态代码分析和运行时分析。源码分析统计会扫描所有代码并且展现类之间的关系。市场上有很多工具。比如：Architexa、AgileJ、UModel、Poseidon等。
所有静态代码分析工具的缺点在于，它们无法确切展现用例中类或方法的运行时调用情况。因此java新加入了一些特性，如回调机制（callback patterns）。比方说，静态分析工具无法推断出当前页面提交按钮被点击时，会调用哪个Servlet。行时分析工具能够展现类和方法在用例运行时的状态。这样的工具包括：MaintainJ、Diver、jSonde、Java Call Tracer等。这些工具可以捕获运行时的堆栈状态，并以此为用例生成序列图和类图。序列图会展现该用例在运行时所有调用的方法。如果你在修复bug，那么这个bug很可能就是这些被调用的方法之一。
如果你在增强已有功能，可能是新增验证，修改DAO等，那么就可以利用序列图理解调用流程然后再修改。如果你在新增功能，那么就可以找到一些相似的特性，利用序列图理解调用流程，然后模仿开发新功能。要仔细地挑选运行时分析工具。信息过多是这类工具的主要问题。选择一些工具，能够提供简单的信息，过滤掉无效信息，并能够方便的查看各种视图。
4.2 迅速发现所需变更内容的工具
若单元测试有效，你就可以通过运行单元测试发现变更有没有破坏其他测试用例。有效维护并且覆盖大型企业应用的单元测试还是比较少的。下面有一些针对该情况的工具。此，仍然是有两种技术——静态代码分析和运行时分析——可以使用。市场中有很多静态代码分析工具可用。如：Lattix、Structure101、Coverity、nWire和IntelliJ's DSM。
对于变更后的类，上述工具均可识别对该类存在依赖的类的集合。开发者需要根据这些信息“猜测”可能产生影响的用例，因为这些工具无法展示运行时类之间的调用关系。
市场上可以用于运行时影响分析的工具并不多，可能只有MaintainJ。MaintainJ先会捕获在用例中调用的所有类和方法。当所有用例的上述信息都被捕获之后，就很容易发现类的变更对用例的影响。MaintainJ能够有效工作的前提条件就是项目的所有用例都应当先运行一遍，以便能够获得运行时的依赖关系。
总之，目前你在迅速准确分析变更影响方面，还是可以从工具中获得有限的帮助。首先根据需要实施一些影响分析，然后根据自己或小组其他高级成员评审来判断变更的影响。你可能需要使用上述工具对你的判断进行反复确认。
