在褐地开发中可以使用面向服务架构吗？

Hopkins：很多客户把这一方法看做是向面向服务架构转变的过程。你不可能一下子就跳到SOA上面。这些需要循序渐进按部就班才行。你可以把它们一块一块的运到指定地点。

　　利用褐地开发现有环境。一旦成功开发，就可以运用抽取技术理解它，让它为你所用。一旦你能够熟练掌握它，就可以利用企业再造，和正向工程以及模块驱动这样的现代技术替代现有环境的要素，或者提高这些要素的质量和灵活性。

　褐地开发中企业服务总线的前景如何？

　　Hopkins：你需要有一个企业服务总线。但不是点对点的完成。从经济学角度来讲这样不科学。所以，一旦确定建立一个ESB，就需要合理使用接口，并重新使用从正规模型到映射着一系列要素。你现在所处的位置很有趣，因为你知道自己要编写一些十分相似的编码。每件事物都有一个驶进坡道，也有一个驶出坡道。因此，这也是我们关注的一个领域之一，即重复性极强的企业服务总线编码。通过一个简单的业务分析证明工具，为一个来源提供一个模式，为目标和其他联系在一起的一系列东西提供另一个模式，然后只要按一下按钮，就可以得到许多配置以及在ESB中运行的低层密码。

　　什么样的业务分析师适合褐地开发？

　　Hopkins：我们看到越来越多的业务分析师变成了编程人员。尤其是他们要使用更为正式的形式写下所需的材料。这就和原来自由形式工具有所不同了。并使用UML那些更为正式的工具。因此这是一项很大的文化跳转，他们所做的就是要将它们所创造的一切用一种特定的语言表述出来。然后，他们就成为了编程人员。在经历了最初的文化冲击之后，他们需要直接控制最后的结果。它可以给业务更多的控制。并且能够帮助我们看清解决方案的定义，并进一步控制业务逻辑。

　　你能解释一下将编码移入基于ESB上的面向服务环境的旧资产现代化方法吗？

　　Hopkins：在我看来，这种方法成功的几率不高。它企图将一种程序化极强的东西放入非程序化的目标中。它无法帮助你理解最终的结果，并且长期的维护工作变得更为困难。这种想法很好，但是基本没有出路。如果你需要有所转变，则需要了解自己在不同层面的抽取中究竟需要的是什么，而不只是单纯的关注语法树层面。