CN107463387A - 一种跨平台乡村旅游app的实现方法与装置 - Google Patents

Abstract

本发明提供一种跨平台乡村旅游APP的实现方法与装置，所述方法包括：S1，基于乡村旅游的视图层业务需求，利用AppCan跨平台技术框架，采用html5+css3+JavaScript构建乡村旅游APP的用户交互界面；S2，基于乡村旅游的数据层业务逻辑需求和所述用户交互界面，利用AppCan跨平台技术框架，通过手机系统统一接口webview，构建乡村旅游APP的移动业务逻辑；S3，基于与后台服务器的信息访问需求，利用AppCan跨平台技术框架，构建APP客户端与所述后台服务器的信息交互逻辑。本发明能够有效提高应用代码复用率和开发的效率，并能有效降低开发者劳动强度。

Description

一种跨平台乡村旅游APP的实现方法与装置

技术领域

本发明涉及信息技术(Information Technology,IT)领域，更具体地，涉及一种跨平台乡村旅游APP的实现方法与装置。

背景技术

目前，存在有多种移动APP运行平台，如Android、iOS、WP等。每种运行平台都拥有一定的用户量，当一款新的应用被开发出来时，要使不同运行平台的用户都能够使用该应用，需要该应用在各不同应用平台上均能够正常运行。

要使一款应用能够在不同平台上运行，传统做法是采用native app实现该应用在不同平台上的开发，传统的native app开发时间周期长，并且不同平台需要不同的开发语言和开发环境实现，这就要求开发人员能够精通各种相应的开发语言和开发平台，且使得不同的开发小组成员在重复劳动，代码复用率较低，开发效率不高。

发明内容

为了克服上述问题或者至少部分地解决上述问题，本发明提供一种跨平台乡村旅游APP的实现方法与装置，以达到有效提高应用代码复用率和开发的效率，并有效降低开发者劳动强度的目的。

一方面，本发明提供一种跨平台乡村旅游APP的实现方法，包括：S1，基于乡村旅游的视图层业务需求，利用AppCan跨平台技术框架，采用html5+css3+JavaScript构建乡村旅游APP的用户交互界面；S2，基于乡村旅游的数据层业务逻辑需求和所述用户交互界面，利用AppCan跨平台技术框架，通过手机系统统一接口webview，构建乡村旅游APP的移动业务逻辑；S3，基于与后台服务器的信息访问需求，利用AppCan跨平台技术框架，构建APP客户端与所述后台服务器的信息交互逻辑。

其中，步骤S1中所述构建乡村旅游APP的用户交互界面的步骤进一步包括：通过AppCan工具建立html文件实现用户交互页面的构建；通过拖动AppCan工具中现有组件或者自定义组件，构建所述用户交互页面的交互组件；基于视图层业务需求，通过调节css样式参数值实现应用需求效果。

其中，所述S1的步骤进一步包括：基于乡村旅游用户自驾游的业务需求，通过AppCan工具创建用户推荐主界面、用户搜索结果展示界面和旅游产品详情界面。

其中，所述S1的步骤进一步包括：基于乡村旅游用户的分享业务需求，通过AppCan工具创建社区交流界面，包括行程分享界面和行程浏览界面。

其中，步骤S2中所述构建乡村旅游APP的移动业务逻辑的步骤进一步包括：构建对应所述用户交互界面的如下一种或几种移动业务逻辑：注册功能业务逻辑、登录功能业务逻辑、查询搜索功能业务逻辑、收藏功能业务逻辑、评分功能业务逻辑、评论功能业务逻辑、产品管理功能业务逻辑、个人信息管理功能业务逻辑、定位功能业务逻辑和推荐功能业务逻辑。

其中，所述定位功能业务逻辑进一步包括：利用AppCan封装的js系统接口，通过调用用户终端GPS定位，定位用户当前位置。

其中，所述定位功能业务逻辑进一步包括：通过JavaScript技术调用通用地图接口(API)，并利用html5渲染技术将目标景点显示在所述通用地图上。

其中，所述定位功能业务逻辑进一步包括：利用JavaScript技术调用通用地图接口(API)，并获取通用地图中目标景点定位信息；基于所述景点定位信息和用户当前定位信息，规划用户行驶路径，并计算所述用户到所述目标景点的行驶距离；将所述行驶路径和所述行驶距离显示在地图上。

其中，步骤S3中所述信息交互逻辑进一步包括：所述APP客户端与所述后台服务器间的信息交互采用xml和json格式的网络传输协议。

另一方面，本发明提供一种跨平台乡村旅游APP的实现装置，包括：至少一个处理器，以及至少一个与所述处理器通信连接的存储器；所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如如上所述的跨平台乡村旅游APP的实现方法。

本发明提供的一种跨平台乡村旅游APP的实现方法与装置，基于乡村旅游的视图层业务需求和逻辑层业务需求，利用AppCan跨平台技术框架，实现乡村旅游APP的跨平台开发，能够有效提高应用代码复用率和开发的效率，并能有效降低开发者劳动强度。

附图说明

图1为本发明实施例一种跨平台乡村旅游APP的实现方法的流程图；

图2本发明实施例一种业务型用户交互界面的构成示意框图；

图3为本发明实施例一种构建乡村旅游APP的用户交互界面的处理过程流程图；

图4为本发明实施例另一种跨平台乡村旅游APP的实现方法的流程图；

图5本发明实施例一种功能型用户交互界面的构成示意框图；

图6为本发明实施例一种功能型移动业务逻辑的构成示意框图；

图7为本发明实施例一种定位功能业务逻辑的组成示意图；

图8为本发明实施例一种跨平台乡村旅游APP的实现装置的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

作为本发明实施例的一个方面，本实施例提供一种跨平台乡村旅游APP的实现方法，参考图1，为本发明实施例一种跨平台乡村旅游APP的实现方法的流程图，包括：

S1，基于乡村旅游的视图层业务需求，利用AppCan跨平台技术框架，采用html5+css3+JavaScript构建乡村旅游APP的用户交互界面。

可以理解为，在进行用户交互界面创建之前，先要了解乡村旅游APP的视图层业务需求，如用户登录交互及展示需求、用户搜索展示需求等。然后基于获取的视图层业务需求，在AppCan跨平台技术框架中，采用html5+css3+JavaScript工具，构建各视图层业务需求对应的用户交互界面。例如基于乡村旅游用户的注册登录需求，通过AppCan工具创建注册登录界面。

参考图2，为本发明实施例一种业务型用户交互界面的构成示意框图，用户交互界面还可包括：旅游景点界面、旅游交通界面、旅游住宿界面、旅游餐饮界面和旅游用户信息界面等的展示和交互。

其中可选的，步骤S1中所述构建乡村旅游APP的用户交互界面的进一步处理步骤参考图3，为本发明实施例一种构建乡村旅游APP的用户交互界面的处理过程流程图，包括：

S11，通过AppCan工具建立html文件实现用户交互页面的构建。

可以理解为，在根据上述说明获取乡村旅游的视图层业务需求之后，在AppCan跨平台技术框架中，建立对应的html文件，构成每个视图层业务需求对应的用户交互页面。

S12，通过拖动AppCan工具中现有组件或者自定义组件，构建所述用户交互页面的交互组件。

可以理解为，在上述步骤构建用户交互页面之后，还要考虑用户对交互页面的操作以及交互页面上的子显示单元，因此在上述用户交互页面上添加相应的组件，具体通过拖动AppCan工具中现有组件进行添加。另外，也可以根据需要自定义组件。

S13，基于视图层业务需求，通过调节css样式参数值实现应用需求效果。

可以理解为，在上述步骤构建了用户交互页面，并在用户交互页面中添加了相应的交互组件之后，要实现用户交互页面和交互组件的按需显示和动作，还需要对用户交互页面和交互组件相关的参数进行设置。具体根据视图层的显示和动作需求，通过调节css样式参数值，实现相应的显示和动作功能。

S2，基于乡村旅游的数据层业务逻辑需求和所述用户交互界面，利用AppCan跨平台技术框架，通过手机系统统一接口webview，构建乡村旅游APP的移动业务逻辑。

可以理解为，在上述步骤构建用户交互界面之后，需要根据用户通过用户交互界面的设置，实现相应的业务逻辑，如，当用户通过用户交互界面输入相关信息的搜索需求时，需要APP根据用户搜索需求，进行相应信息的搜索，即实现搜索功能业务逻辑。

具体为，结合乡村旅游的数据层业务逻辑需求，以及根据上述步骤创建的用户交互界面，利用AppCan框架的数据对接与交互MVVM技术框架，通过访问手机系统统一接口webview，构建对应各数据层业务逻辑需求和用户交互界面的乡村旅游APP移动业务逻辑。移动业务逻辑主要实现数据收集、数据简单处理和数据传输等，例如，用户注册、用户登录和用户搜索的视图层对应的数据层业务逻辑等。

S3，基于与后台服务器的信息访问需求，利用AppCan跨平台技术框架，构建APP客户端与所述后台服务器的信息交互逻辑。

可以理解为，考虑到APP实际应用中往往不仅仅涉及用户终端内数据处理，通常还需要实现与后台服务器的信息交互。例如，需要后台服务器提供用户当前位置信息等。具体根据乡村旅游APP对后台服务器数据的访问需求以及乡村旅游APP对后台服务器的数据反馈需求，在AppCan跨平台技术框架中，利用AppCan封装的开发库AppCan JavaScript sdk，构建APP客户端与后台服务器的信息交互逻辑。

其中可选的，步骤S3中所述信息交互逻辑进一步包括：所述APP客户端与所述后台服务器间的信息交互采用xml和json格式的网络传输协议。

可以理解为，由于通常用户终端与后台服务器都是远程连接，二者之间的数据交互需要遵循共同支持的网络传输协议，才能实现相互间的数据传输。因此在构建APP客户端与后台服务器的信息交互逻辑时，需要指定二者间网络传输协议，例如xml和json格式的网络传输协议。而对于后台服务器端，无硬性开发语言要求，其中可以为Java语言。

其中可选的，根据上述实施例实现包括Android、ios和WP运行平台的跨平台乡村旅游APP。

参考图4，为本发明实施例另一种跨平台乡村旅游APP的实现方法的流程图。跨平台乡村旅游APP采用统一的后台服务器程序，其开发语言不限，特别的，本实施例采用Java语言开发，与前端移动APP的数据传输协议采用xml和json格式。乡村旅游移动APP的开发运用AppCan技术框架，采用html5+css3+JavaScript语言进行开发。开发完成后通过线上或线下的方式将移动APP发布成不同平台上的应用。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，基于乡村旅游的视图层业务需求和逻辑层业务需求，利用AppCan跨平台技术框架，实现乡村旅游APP的跨平台开发，能够有效提高应用代码复用率和开发的效率，并能有效降低开发者劳动强度。

其中可选的，所述S1的步骤进一步包括：基于乡村旅游用户自驾游的业务需求，通过AppCan工具创建用户推荐主界面、用户搜索结果展示界面和旅游产品详情界面。

可以理解为，考虑到乡村旅游用户多为自驾游用户的特点，本乡村旅游APP实现推荐功能。具体根据用户历史游览记录，分析用户喜好，根据用户喜好信息，通过AppCan工具创建用户推荐主界面(应用的首页)、用户搜索结果展示界面和旅游产品详情界面等。同样可以根据游客用户分享和评价信息，优先推荐评价结果较优的景点。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，根据用户数据信息，构建推荐功能用户交互界面，实现根据用户喜好和游客评价推荐优质景点的功能，能够为用户提供便利，改善用户体验。

其中可选的，所述S1的步骤进一步包括：基于乡村旅游用户的分享业务需求，通过AppCan工具创建社区交流界面，包括行程分享界面和行程浏览界面。

可以理解为，考虑到乡村旅游用户多为自驾游用户的特点，本乡村旅游APP实现社区功能。具体根据乡村旅游用户的分享业务需求，如游览照片分享、视频分享以及日志分享等，通过采用AppCan中UI组件并结合html技术，创建社区交流界面。通过该社区交流界面，用户可以分享自己的行程经验，也可以参考别人的行程经验。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，通过构建社区交流界面，实现用户游览经历的分享与交流，能够为用户提供更好的使用体验。

其中可选的，步骤S2中所述构建乡村旅游APP的移动业务逻辑的步骤进一步包括：构建对应所述用户交互界面的如下一种或几种移动业务逻辑：注册功能业务逻辑、登录功能业务逻辑、查询搜索功能业务逻辑、收藏功能业务逻辑、评分功能业务逻辑、评论功能业务逻辑、产品管理功能业务逻辑、个人信息管理功能业务逻辑、定位功能业务逻辑和推荐功能业务逻辑。

可以理解为，在根据上述实施例构建了用户交互界面之后，需要结合各用户交互界面和数据层业务逻辑需求，构建各用户交互界面对应的数据业务逻辑。具体基于上述实施例构建的用户交互界面的组成结构参考图5，为本发明实施例一种功能型用户交互界面的构成示意框图，包括以下一种或几种：注册功能页面、登录功能页面、查询搜索功能页面、收藏功能页面、评分功能页面、评论功能页面、产品管理(包括增、删、改及查等)功能页面、个人信息管理功能页面(包括增、删、改及查等)、定位功能页面和推荐功能页面，以及数据层业务逻辑需求，构建各用户交互界面对应的移动业务逻辑。

相应的，移动业务逻辑的组成结构参考图6，为本发明实施例一种功能型移动业务逻辑的构成示意框图，包括对应用户交互界面的如下一种或几种移动业务逻辑：注册功能业务逻辑、登录功能业务逻辑、查询搜索功能业务逻辑、收藏功能业务逻辑、评分功能业务逻辑、评论功能业务逻辑、产品管理功能业务逻辑、个人信息管理功能业务逻辑、定位功能业务逻辑和推荐功能业务逻辑。

例如：注册功能业务逻辑，用户首先点击注册按钮，进入注册页面，填写个人信息，此时要用JavaScript技术来规范用户注册信息(首先用户名中英文皆可，中文不超过7个汉字，英文不超过14个字母；其次密码不得少于6位，并检查两次输入密码的一致性)。点击注册，则用户信息经移动端封装成json格式传递到服务器。服务器经过审查，如果成功则将用户信息写入到数据库，返回success页面，如果不成功则返回fail页面。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，通过AppCan技术框架实现基于乡村旅游的数据层业务逻辑需求和用户交互界面的乡村旅游APP多种功能业务逻辑，实现多种用户需求，方便用户使用。

其中可选的，所述定位功能业务逻辑进一步包括：利用AppCan封装的js系统接口，通过调用用户终端GPS定位，定位用户当前位置。

可以理解为，在使用APP的过程中，用户往往希望知道自己当前的位置信息，以便其根据当前位置确定去向，因此在进行移动业务逻辑创建时，创建定位功能业务逻辑。业务逻辑实现过程为，在获取用户对当前位置的获取请求时，利用AppCan封装的js系统接口，调用用户终端当前的GPS定位，根据用户终端当前的GPS定位，确定用户当前位置。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，利用AppCan封装的js系统接口，实现不同运行平台下用户当前位置的准确定位，为用户规划路径提供依据。

其中可选的，所述定位功能业务逻辑进一步包括：通过JavaScript技术调用通用地图接口(API)，并利用html5渲染技术将目标景点显示在所述通用地图上。

可以理解为，在通过移动APP进行景点搜索时，用户往往希望直观地观察景点所在位置。因此在进行定位功能业务逻辑的构建时，还包括构建景点的位置显示业务逻辑。具体在AppCan跨平台技术框架中，通过JavaScript技术调用通用地图接口(API)，如，百度地图、谷歌地图和高德地图等，然后利用html5渲染技术，将目标景点显示在调用的通用地图上。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，通过在AppCan跨平台技术框架中利用JavaScript技术调用通用地图接口，并通过html5渲染技术实现不同应用平台中目标景点的直观显示，使用户在不同运行平台下均能直观地获取目标景点位置，便于分析判断，并能实现很好的代码复用。

其中可选的，所述定位功能业务逻辑的进一步组成逻辑参考图7，为本发明实施例一种定位功能业务逻辑的组成示意图，包括：

S21，利用JavaScript技术调用通用地图接口(API)，并获取通用地图中目标景点定位信息。

可以理解为，根据上述实施例，在AppCan跨平台技术框架中，通过JavaScript技术调用通用地图接口(API)，如，百度地图、谷歌地图和高德地图等。然后根据目标景点的实际位置信息，确定该目标景点在通用地图中的定位信息。

S22，基于所述景点定位信息和用户当前定位信息，规划用户行驶路径，并计算所述用户到所述目标景点的行驶距离。

可以理解为，在根据上述实施例获取用户当前定位信息并根据上述步骤获取目标景点的定位信息之后，根据用户当前定位信息、目标景点的定位信息以及交通路网信息规划用户行驶路径，并计算该用户到达该目标景点的行驶距离。

S23，将所述行驶路径和所述行驶距离显示在地图上。

可以理解为，为了使用户能够直观的看到供选择的行驶路径以及判断行驶距离和行驶时间，将上述步骤规划的行驶路径以及根据该行驶路径估算的行驶距离显示在地图上。

本发明实施例提供的一种跨平台乡村旅游APP的实现方法，通过在AppCan跨平台技术框架中利用JavaScript技术调用通用地图接口，并根据用户当前位置和目标景点位置信息，实现跨平台的行驶路径规划和行驶距离估算，并将规划的行驶路径和估算的行驶距离进行显示，能够实现很好的代码复用，节约开发时间，提高开发效率。

其中可选的，根据上述实施例获取的乡村旅游APP可应用html5特性调用手机native功能。

其中可选的，通过AppCan线上或线下发布，获取上述实施例中跨平台乡村旅游APP。

其中可选的，根据上述实施例获取的跨平台乡村旅游APP能够实现乡村旅游数据的收集、传输、显示以及简单业务逻辑的处理，并与后台服务器端通过网络传输协议标准进行信息交互。

进一步的，所述方法还包括，构建所述跨平台乡村旅游APP的原生接口，所述原生接口以js对象的方式呈现。

根据上述实施例获取的跨平台乡村旅游APP，是一种基于WebApp与NativeApp之间的HybridApp，能够实现对浏览器内核Webview、Crosswalk和腾讯X5的封装。

作为本发明实施例的另一个方面，本实施例提供一种跨平台乡村旅游APP的实现装置，参考图8，为本发明实施例一种跨平台乡村旅游APP的实现装置的结构框图，包括：至少一个处理器801，以及至少一个与处理器801通信连接的存储器802。其中，存储器802中存储有可在处理器801上运行的计算机程序，处理器801执行所述程序时实现如上述实施例所述的跨平台乡村旅游APP的实现方法。

可以理解为，所述的跨平台乡村旅游APP的实现装置中至少包含一个处理器801和一个存储器802，且处理器801和存储器802之间形成通信连接，可以进行相互间信息和指令的传输，如处理器801从存储器802中读取跨平台乡村旅游APP的实现方法的程序指令等。

跨平台乡村旅游APP的实现装置运行时，处理器801调用存储器802中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：基于乡村旅游的数据层业务逻辑需求和所述用户交互界面，利用AppCan跨平台技术框架，通过手机系统统一接口webview，构建乡村旅游APP的移动业务逻辑；以及基于乡村旅游用户自驾游的业务需求，通过AppCan工具创建用户推荐主界面、用户搜索结果展示界面和旅游产品详情界面等。

本发明另一个实施例中，提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行如上述实施例所述的跨平台乡村旅游APP的实现方法。

可以理解为，实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的跨平台乡村旅游APP的实现装置的实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，既可以位于一个地方，或者也可以分布到不同网络单元上。可以根据实际需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上实施方式的描述，本领域的技术人员可以清楚地了解，各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令，用以使得一台计算机设备(如个人计算机，服务器，或者网络设备等)执行上述各方法实施例或者方法实施例的某些部分所述的方法。

本发明实施例提供的一种跨平台乡村旅游APP的实现装置和一种非暂态计算机可读存储介质，基于乡村旅游的视图层业务需求和逻辑层业务需求，利用AppCan跨平台技术框架，实现乡村旅游APP的跨平台开发，能够有效提高应用代码复用率和开发的效率，并能有效降低开发者劳动强度。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种跨平台乡村旅游APP的实现方法，其特征在于，包括：

S1，基于乡村旅游的视图层业务需求，利用AppCan跨平台技术框架，采用html5+css3+JavaScript构建乡村旅游APP的用户交互界面；

S2，基于乡村旅游的数据层业务逻辑需求和所述用户交互界面，利用AppCan跨平台技术框架，通过手机系统统一接口webview，构建乡村旅游APP的移动业务逻辑；

S3，基于与后台服务器的信息访问需求，利用AppCan跨平台技术框架，构建APP客户端与所述后台服务器的信息交互逻辑。

2.根据权利要求1所述的方法，其特征在于，步骤S1中所述构建乡村旅游APP的用户交互界面的步骤进一步包括：

通过AppCan工具建立html文件实现用户交互页面的构建；

通过拖动AppCan工具中现有组件或者自定义组件，构建所述用户交互页面的交互组件；

基于视图层业务需求，通过调节css样式参数值实现应用需求效果。

3.根据权利要求1所述的方法，其特征在于，所述S1的步骤进一步包括：

基于乡村旅游用户自驾游的业务需求，通过AppCan工具创建用户推荐主界面、用户搜索结果展示界面和旅游产品详情界面。

4.根据权利要求1所述的方法，其特征在于，所述S1的步骤进一步包括：

基于乡村旅游用户的分享业务需求，通过AppCan工具创建社区交流界面，包括行程分享界面和行程浏览界面。

5.根据权利要求1所述的方法，其特征在于，步骤S2中所述构建乡村旅游APP的移动业务逻辑的步骤进一步包括：

构建对应所述用户交互界面的如下一种或几种移动业务逻辑：注册功能业务逻辑、登录功能业务逻辑、查询搜索功能业务逻辑、收藏功能业务逻辑、评分功能业务逻辑、评论功能业务逻辑、产品管理功能业务逻辑、个人信息管理功能业务逻辑、定位功能业务逻辑和推荐功能业务逻辑。

6.根据权利要求5所述的方法，其特征在于，所述定位功能业务逻辑进一步包括：

利用AppCan封装的js系统接口，通过调用用户终端GPS定位，定位用户当前位置。

7.根据权利要求6所述的方法，其特征在于，所述定位功能业务逻辑进一步包括：

通过JavaScript技术调用通用地图接口(API)，并利用html5渲染技术将目标景点显示在所述通用地图上。

8.根据权利要求7所述的方法，其特征在于，所述定位功能业务逻辑进一步包括：

利用JavaScript技术调用通用地图接口(API)，并获取通用地图中目标景点定位信息；

基于所述景点定位信息和用户当前定位信息，规划用户行驶路径，并计算所述用户到所述目标景点的行驶距离；

将所述行驶路径和所述行驶距离显示在地图上。

9.根据权利要求1所述的方法，其特征在于，步骤S3中所述信息交互逻辑进一步包括：

所述APP客户端与所述后台服务器间的信息交互采用xml和json格式的网络传输协议。

10.一种跨平台乡村旅游APP的实现装置，其特征在于，包括：至少一个处理器，以及至少一个与所述处理器通信连接的存储器；

所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如权利要求1至9中任一所述的方法。