如果您一定要修改代码，那么这将是一场噩梦。
If you absolutely have to touch the code, expect it to be a nightmare.
首先，我们不想过多地修改代码。
然后，他们修改代码，再重新测试。
图3：修改代码之后的JUnit视图。
充分利用应用服务器中不需要修改代码的特性。
Take advantage of application server features that do not require your code to be modified.
在本地修改代码。
通过修改代码，重新编译，可以改变对齐。
Alignment can change when we recompile especially if code is changed.
这样，应用程序不需要修改代码就可以使用这些bean。
That way, the application can use these beans without any change in the code.
可以修改代码来处理自定义QuickPlace页面。
稍后我们将修改它来为服务添加代码。
每次代码修改后，都应该进行测试。
在这种情况下，您仅需修改抽象类，代码将完成编译。
In this case, you can modify just the abstract class and the code will compile.
同样，如果日志系统被定制，您还将不得不修改您的代码。
Also, you would have to change your code if the logging system had been customized.
我的许多客户有太多的遗留代码，修改起来工作量太大。
Many of my clients have too much legacy code and momentum to change pervasively.
可以修改生成的代码。
它只是可以修改的生成的代码。
这表明模式密集使得代码很难修改。
被修改的代码是受到复制-粘贴工作的影响吗？
好吧，也许我说得太过轻松了——你可 能需要细微的代码修改和回归测试。
Okay maybe I am oversimplifying - you might need minor code changes and regression testing.
对部署的关注是否意味着你的代码需要修改呢？
Will deployment concerns mean that your code needs to change?
如果你修改了代码后重新编译，生成的文件会有新的文件名。
If you change your code and compile a new filename is created.
不需要修改现有的系统或代码。
可能需要修改一两行代码，但也仅此而已。
测试让人对代码的修改充满信心。
这仅仅是修改上述代码进行改进的部分想法。
These are just a few ideas for enhancements that you can make to this code.
修改该代码，使其与清单10中的代码相同。
Modify this code so that it is the same as the code in Listing 10.
修改任何代码前先编写一个会失败的简短测试。
策略3所需要的代码修改。
策略3所需要的代码修改。
应用推荐