c++教程前端嫌我接口分的太多，我该怎么回答？该怎么操作？

2021-04-10

2618

前端嫌我接口分的太多，我该怎么回答？该怎么操作？我们的框架也是前后分离的。后端接口的数量应该根据业务合理划分，而不是谁认为不方便。发展不能只从方便入手。总体而言，界面设计的数量应从以下几个方面考虑：1

前端嫌我接口分的太多，我该怎么回答？该怎么操作？

我们的框架也是前后分离的。后端接口的数量应该根据业务合理划分，而不是谁认为不方便。发展不能只从方便入手。总体而言，界面设计的数量应从以下几个方面考虑：

1。接口粒度的划分应考虑单个责任，以及多个操作是否应该在同一事物中。如果接口的粒度可以在同一事物中设计得更大。

2. 当对不同接口有多个请求且返回的数据量不大时，可以根据需要合并接口。

3. 当一次返回的数据量过大，导致传输速度慢时，必须根据业务将接口分解为多个接口，并分析哪些数据应该先请求，哪些数据应该后请求。

4. 例如，PC应用程序和移动应用程序使用同一组数据，后台为PC和移动应用程序开发两个接口。在这种情况下，可以删除一个接口。

5. 例如，在618和双11中，许多产品都有促销活动（提供接口）。在这两天之后，可以停止此类服务以减少负载。

以上是我从实际项目的角度进行分析，希望对您有所帮助，具体到项目可以进行深入的探讨。

这是我的分析。我用了两个模型层，就是你说的。Bo是用来与数据库相对应的，主要是对数据库进行操作（添加、删除、更改和查询）。VO用于数据表示。例如，我们的数据库存储类型的值是1、2、3，但是列表页显示“普通用户”、“高级用户”、“管理员”等等。然后我们需要在bean中判断数据库中的值。

如果只使用Bo，Bo中无疑会有很多方法。很乱，很难管理。为了便于管理，我先用Bo和VO分开，然后用class属性复制将Bo从数据库中转换成VO对象。用于前台显示。

即：Bo Vo