在示例应用程序中，您获取了一个笨拙的样式表并将其重构为一段更小更易于维护的代码。
列出为重构的数据库项目设置部署属性、生成项目、然后部署该项目的步骤。
还可以重构调用处理程序，让它处理其他横跨不同对象类型的方法调用的操作。
为了解决这个问题，我重构了连接器，使其不再依赖存储在实例变量中的BrowseService对象。
随着资产演进、变得可重用，可以重构、把它们放到它们自己的仓库中，以便更好地管理。
如果您打算删除不再需要的参数i，那么可以先从要进行重构的方法中删除对它的引用。
获得有关使用方面和已重构的LibraryObserver模式来跟踪服务使用状况的详细信息。
这样，系统即可在其有用的生命周期中安全地进行修复和重构。
事实上，原来的代码被重构为三个方法，但是在本文的讨论中，我把它排在一行以减少所占用的空间。
但当一个语句包含太多的选择和代码时，它就可能暗示有需要重构的代码。
当重构了新方法内的所选代码块以便恰当使用新方法的参数和返回类型后，新方法就创建完成了。
DRY（别重复自己）——Routing引擎和URL生成的紧密绑定允许URL进行轻松和安全的重构；
选择代码语句节点时，对应的引用显示为重构后的状态并突出显示在“预览代码更改”文本框中。
代码可以，经常也应该，被一次又一次的重写，重构，但是只有合适的数据才能使系统运转。
ClearQuest和Jazz工具中的变更请求记录可能需要重构。
它们通常捕获重构解决方案描述，说明如何更改反模式，以得到更为稳定的解决方案。
一般而言，对类进行重构时，需要将数据或函数成员移到继承层次的最高公共点以避免代码重复。
通过修改绑定，甚至通常能在重构数据类的情况下保持相同的XML表示形式。
另一种情况就是，服务没有以合适的方式重构，并且没有以无连接的（无状态的）方式公开。
然后，可以重构垂直切片，直到满足最终系统需求为止。
这个部分就可以被重构到InteractionUse中。
在server.xml中集群元素已经被重构，这样我们可以替换集群的不同部分而不会影响其他元素。
重构的解决方案：反模式有用的范围是：可以帮助我们从陷阱中解脱出来，或者完全避免这些陷阱。
因此，我们对组件描述语言进行重构，以支持如下的表示形式。