- 文献综述（或调研报告）：
- 微服务架构
微服务正在博客、社交媒体讨论组和会议演讲中获得越来越多的关注，在Gartner的2014 Hype Cycle上它的排名非常靠前。同时，软件社区中也有不少持怀疑论者，认为微服务不是什么新东西。Naysayers认为这就是SOA架构的重新包装。然而，尽管存在着不同的争论，微服务架构模式却正在为敏捷部署以及复杂企业应用实施提供巨大的帮助。
微服务架构的好处：
1).通过分解巨大单体式应用为多个服务方法解决了复杂性问题。在功能不变的情况下，应用被分解为多个可管理的分支或服务。每个服务都有一个用RPC-或者消息驱动API定义清楚的边界。微服务架构模式给采用单体式编码方式很难实现的功能提供了模块化的解决方案，由此，单个服务很容易开发、理解和维护。
2).这种架构使得每个服务都可以有专门开发团队来开发。开发者可以自由选择开发技术，提供API服务。当然，许多公司试图避免混乱，只提供某些技术选择。然后，这种自由意味着开发者不需要被迫使用某项目开始时采用的过时技术，他们可以选择现在的技术。甚至于，因为服务都是相对简单，即使用现在技术重写以前代码也不是很困难的事情。
3).微服务架构模式是每个微服务独立的部署。开发者不再需要协调其它服务部署对本服务的影响。这种改变可以加快部署速度。UI团队可以采用AB测试，快速的部署变化。微服务架构模式使得持续化部署成为可能。
4).微服务架构模式使得每个服务独立扩展。我们可以根据每个服务的规模来部署满足需求的规模。甚至于，可以使用更适合于服务资源需求的硬件。比如，可以在EC2 Compute Optimized instances上部署CPU敏感的服务，而在EC2 memory-optimized instances上部署内存数据库。
- Restful风格的API
万维网的成功在很大程度上是因为其软件体系结构被设计成满足因特网规模的分布式超媒体系统的需要。在过去十年中，通过对定义其架构的标准的一系列修改，Web已经迭代开发。为了识别需要改进的Web方面，避免不必要的修改，需要一个现代Web体系结构的模型来指导其设计，定义和部署。
软件架构研究调查确定如何最好地分割系统，组件如何识别和彼此通信，如何传达信息，系统的元素如何独立演进以及如何使用正式和非正式符号。我的工作是由于理解和评估基于网络的应用软件的架构设计的动机，通过原则地使用架构约束，从而获得架构所需的功能，性能和社会性质。一个架构风格是一个命名的，协调的一组架构限制。
REST提供了一组架构约束，当作为一个整体来应用时，强调组件交互的可伸缩性、接口的通用性、组件的独立部署、以及用来减少交互延迟、增强安全性、封装遗留系统的中间组件。
通过对HTTP/1.0和HTTP/1.1标准6年的开发、精心设计的URI和相关的URL标准、以及在现代Web架构中成功地部署很多独立开发的、商业级的应用系统， REST架构风格得到了验证。它既可以作为一个指导设计的模型，也可以作为一个对于Web协议的架构扩展的严格的测试。
- Spring技术
Spring是一个优化企业应用程序的开源框架，它的核心是IOC（Inversion of Control）控制反转容器，其功能是在网站启动阶段创建所有需要的对象实例，开发人员只需要在配置文件里配置好BeanFactory和ApplicationContext文件，就不再需要在每个类中创建需要使用的对象。IOC机制不仅大幅降低了模块之间的耦合度，还减少了应用程序代码的冗余，并减轻了开发人员的负担。
以上是毕业论文文献综述，课题毕业论文、任务书、外文翻译、程序设计、图纸设计等资料可联系客服协助查找。
