[发明专利]处理用户请求的方法和装置

说明书

本发明公开了一种处理用户请求的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：接收用户的服务请求，以及确定所述用户的标识数据；根据所述标识数据，在数据库中查找对应的格式转换器；通过查找的格式转换器对所述服务请求中的参数进行转换处理，以及基于所述转换处理后的服务请求进行响应。该实施方式将参数转换和封装的代码逻辑都集中在一个服务中统一处理，能够灵活的处理和封装参数，即使参数格式发生变化，只需要修改对应的配置文件，不需要修改程序代码就能应对变化，实现了通用公共服务的开发部署，与支持面向多用户的自定义数据参数格式的完全解耦，互不干扰，节省了部署服务的资源。

技术领域

本发明涉及计算机技术领域，尤其涉及一种处理用户请求的方法和装置。

背景技术

目前，很多的软件产品都会面向多个客户，对于不同的客户的请求，使用相同的代码业务逻辑处理。但是，不同的客户提供的参数信息，例如参数名称、格式等，都有着客户自定义的请求和响应数据模板。由于这些数据参数会在代码中处理时使用，导致相同的代码处理逻辑很难面向多客户同时服务的问题。

对于上述问题，现有技术主要存在两种方案：方案一是分别为针对不同的客户拆分为各自服务的代码；方案二是制定一套标准的参数格式，并以该格式为基准，维护一套参数格式处理的代码。对于方案一，针对不同的客户拆分为各自服务的代码，根据每个用户的请求参数配置更改代码中的参数名称和用户请求的返回参数名。即针对每个用户，都有一套请求和响应参数名，维护一套处理参数的代码。对于方案二，每次根据特定用户提供的数据格式，转换为标准参数格式统一处理，返回参数也需要每次再编写统一转换处理代码，以获取客户想要的输出格式。

上述两种方案在实现过程中，主要存在的问题是：都不可避免的在各个服务的业务逻辑中加入参数格式转换的代码逻辑。这种参数格式转换和封装的代码散落在每个服务之中，既降低了开发效率，又降低了代码的可维护性。分散在各个服务的参数转换的代码逻辑，与业务逻辑耦合性较强，不能将参数转换和封装集中在同一个服务处理，违反了程序设计单一职责、聚合复用的基本原则。当用户需求发生变化，就不可避免的修改代码，难以应对这种临时变化。

发明内容

有鉴于此，本发明实施例提供一种处理用户请求的方法和装置，将参数格式转换和封装的代码提取到配置文件中，参数转换和封装的代码逻辑都集中在一个服务中统一处理，能够灵活的处理和封装参数，即使参数格式发生变化，只需要修改对应的配置文件，不需要修改程序代码就能应对变化。

为实现上述目的，根据本发明实施例的一个方面，提供了一种处理用户请求的方法，包括：接收用户的服务请求，以及确定所述用户的标识数据；根据所述标识数据，在数据库中查找对应的格式转换器；通过查找的格式转换器对所述服务请求中的参数进行转换处理，以及基于所述转换处理后的服务请求进行响应。

可选地，在接收用户的服务请求，以及确定所述用户的标识数据之前，还包括：根据用户的请求参数需求，配置所述用户的格式转换器；其中，所述格式转换器为SpEL的配置文件；将所述用户的格式转换器存储至所述数据库，并且生成所述用户的标识数据。

可选地，通过查找的格式转换器对所述服务请求中的参数进行转换处理的步骤包括：根据所述服务请求的参数，初始化所述查找的格式转换器的SpEL上下文；判断是否存在请求统一资源定位符Url；如果不存在，执行SpEL对服务请求中的参数进行格式转换以及刷新SpEL上下文；否则，填充占位符，并根据所述查找的格式转换器的对象请求类型，确定使用SpEL进行格式转换的顺序；基于所述顺序进行参数的格式转换。

可选地，在通过查找的格式转换器对所述服务请求中的参数进行转换处理，以及基于所述转换处理后的服务请求进行响应之后，还包括：根据所述查找的格式转换器，对所述服务请求的响应进行数据格式封装。

可选地，所述数据库为Mongo数据库。