一种移动端跨平台框架选择方法、设备、存储介质与流程

1.本技术涉及计算机领域，尤其涉及一种移动端跨平台框架选择方法、设备、存储介质。


背景技术：

2.在当前只能手机已经普及的大环境下，手机软件使用已经是网络用户使用最多的上网工具，任何企业或者功能想要很好的推广都无法离开移动端功能。在目前的市场上移动端主要有两个系统，一个是android，另一个是ios，这两个系统是相互独立的。在传统的开发过程中，android和ios是互不关联的两套开发系统，所以他们都是互相独立进行开发，所有功能都是互相独立完成的，这就需要专门的android和ios工程师进行研发，对人力的要求比较高，而且会带来重复开发导致移动应用开发成本增大的问题。
3.随着移动开发的发展，互联网公司也是层出不穷，有些公司迫于竞争，想要更迅速的更省成本的进行开发，就不再满足android端一套代码，ios端一套代码。所以，能够同时在android和ios这两个平台上运行的跨平台软件应运而生。
4.目前市场上的跨平台框架主要有hybrid、react-native、weex和flutter等。由于跨平台开发框架数量众多且层出不穷，对于一些研发人员而言，对各种开发框架的性能以及之间的区别并不了解，这就导致难以选择合适的开发框架，从而导致浪费开发时间、开发效果不好等情况。


技术实现要素：

5.本技术提供了一种移动端跨平台框架选择方法、设备、存储介质，解决了由于研发人员对各种框架缺乏了解而导致的开发效率低下的技术问题。
6.一种移动端跨平台框架选择方法，包括：
7.配置hybrid、react-native、weex和flutter开发框架；
8.建立核心语言需求表单，获取用户的核心语言需求特征；
9.建立上手难度需求表单，获取所述用户的上手难度需求特征；
10.建立框架程度需求表单，获取所述用户的框架程度需求特征；
11.建立性能需求表单，获取所述用户的性能需求特征；
12.建立适合场景表单，获取所述用户的使用场景特征；
13.建立充分利用现有知识能力需求表单，获取所述用户的充分利用现有知识能力需求特征；
14.建立前景需求表单，获取所述用户的前景需求特征；
15.根据所述用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给所述用户。
16.在本技术的一种实施例中，所述根据所述用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给所述用户，具体包括：确定所述核心语言、所述上手难
度、所述框架难度、所述性能、所述适合场景、所述充分利用现有知识的特征权重值；根据所述特征权重值以及用户选择的各个表单选项进行加权计算，确定得分最高的开发框架，将所述开发框架推荐给所述用户。
17.在本技术的一种实施例中，所述使用场景表单包括：对加载效果要求不高；业务简单、页面简单；业务简单、需要动态更新；与系统交互少、页面简单。
18.在本技术的一种实施例中，所述性能需求表单包括：兼容性低、性能低；性能一般、兼容性高；性能高，兼容性高。
19.在本技术的一种实施例中，所述上手难度需求表单包括：容易、一般、困难。
20.在本技术的一种实施例中，所述核心语言需求表单包括：javascript、react、vue、dart。
21.在本技术的一种实施例中，所述框架程度需求表单包括：轻、较轻、较重、重。
22.在本技术的一种实施例中，所述前景需求表单包括：根据原生支持的特性来实现功能，没有框架负担；成熟度高，版本有持续更新，文档完善，受限于本身平台机制；维护力度小，文档混乱，版本更新慢；文档完善，版本更新迭代快。
23.一种移动端跨平台框架选择设备，包括：
24.至少一个处理器；以及，
25.与所述至少一个处理器通信连接的存储器；其中，
26.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：
27.配置hybrid、react-native、weex和flutter开发框架；
28.建立核心语言需求表单，获取用户的核心语言需求特征；
29.建立上手难度需求表单，获取所述用户的上手难度需求特征；
30.建立框架程度需求表单，获取所述用户的框架程度需求特征；
31.建立性能需求表单，获取所述用户的性能需求特征；
32.建立适合场景表单，获取所述用户的使用场景特征；
33.建立充分利用现有知识能力需求表单，获取所述用户的充分利用现有知识能力需求特征；
34.建立前景需求表单，获取所述用户的前景需求特征；
35.根据所述用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给所述用户。
36.一种非易失性存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为：
37.配置hybrid、react-native、weex和flutter开发框架；
38.建立核心语言需求表单，获取用户的核心语言需求特征；
39.建立上手难度需求表单，获取所述用户的上手难度需求特征；
40.建立框架程度需求表单，获取所述用户的框架程度需求特征；
41.建立性能需求表单，获取所述用户的性能需求特征；
42.建立适合场景表单，获取所述用户的使用场景特征；
43.建立充分利用现有知识能力需求表单，获取所述用户的充分利用现有知识能力需
求特征；
44.建立前景需求表单，获取所述用户的前景需求特征；
45.根据所述用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给所述用户。
46.本技术提供了一种移动端跨平台框架选择方法、设备、存储介质，至少包括以下有益效果：通过将不同的开发框架进行优缺点的展示，能够使研发人员熟悉目前市场上使用的主要混合开发框架，让研发人员可以有针对性的进行深入了解，不会盲目的进行各种查找，以免浪费时间。通过从多方面进行框架对比，以及侧重点讨论，可以让使用人员根据自己的业务需求和人员配置等快速的选择适合自己使用的框架，以提高效率。
附图说明
47.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
48.图1为本技术实施例提供的一种移动端跨平台框架选择方法的步骤示意图；
49.图2为本技术实施例提供的一种移动端跨平台框架选择设备的组成结构图。
具体实施方式
50.为了使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例对本技术进行清楚、完整的描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
51.在当前只能手机已经普及的大环境下，手机软件使用已经是网络用户使用最多的上网工具，任何企业或者功能想要很好的推广都无法离开移动端功能。在目前的市场上移动端主要有两个系统，一个是android，另一个是ios，这两个系统是相互独立的。在传统的开发过程中，android和ios是互不关联的两套开发系统，所以他们都是互相独立进行开发，所有功能都是互相独立完成的，这就需要专门的android和ios工程师进行研发，对人力的要求比较高。
52.在移动互联网时代，当android和ios奠定了整个移动os的地位后，跨平台研发就一直是一个大的研究方向。为了方便实际需要，目前市场上的跨平台框架研究主要有hybrid、react-native、weex和flutter等。其中hybrid、react-native、weex这三个是同一类型，是js框架，框架的目的是简化开发，但是这几个框架都是针对传统网页开发，基于h5技术，本质上是js引擎渲染。而flutter是通过c/c 调用底层接口，还用了自家的跨平台2d引擎skia来渲染，所以效率很高。但如何根据业务对开发框架进行选择是研究人员需要一种能够根据业务自动推荐框架的方案，以使研发人员能够快速、高效地选择合适的开发框架。下面进行具体说明。
53.图1为本技术实施例提供的一种移动端跨平台框架选择方法的步骤示意图，可以包括以下步骤：
54.s101：配置hybrid、react-native、weex和flutter开发框架。
55.以下为各个开发框架的基本论述：
56.hybrid框架：主要以js native两者相互调用为主，在native端使用webview加载h5页面，通过jsbridge实现native端和web端双向通信。
57.rn框架：整个的rn应用可以分为两层展示：javascriptcode层和nativecode层。
58.也可以理解为所谓的应用层和底层，应用层通过javascript桥接层与底层平台进行交互(rn可以通过热部署，直接在网络上替换js部分功能，来达到部分即时更新功能)。rn不是实现一个跨平台的ui系统，我们要实现的是一个借助各平台既有的ui系统的跨平台ui控制系统。rn的js层代码是控制native渲染而不是负责渲染。
59.weex框架：weex的实现流程主要就是做了三件事。
60.1.在服务端用transformer工具把vue代码转换成jsbundle。
61.2.在客户端运行jsframework的javascript引擎，解释执行jsbundle生成virtualdom。
62.3.在客户端设计一套jsbridge，能使ios端(或者android端)的object-c语言(或java语言)与javascript语言相互调用，把virtualdom转换为dom，渲染到页面。h5端直接和jsframework通讯，不需要jsbridge；
63.flutter框架：基于framework开发app，运行在engine上。分层架构：
64.framework：一个纯dart代码的软件开发工具包(software development kit，sdk)。它实现了一套基础库，包含动画、绘制和手势处理。并基于绘制封装了一套widget控件库，这套控件库还根据material和cupertino两种设计风格进行了风格化区分。
65.engine：一个c 实现的sdk。其包含了skia引擎、dart运行时、文字排版引擎等，是flutter的独立虚拟机。
66.embedder是嵌入层，做好这一层的适配flutter基本可以嵌入到任何平台上去。
67.s102：建立核心语言需求表单，获取用户的核心语言需求特征。
68.在本技术的一种实施例中，核心语言需求表单包括：javascript、react、vue、dart等。
69.s103：建立上手难度需求表单，获取用户的上手难度需求特征。
70.在本技术的一种实施例中，上手难度需求表单包括：容易、一般、困难等。
71.s104：建立框架程度需求表单，获取用户的框架程度需求特征。
72.在本技术的一种实施例中，框架程度需求表单包括：轻、较轻、较重、重等。
73.s105：建立性能需求表单，获取用户的性能需求特征。
74.在本技术的一种实施例中，性能需求表单包括：兼容性低、性能低；性能一般、兼容性高；性能高，兼容性高等。
75.s106：建立适合场景表单，获取用户的使用场景特征。
76.在本技术的一种实施例中，使用场景表单包括：对加载效果要求不高；业务简单、页面简单；业务简单、需要动态更新；与系统交互少、页面简单等。
77.s107：建立充分利用现有知识能力需求表单，获取用户的充分利用现有知识能力需求特征。
78.在本技术的一种实施例中，充分利用现有知识表单包括：高、中、低。
79.s108：建立前景需求表单，获取用户的前景需求特征。
80.8.在本技术的一种实施例中，前景需求表单包括：根据原生支持的特性来实现功
能，没有框架负担；成熟度高，版本有持续更新，文档完善，受限于本身平台机制；维护力度小，文档混乱，版本更新慢；文档完善，版本更新迭代快等。
81.s109：根据用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给用户。
82.在本技术的一种实施例中，确定核心语言、上手难度、框架难度、性能、适合场景、充分利用现有知识的特征权重值；根据特征权重值以及用户选择的各个表单选项进行加权计算，确定得分最高的开发框架，将开发框架推荐给用户。
83.具体地，设定核心语言权重为0.3、上手难度权重为0.1、框架难度权重为0.1、性能权重为0.2、适合场景权重为0.1、充分利用现有知识权重为0.2。当用户选择哪个特征，验证该特征属于的框架，同时对该框架标记对应的权重分数。最终为用户计算出得分最高的框架推荐给用户。
84.例如，当用户处需要开发电商业务场景下的软件时，用户根据电商需要实时动态更新的需要，在合适场景表单下选择了业务简单、需要动态更新，由于weex框架拥有此项特征，那么weex框架得到对应合适场景表单权重的分数；在上手难度表单下选择了容易，由于hybrid和weex在上手难度的特征都为容易，所以hybrid和weex都获得了对应上手难度表单权重的分数；在框架难度表单下选择了较轻，则hybrid获得分数；在性能表单下选择了性能一般、兼容性高，则weex和rn获得分数；在充分利用现有知识表单下选择了高，那么hybrid和weex获得分数。综合计算各个框架的得分，得到weex的得分最高，则将weex框架推荐给用户。
85.通过使用户根据业务选择需求，能够让研发人员可以有针对性的进行深入了解，不会盲目的进行各种查找，避免了时间的浪费，确保快速、高效的选择合适的开发框架，提高开发效率。
86.如下表所示为在页面中展示的各个框架的对比图。
[0087][0088][0089]
以上为本技术实施例提供的一种移动端跨平台框架选择方法，基于同样的发明思路，本技术实施例还提供了相应的一种移动端跨平台框架选择设备，如图2所示。
[0090]
本实施例提供了一种移动端跨平台框架选择设备，包括：
[0091]
至少一个处理器；以及，
[0092]
与至少一个处理器通信连接的存储器；其中，
[0093]
存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：
[0094]
配置hybrid、react-native、weex和flutter开发框架；
[0095]
建立核心语言需求表单，获取用户的核心语言需求特征；
[0096]
建立上手难度需求表单，获取用户的上手难度需求特征；
[0097]
建立框架程度需求表单，获取用户的框架程度需求特征；
[0098]
建立性能需求表单，获取用户的性能需求特征；
[0099]
建立适合场景表单，获取用户的使用场景特征；
[0100]
建立充分利用现有知识能力需求表单，获取用户的充分利用现有知识能力需求特征；
[0101]
建立前景需求表单，获取用户的前景需求特征；
[0102]
根据用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给用户。
[0103]
基于同样的思路，本技术的一些实施例还提供了上述方法对应的介质。
[0104]
本技术的一些实施例提供的一种移动端跨平台框架选择存储介质，存储有计算机可执行指令，计算机可执行指令设置为：
[0105]
配置hybrid、react-native、weex和flutter开发框架；
[0106]
建立核心语言需求表单，获取用户的核心语言需求特征；
[0107]
建立上手难度需求表单，获取用户的上手难度需求特征；
[0108]
建立框架程度需求表单，获取用户的框架程度需求特征；
[0109]
建立性能需求表单，获取用户的性能需求特征；
[0110]
建立适合场景表单，获取用户的使用场景特征；
[0111]
建立充分利用现有知识能力需求表单，获取用户的充分利用现有知识能力需求特征；
[0112]
建立前景需求表单，获取用户的前景需求特征；
[0113]
根据用户选择的各个表单选项进行加权计算，确定得分最高的开发框架推荐给用户。
[0114]
本技术中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0115]
本技术实施例提供的方法和介质与方法是一一对应的，因此，方法和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述方法和介质的有益技术效果。
[0116]
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程方法商品或者方法不仅包括那些要素，而且还包括
没有明确列出的其他要素，或者是还包括为这种过程方法商品或者方法所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括要素的过程方法商品或者方法中还存在另外的相同要素。
[0117]
以上仅为本技术的实施例而已，并不用于限制本技术。对于本领域技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本技术的权利要求范围之内。