service实现类 微服务怎么实现？是前端还是后端的事？

微服务怎么实现？是前端还是后端的事？

微服务只是一个概念，一个架构设计思想，而不是一项新技术。其原理是将软件应用程序划分为可以独立运行的“微”服务，这类似于一般意义上的插件和扩展。不同的是，“微服务”是一个可以独立运行的应用程序，一般采用容器部署，比如docker。以下是从优点，缺点和适用场景。

优点：能有效解决单个软件随时间推移的维护灾难，按需加载，最大限度释放系统资源。它与开发语言无关，可以以容器化的方式独立部署。无论使用哪种开发语言，都可以无缝集成。可以细粒度分割软件项目，完美持续集成。

然而，微服务是一个分布式系统。如果拆分的粒度太细，很容易形成级联失败。各模块需要保持数据的一致性，进行通信规划，对整个系统的架构要求比较高。在测试方面，与单一软件相比，测试工作量有一定程度的增加。应用程序部署相对复杂。

应用场景，业务层面，要处理多个客户的需求，通常每个客户有一部分的需求是不一样的。在性能级别，它应该处理高并发性和高负载。

总之，软件互联网行业的知识体系不断更新，新概念、新技术层出不穷。让我们探究它的本质，不要被它的外表所迷惑。机械类it背景的人鼓励。

J2EE中service层的作用，还有action为什么是调用IService，而不直接调用service层的方法，这不多此一举吗？

1. 服务层的功能：一般来说，在MVC中，服务是业务逻辑层，用于处理更详细的业务相关流程（即业务流程、非控制流程）等操作；动作是控制层，用于控制业务处理的方向，并与处理系统的前后连接；Dao是数据连接和数据库处理，可以看作是数据处理和数据库操作的框架中间件。

2. Iservice和服务（DAO）一样：就是因为服务层需要关注业务逻辑，业务逻辑有时复杂有时简单，有时一组逻辑只需要满足一组业务，有时一组逻辑需要同时满足多组业务（meet==conform），因此服务层需要保持可伸缩性和可伸缩性，这就需要松耦合。服务根据当前功能或业务需求定义接口，iservice负责具体实现。它可以是多态的、重载的、扩展的等等。

service实现类 service实现方法 service的两种实现方法

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。