aklsdjlfaghal.rar_界面编程_Windows编程下载-pudn.com

<html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta charset="utf-8"> <meta name="generator" content="pdf2htmlEX"> <meta http-equiv="X-UA-Compatible" content="IE=edge,chrome=1"> <link rel="stylesheet" href="https://static.pudn.com/base/css/base.min.css"> <link rel="stylesheet" href="https://static.pudn.com/base/css/fancy.min.css"> <link rel="stylesheet" href="https://static.pudn.com/prod/directory_preview_static/622b2fdf81ded46b7f17673d/raw.css"> <script src="https://static.pudn.com/base/js/compatibility.min.js"></script> <script src="https://static.pudn.com/base/js/pdf2htmlEX.min.js"></script> <script> try{ pdf2htmlEX.defaultViewer = new pdf2htmlEX.Viewer({}); }catch(e){} </script> <title></title> </head> <body> <div id="sidebar" style="display: none"> <div id="outline"> </div> </div> <div id="pf1" class="pf w0 h0" data-page-no="1"><div class="pc pc1 w0 h0"><img class="bi x0 y0 w1 h1" alt="" src="https://static.pudn.com/prod/directory_preview_static/622b2fdf81ded46b7f17673d/bg1.jpg"><div class="t m0 x1 h2 y1 ff1 fs0 fc0 sc0 ls0 ws0"> Junit 中的设计模式 </div><div class="t m0 x2 h3 y2 ff2 fs0 fc1 sc0 ls3 ws0">JUnit 设计模式分析 </div><div class="t m0 x3 h4 y3 ff3 fs2 fc1 sc2 ls5 ws0">刘兵 (技术顾问 bliu76@yeah.net) </div><div class="t m0 x4 h4 y4 ff2 fs2 fc1 sc0 ls3 ws0"> 该文章发表与<程序员>6 期 </div><div class="t m0 x5 h4 y5 ff2 fs2 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h5 y6 ff3 fs2 fc1 sc0 ls3 ws0">摘要 </div><div class="t m0 x6 h5 y7 ff1 fs2 fc1 sc0 ls9 ws2"> JUnit 是一个优秀的 Java 单元测试框架，由两位世界级软件大师 Erich Gamma 和 Kent Beck 共同开发完</div><div class="t m0 x6 h5 y8 ff3 fs2 fc1 sc0 ls3 ws0">成。本文将向读者介绍在开发 JUnit 的过程中是怎样应用设计模式的。 </div><div class="t m0 x7 h5 y9 ff3 fs2 fc1 sc0 ls3 ws0">关键词：单元测试 JUnit 设计模式 </div><div class="t m0 x8 h6 ya ff1 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h7 yb ff4 fs3 fc1 sc0 lsf ws6">1 JUnit 概述 </div><div class="t m0 x6 h8 yc ff4 fs4 fc1 sc0 ls11 ws7">1.1 JUnit 概述 </div><div class="t m0 x9 h6 yd ff1 fs1 fc1 sc0 ls13 ws8"> JUnit 是一个开源的 java 测试框架，它是 XUnit 测试体系架构的一种实现。在 JUnit 单元</div><div class="t m0 x6 h9 ye ff3 fs1 fc1 sc0 ls3 ws0">测试框架的设计时，设定了三个总体目标，第一个是简化测试的编写，这种简化包括测试框</div><div class="t m0 x6 h9 yf ff3 fs1 fc1 sc0 ls3 ws0">架的学习和实际测试单元的编写；第二个是使测试单元保持持久性；第三个则是可以利用既</div><div class="t m0 x6 h6 y10 ff3 fs1 fc1 sc0 ls3 ws0">有的测试来编写相关的测试。所以这些目的也是为什么使用模式的根本原因。 </div><div class="t m0 x6 h8 y11 ff4 fs4 fc1 sc0 ls11 ws7">1.2 JUnit 开发者 </div><div class="t m0 xa h6 y12 ff1 fs1 fc1 sc0 ls16 ws0">JUnit 最初由 Erich Gamma 和 Kent Beck 所开发。Erich Gamma 博士是瑞士苏伊士国际</div><div class="t m0 x6 h6 y13 ff3 fs1 fc1 sc0 ls3 ws0">面向对象技术软件中心的技术主管，也是巨著《设计模式》的四作者之一。Kent Beck 先生</div><div class="t m0 x6 h6 y14 ff3 fs1 fc1 sc0 ls3 ws0">是 XP（Extreme Programming）的创始人，他倡导软件开发的模式定义，CRC 卡片在软件开</div><div class="t m0 x6 h6 y15 ff3 fs1 fc1 sc0 ls3 ws0">发过程中的使用，基于 XUnit 的测试框架，重新评估了在软件开发过程中测试优先的编程模</div><div class="t m0 x6 h6 y16 ff3 fs1 fc1 sc0 ls1e ws0">式 。是《 The Smalltalk Best Practice Patterns》、《Extreme Programming Explained》和《 Planning </div><div class="t m0 x6 h6 y17 ff1 fs1 fc1 sc0 ls20 wse">Extreme Programming（与 Martin Fowler 合著）》的作者。 </div><div class="t m0 xa h6 y18 ff3 fs1 fc1 sc0 ls3 ws0">由于 JUnit 是两位世界级大师的作品，所以值得大家细细品味，现在就把 JUnit 中使用</div><div class="t m0 x6 h9 y19 ff3 fs1 fc1 sc0 ls3 ws0">的设计模式总结出来与大家分享。将按照问题的提出，模式的选择，具体实现，使用效果这</div><div class="t m0 x6 h6 y1a ff3 fs1 fc1 sc0 ls3 ws0">种过程展示如何将模式应用于 JUnit。 </div><div class="t m0 x6 h7 y1b ff4 fs3 fc1 sc0 lsf ws6">2 JUnit 体系架构 </div><div class="t m0 x9 h6 y1c ff1 fs1 fc1 sc0 ls16 ws0">JUnit 的设计使用以 Patterns Generate Architectures（请参见"Patterns Generate Architectures", </div><div class="t m0 x6 h6 y1d ff1 fs1 fc1 sc0 ls24 ws12">Kent Beck and Ralph Johnson, ECOOP 94）的方式来架构系统。其设计思想是通过从零开始</div><div class="t m0 x6 h6 y1e ff3 fs1 fc1 sc0 ls3 ws0">来应用设计模式，然后一个接一个，直至你获得最终合适的系统架构。 </div><div class="t m0 x6 ha y1f ff2 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h5 y20 ff1 fs2 fc1 sc0 ls26 ws0">Junit 源码解析 1/1 </div></div><div class="pi" data-data='{"ctm":[1.611639,0.000000,0.000000,1.611639,0.000000,0.000000]}'></div></div> </body> </html>

<div id="pf2" class="pf w0 h0" data-page-no="2"><div class="pc pc2 w0 h0"><img class="bi x0 y0 w1 h1" alt="" src="https://static.pudn.com/prod/directory_preview_static/622b2fdf81ded46b7f17673d/bg2.jpg"><div class="t m0 x1 h2 y1 ff1 fs0 fc0 sc0 ls0 ws0"> Junit 中的设计模式 </div><div class="t m0 x6 h7 y21 ff4 fs3 fc1 sc0 ls28 ws6">3 JUnit 设计模式 </div><div class="t m0 x6 h8 y22 ff4 fs4 fc1 sc0 ls29 ws14">3.1 Command（命令）模式 </div><div class="t m0 x6 hb y23 ff4 fs5 fc1 sc0 ls2a ws0">3.1.1 问题 </div><div class="t m0 x6 h6 y24 ff1 fs1 fc1 sc0 ls25 ws0"> JUnit是一个测试 framework，测试人员只需开发测试用例。然后把这些测试用例（TestCase）</div><div class="t m0 x6 h6 y25 ff3 fs1 fc1 sc0 ls3 ws0">组成请求(可能是一个或者多个)，发 送 到 JUnit，然后由 JUnit 执行，最后报告详细测试结果。</div><div class="t m0 x6 h6 y26 ff3 fs1 fc1 sc0 ls3 ws0">其中包括执行的时间，错误方法，错误位置等。这样测试用例的开发人员就不需知道 JUnit</div><div class="t m0 x6 h6 y27 ff3 fs1 fc1 sc0 ls3 ws0">内部的细节，只要符合它定义的请求格式即可。从 JUnit 的角度考虑，它并不需要知道请求</div><div class="t m0 x6 h6 y28 ff1 fs1 fc1 sc0 ls2e ws0">TestCase 的具体操作信息，仅把它当作一种命令来执行，然后把执行测试结果发给测试人员。</div><div class="t m0 x6 h6 y29 ff3 fs1 fc1 sc0 ls3 ws0">这样就使 JUnit 框架和 TestCase 的开发人员独立开来，使得请求的一方不必知道接收请求一</div><div class="t m0 x6 h6 y2a ff3 fs1 fc1 sc0 ls3 ws0">方的详细信息，更不必知道是怎样被接收，以及怎样被执行的，实现系统的松耦合。 </div><div class="t m0 x6 hb y2b ff4 fs5 fc1 sc0 ls2a ws0">3.1.2 模式的选择 </div><div class="t m0 x6 h6 y2c ff1 fs1 fc1 sc0 ls30 ws15"> Command（命令）模式（请参见 Gamma, E., et al. Design Patterns: Elements of Reusable </div><div class="t m0 x6 h6 y2d ff1 fs1 fc1 sc0 ls21 wsf">Object-Oriented Software, Addison-Wesley, Reading, MA, 1995）则能够比较好地满足需求。摘</div><div class="t m0 x6 h6 y2e ff3 fs1 fc1 sc0 ls31 ws0">引其意图（intent），"将一个请求封装成一个对象，从而使你可用不同的请求对客户进行参</div><div class="t m0 x6 h6 y2f ff3 fs1 fc1 sc0 ls3 ws0">数化；对请求进行排队或记录请求日志..."Command 模式告诉我们可以为一个操作生成一个</div><div class="t m0 x6 h6 y30 ff3 fs1 fc1 sc0 ls3 ws0">对象并给出它的一个"execute（执行）"方法。 </div><div class="t m0 x6 hb y31 ff4 fs5 fc1 sc0 ls2a ws0">3.1.3 实现 </div><div class="t m0 x6 h6 y32 ff1 fs1 fc1 sc0 ls25 ws0"> 为了实现 Command 模式，首先定义了一个接口 Test,其中 Run 便是 Command 的 Execute</div><div class="t m0 x6 h6 y33 ff3 fs1 fc1 sc0 ls3 ws0">方法。然后又使用 Default Adapter 模式为这个接口提供缺省实现的抽象类 TestCase，这样开</div><div class="t m0 x6 h6 y34 ff3 fs1 fc1 sc0 ls3 ws0">发人员就可以从这个缺省实现进行继承，而不必从 Test 接口直接实现。 </div><div class="t m0 xb hc y35 ff5 fs6 fc1 sc0 ls38 ws0">Test</div><div class="t m0 xb hc y36 ff5 fs6 fc1 sc0 ls39 ws0">run()</div><div class="t m0 xc hd y37 ff6 fs6 fc1 sc0 ls3a ws0">TestCase</div><div class="t m0 xd hc y38 ff5 fs6 fc1 sc0 ls3b ws0">run()</div><div class="t m0 xe h6 y39 ff1 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h6 y3a ff3 fs1 fc1 sc0 ls3c ws0">我们首先来分析 Test 接口，它有一个 countTestCases 方法，用来统计这次测试有多少个</div><div class="t m0 x6 h6 y3b ff1 fs1 fc1 sc0 ls2e ws0">TestCase，另外一个方法就是 Command 模式的 Excecute 方法，这里命名为 run，参数 TestResult</div><div class="t m0 x6 h6 y3c ff3 fs1 fc1 sc0 ls3 ws0">用来统计测试结果 </div><div class="t m0 xf he y3d ff7 fs2 fc2 sc0 ls3e ws0">public interface Test { </div><div class="t m0 xf he y3e ff7 fs2 fc2 sc0 ls3 ws0"> // Counts the number of test cases that will be run by this test. </div><div class="t m0 xf he y3f ff7 fs2 fc2 sc0 ls3 ws0"> public abstract int countTestCases(); </div><div class="t m0 x10 he y40 ff7 fs2 fc2 sc0 ls3e ws0">//runs a test and collects its result in a TestResult instance. </div><div class="t m0 xf he y41 ff7 fs2 fc2 sc0 ls3 ws0"> public abstract void run(TestResult result); </div><div class="t m0 x6 ha y1f ff2 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h5 y20 ff1 fs2 fc1 sc0 ls26 ws0">Junit 源码解析 2/2 </div></div><div class="pi" data-data='{"ctm":[1.611639,0.000000,0.000000,1.611639,0.000000,0.000000]}'></div></div>

<div id="pf3" class="pf w0 h0" data-page-no="3"><div class="pc pc3 w0 h0"><img class="bi x0 y0 w1 h1" alt="" src="https://static.pudn.com/prod/directory_preview_static/622b2fdf81ded46b7f17673d/bg3.jpg"><div class="t m0 x1 h2 y1 ff1 fs0 fc0 sc0 ls0 ws0"> Junit 中的设计模式 </div><div class="t m0 xf he y42 ff7 fs2 fc2 sc0 ls3e ws0">} </div><div class="t m0 x6 h6 y43 ff1 fs1 fc1 sc0 ls2e ws0">TestCase 是该接口的抽象实现，它增加了一个测试名称属性，因为每一个 TestCase 在创建时</div><div class="t m0 x6 h6 y44 ff3 fs1 fc1 sc0 ls3 ws0">都要有一个名称，如果一个测试失败了，便可识别出是哪个测试失败。 </div><div class="t m0 xf he y45 ff7 fs2 fc2 sc0 ls3e ws0">public abstract class TestCase extends Assert implements Test { </div><div class="t m0 xf he y46 ff7 fs2 fc2 sc0 ls3 ws0"> //the name of the test case </div><div class="t m0 xf he y47 ff7 fs2 fc2 sc0 ls3 ws0"> private String fName; </div><div class="t m0 x11 he y48 ff7 fs2 fc2 sc0 ls3e ws0">public void run(TestResult result) { </div><div class="t m0 xf he y49 ff7 fs2 fc2 sc0 ls3 ws0"> result.run(this); </div><div class="t m0 xf he y4a ff7 fs2 fc2 sc0 ls3 ws0"> } </div><div class="t m0 xf he y4b ff7 fs2 fc2 sc0 ls3e ws0">} </div><div class="t m0 x6 h6 y4c ff3 fs1 fc1 sc0 ls3 ws0">这样测试人员，编写测试用例时，只需继承 TestCase，来完成 run 方法即可，然后 JUnit 获</div><div class="t m0 x6 h6 y4d ff3 fs1 fc1 sc0 ls3 ws0">得测试用例的请求，执行它的 run 方法，把测试结果记录在 TestResult 之中，目前可以暂且</div><div class="t m0 x6 h6 y4e ff3 fs1 fc1 sc0 ls3 ws0">这样理解。 </div><div class="t m0 x6 hb y4f ff4 fs5 fc1 sc0 ls2a ws0">3.1.4 效果 </div><div class="t m0 x6 h6 y50 ff3 fs1 fc1 sc0 ls3 ws0">下面来考虑经过使用 Command 模式后给系统的架构带来了那些效果： </div><div class="t m0 x6 h6 y51 ff8 fs1 fc1 sc0 ls41 ws0"> Command 模式将实现请求的一方（TestCase 开发）和调用一方（JUnit ）进行解藕 </div><div class="t m0 x6 h6 y52 ff8 fs1 fc1 sc0 ls41 ws0"> Command 模式使新的 TestCase 很容易加入，无需改变已有的类，只需继承 TestCase 类</div><div class="t m0 xa h6 y53 ff3 fs1 fc1 sc0 ls3 ws0">即可，这样方便了测试人员 </div><div class="t m0 x6 h6 y54 ff8 fs1 fc1 sc0 ls41 ws0"> Command 模式可以将多个 TestCase 进行组合成一个复合命令，你将看到 TestSuit 就是</div><div class="t m0 xa h6 y55 ff3 fs1 fc1 sc0 ls3 ws0">它的复合命令，当然它使用了 Composite 模式 </div><div class="t m0 x6 h6 y56 ff8 fs1 fc1 sc0 ls41 ws0"> Command 模式容易把请求的 TestCase 组合成请求队列，这样使接收请求的一方（Junit </div><div class="t m0 xa h6 y57 ff1 fs1 fc1 sc0 ls18 ws0">Fromwork）,容易决定是否执行请求，一旦发现测试用例失败或者错误可以立刻停止进</div><div class="t m0 xa h6 y58 ff3 fs1 fc1 sc0 ls3 ws0">行报告 </div><div class="t m0 x6 h6 y59 ff8 fs1 fc1 sc0 ls41 ws0"> Command 模式可以在需要的情况下，方便实现对请求的 Undo 和 Redo，以及记录 Log,</div><div class="t m0 xa h6 y5a ff3 fs1 fc1 sc0 ls3 ws0">这部分目前在 JUnit 中还没有实现，将来是很容易加入的 </div><div class="t m0 x6 h8 y5b ff4 fs4 fc1 sc0 ls44 ws19">3.2 Composite（组合） </div><div class="t m0 x6 hb y5c ff4 fs5 fc1 sc0 ls2a ws0">3.2.1 问题 </div><div class="t m0 xa h6 y5d ff3 fs1 fc1 sc0 ls3 ws0">为了获得对系统测试的信心，需要运行多个测试用例。通过使用 Command 模式，JUnit</div><div class="t m0 x6 h9 y5e ff3 fs1 fc1 sc0 ls3 ws0">能够方便的运行一个单独的测试用例之后产生测试结果。可是在实际的测试过程中，需要把</div><div class="t m0 x6 h6 y5f ff3 fs1 fc1 sc0 ls3 ws0">多个测试用例进行组合成为一个复合的测试用例，当作一个请求发送给 JUnit.这样 JUnit 就</div><div class="t m0 x6 h6 y60 ff3 fs1 fc1 sc0 ls47 ws0">会面临一个问题，必须考虑测试请求的类型，是一个单一的 TestCase 还是一个复合的</div><div class="t m0 x6 h6 y61 ff1 fs1 fc1 sc0 ls2e ws0">TestCase，甚至要区分到底有多少个 TestCase。这样 Junit 框架就要完成像下面这样的代码： </div><div class="t m0 xa h6 y62 ff1 fs1 fc1 sc0 ls24 ws0">if（isSingleTestCase(objectRequest)）{ </div><div class="t m0 xa h6 y63 ff1 fs1 fc1 sc0 ls25 ws0"> //如果是单个的 TestCase,执行 run，获得测试结果 </div><div class="t m0 xa h6 y64 ff1 fs1 fc1 sc0 ls37 ws1a"> (TestCase)objectRequest.run() </div><div class="t m0 xa h6 y65 ff1 fs1 fc1 sc0 ls20 wse">}else if(isCompositeTestCase(objectRequest)){ </div><div class="t m0 xa h6 y66 ff1 fs1 fc1 sc0 ls25 ws0"> //如果是一个复合 TestCase,就要执行不同的操作，然后进行复杂的算法进行分 </div><div class="t m0 x10 h6 y67 ff1 fs1 fc1 sc0 ls24 ws0">//解，之后再运行每一个 TestCase，最后获得测试结果，同时又要考虑 </div><div class="t m0 x10 h6 y68 ff1 fs1 fc1 sc0 ls24 ws0">//如果中间测试出现错误怎么办？？？？、 </div><div class="t m0 x6 ha y1f ff2 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h5 y20 ff1 fs2 fc1 sc0 ls26 ws0">Junit 源码解析 3/3 </div></div><div class="pi" data-data='{"ctm":[1.611639,0.000000,0.000000,1.611639,0.000000,0.000000]}'></div></div>

<div id="pf4" class="pf w0 h0" data-page-no="4"><div class="pc pc4 w0 h0"><img class="bi x0 y0 w1 h1" alt="" src="https://static.pudn.com/prod/directory_preview_static/622b2fdf81ded46b7f17673d/bg4.jpg"><div class="t m0 x1 h2 y1 ff1 fs0 fc0 sc0 ls0 ws0"> Junit 中的设计模式 </div><div class="t m0 xa h6 y69 ff1 fs1 fc1 sc0 ls3 ws1b"> ………………………… </div><div class="t m0 xa h6 y6a ff1 fs1 fc1 sc0 ls3 ws1b"> ………………………… </div><div class="t m0 xa h6 y6b ff1 fs1 fc1 sc0 ls3 ws0">} </div><div class="t m0 x6 h6 y6c ff3 fs1 fc1 sc0 ls3 ws0">这会使 JUnit 必须考虑区分请求（TestCase）的类型（是单个 testCase 还是复合 testCase），</div><div class="t m0 x6 h9 y6d ff3 fs1 fc1 sc0 ls3 ws0">而实际上大多数情况下，测试人员认为这两者是一样的。对于这两者的区别使用，又会使测</div><div class="t m0 x6 h6 y6e ff3 fs1 fc1 sc0 ls3 ws0">试用例的编写变得更加复杂，难以维护和扩展。于是要考虑，怎样设计 JUnit 才可以实现不</div><div class="t m0 x6 h6 y6f ff3 fs1 fc1 sc0 ls3 ws0">需要区分单个 TestCase 还是复合 TestCase，把它们统一成相同的请求？ </div><div class="t m0 xa h6 y70 ff1 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 hb y71 ff4 fs5 fc1 sc0 ls2a ws0">3.2.2 模式的选择 </div><div class="t m0 x6 h6 y72 ff1 fs1 fc1 sc0 ls25 ws0"> 当 JUnit 不必区分其运行的是一个或多个测试用例时，能够轻松地解决这个问题的模式就</div><div class="t m0 x6 h6 y73 ff3 fs1 fc1 sc0 ls3 ws0">是 Composite（组合）模式。摘引其意图，"将对象组合成树形结构以表示'部分-整体'的层次</div><div class="t m0 x6 h6 y74 ff3 fs1 fc1 sc0 ls49 ws0">结构。Composite 使得用户对单个对象和组合对象的使用具有一致性。"在这里'部分-整体'</div><div class="t m0 x6 h6 y75 ff3 fs1 fc1 sc0 ls3 ws0">的层次结构是解决问题的关键，可以把单个的 TestCase 看作部分，而把复合的 TestCase 看</div><div class="t m0 x6 h6 y76 ff3 fs1 fc1 sc0 ls3 ws0">作整体（称为 TestSuit）。这样使用该模式便可以恰到好处得解决了这个难题。 </div><div class="t m0 x9 h6 y77 ff3 fs1 fc1 sc0 ls3 ws0">首先看 Composite 模式的结构： </div><div class="t m0 x9 h6 y78 ff1 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x12 h6 y79 ff1 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h6 y7a ff1 fs1 fc1 sc0 ls41 ws1c"> Composite 模式引入以下的参与者： </div><div class="t m0 xa h6 y7b ff8 fs1 fc1 sc0 ls41 ws0"> Component：这是一个抽象角色，它给参加组合的对象规定一个接口。这个角色，</div><div class="t m0 x10 h6 y7c ff3 fs1 fc1 sc0 ls3 ws0">给出共有的接口和默认行为。其实就我们的 Test 接口，它定义出 run 方法。 </div><div class="t m0 xa h6 y7d ff8 fs1 fc1 sc0 ls41 ws0"> Composite：实现共有接口并维护一个测试用例的集合。就是复合测试用例 TestSuit </div><div class="t m0 xa h6 y7e ff8 fs1 fc1 sc0 ls41 ws0"> Leaf：代表参加组合的对象，它没有下级子对象，仅定义出参加组合的原始对象的</div><div class="t m0 x10 h6 y7f ff3 fs1 fc1 sc0 ls3 ws0">行为，其实就是单一的测试用例 TestCase,它仅实现 Test 接口的方法。 </div><div class="t m0 x6 h6 y80 ff3 fs1 fc1 sc0 ls3 ws0">其实 componsite 模式根据所实现的接口类型区分为两种形式，分别称为安全式和透明式。</div><div class="t m0 x6 h6 y81 ff1 fs1 fc1 sc0 ls16 ws0">JUnit 中使用了安全式的结构，这样在 TestCase 中没有管理子对象的方法。 </div><div class="t m0 x6 hb y82 ff4 fs5 fc1 sc0 ls2a ws0">3.2.3 实现 </div><div class="t m0 xa h6 y83 ff1 fs1 fc1 sc0 ls14 ws0">composite 模式告诉我们要引入一个 Component 抽象类，为 Leaf 对象和 composite 对象</div><div class="t m0 x6 h6 y84 ff3 fs1 fc1 sc0 ls3 ws0">定义公共的接口。这个类的基本意图就是定义一个接口。在 Java 中使用 Composite 模式时，</div><div class="t m0 x6 h6 y85 ff3 fs1 fc1 sc0 ls3 ws0">优先考虑使用接口，而非抽象类，因此引入一个 Test 接口。当然我们的 leaf 就是 TestCase</div><div class="t m0 x6 h6 y86 ff3 fs1 fc1 sc0 ls3 ws0">了。其源代码如下： </div><div class="t m0 xf hf y87 ff7 fs2 fc2 sc0 ls3e ws0">//composite 模式中的 Component 角色 </div><div class="t m0 x6 ha y1f ff2 fs1 fc1 sc0 ls3 ws0"> </div><div class="t m0 x6 h5 y20 ff1 fs2 fc1 sc0 ls26 ws0">Junit 源码解析 4/4 </div><div class="t m0 xf he y88 ff7 fs2 fc2 sc0 ls3e ws0">public interface Test { </div></div><div class="pi" data-data='{"ctm":[1.611639,0.000000,0.000000,1.611639,0.000000,0.000000]}'></div></div>