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

    我负责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服务的新术语。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。