你是否想说三层企业架构已经走到了它的心头呢？如果不是，那么为什么不呢？如果是，那么什么又将会取代它呢？

我负责Paylocity的核心架构团队。我们努力使用新技术，并把它们相互集成，以帮助我们产品的执行与扩展。一方面，三层架构和终端（end-tier）架构还存在优势。对于某些情况，它还很有效，所以我认为它并没有真正的消失。

尽管如此，事实上，当你进入到复杂系统时，拥有web服务层架构很有必要。是否把其做为三层架构的一部分至关重要。你的架构必须支持不同类型的设备，无论你是通过桌面连接互联网，还是能过iPad或移动设备来连接互联网的。

包括我们在内的许多企业都与其实的合作伙伴有不少的集成，如401k文件、benefits可以发送款项给保险公司等等。我们需要支持更多不同的公司的集成数据和应用。所以，尽管这些合作伙伴大部分类似于FTP，我们希望暴露所有事情作为web服务。这更普遍，更有效的。这一web服务的关注点，还可以让我们能够最终构建更加健壮的SOA框架

译者注：
Benefits：它是由许多联邦机构和组织合作产生的一个共同愿景：提供改进的、个性化的访问权限来访问政府福利项目。

进货企业设计

Web服务是关键，正如我说的，企业架构必须支持它。在这一框架思想中，比之说说“我是三层的，”，模型-视图-控制器（MVC）这一模式对我来说更重要。我们真正需要做地是把问题分离，这样每一部分更易测试，更易管理。这样，就有独立的规范，所以如果你拥有一个大型团队，那你就有了专业化的小团队。或者，如果你拥有一个小团队，团队成员也可以自己管理所有事情。

之于我，一切事物都围绕着MVC和web服务，这也就是我今天强调的超出三层架构。

Paylocity，10年前开始于.NET 1.1时代，它也确实不支持像MVC这样的企业设计架构。它在微软推出的一本模式实践的书中有用过，它推荐了前端控制器页面控制器。同一时间我们使用了微软标准的三层架构。

回到2005年，我出了位于雷德蒙德的微软的模式和实践集成的客户咨询委员会。对此，我有了争议，我认为如果微软想要覆盖所有的Java开发人员，MVC是必要的。从微软出现三年后，从那里起我们一直使用MVC。

添加Kendo用户界面

我们一起与开发软体打交道，这一开发软休三年前引入了Kendo用户界面。Kendo UI是基于JavaScript的一种方法，此方法中你使用了大量的web服务调用，基本上都是幕后查询服务器。现在我们仍然可以用使用MVC框架，但真正关注点却在UI上，使用Kendo UI。所以我们大量的涉及到MVC，使用了Kendo、web服务或web API调用的开发，形成了微软简单web服务的新术语。