Tom Nolle是 ExperiaSphere首席战略家，ExperiaSphere是一个旨在创建服务逻辑和管理抽象的开源Java项目，同时他也是私人咨询公司CIMI的CEO，CIMI专门从事先进的计算和电信技术。Nolle在私人咨询方面拥有超过三十年的经验，他在众多领域还是一名作家和博主。他最近从事的ExperiaSphere项目让他深刻体会到在同Web服务工作时，应用架构所面临的痛点。

　　这是一个分成三部分的采访，Nolle与我们探讨了应用架构从何而来，又要到哪里去以及如何充分利用。《面向Web世界的应用架构》中，Nolle关注需求和标准以及如何在像移动服务这样的新技术中发挥应用开发的作用。在第二部分中，主要介绍移动设备对RESTful Web服务领域的影响。

　　未来几年，小型设备开发的方向怎样？开发者的生活会因此而改变吗？

　　我认为从这种意义上说，典型开发人员的生活已经改变，如果你是一个应用程序开发人员，你实际上必然已经陷入当前的热点问题集。而且我认为，传统的Web服务/ SOA问题现在往往是大公司的领域，所以可能很多微软、IBM和甲骨文的开发者为这些事情担心。

　　此刻最大的没有解决的问题不是后端Web服务器集成，那是十年前的事了。最大的未解决的问题是tablet和iPhone。

　　如果你打算做tablet和iPhone的应用程序，第一个应用的正常机制从REST风格开始，而已经不是Web服务了。人们正在学习的以些因素似乎更加复杂。如果您在看十年前的应用，其中事务处理的行为方式是建立通过服务器端状态的行为，这就是说，当你执行一个事务，你的服务器上知道你在这一进程的哪里。它保持状态，所以对服务器要求来认识和了解它与每一个客户端的关系，该客户端作为一个不显眼的地位或状态的会话，需要被理解谨慎。

　　现在这个过程本质上不是把设备的容量扩展到非常大，这也是为什么Web从一开始开发的就是不同方法。Web方法，基于REST，也许应该被认为是状态的替代，这意味着在RESTful方法中，一种事务分成若干的小事务，那些小事务在处理过程中保持明确的状态，所以Web服务器不必记住哪个设备小事务优先，就像它在传统的状态行为一样。

　　所以，当我们展望进行更多的REST的时候，并不是从头开始。

　　在过去五年中，我看到的是两个概念的混合化。例如，如果你看看早期HTML编程的描述会发现它是一种简单且基本的HTML的GET / POST行为。这意味着它是一个非常简单的接口类。这不完全是交付复杂的数据模型。如果你现在看看谷歌、雅虎、或Facebook的API，你将看到的是一个XML有效载荷的RESTful交付。我们所做的就是在RESTful级别采用Web主体，其中一个功能由URL代表，而不是由一个应用程序的URL会话代表。我们已经将其翻译成为功能，比处理一个网页更加复杂，因此我们为其添加了XML。例如我在ExperiaSphere项目中关于 RESTful的接口的经验，是基于一个XML有效载荷的交换，即使它是RESTful的。
 
　　请继续关注本次采访的第三部分。三部分中，Nolle称之为“胖客户端”的东西是一种对于传统瘦客户端的替代物。