移动app开发框架（常见的移动app开发框架）
今天给各位分享移动app开发框架的知识，其中也会对常见的移动app开发框架进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
本文目录一览：
- 1、跨平台的html5移动app开发框架有哪些
- 2、软件更新丨移动应用框架 Ionic 4正式版发布：Ionic for Everyone
- 3、Bootstrap VS jQuery Mobile 对比！
- 4、android app开发中常用到哪些开源框架
- 5、移动前端开发项目-1_课程简介及移动端主流框架介绍
- 6、移动APP开发框架盘点2：Web移动前端框架大全
跨平台的html5移动app开发框架有哪些
jquery mobile和bootstrap都是较好的框架
jQuery Mobile是jQuery 在手机上和平板设备上的版本。jQuery Mobile 不仅会给主流移动平台带来jQuery核心库，而且会发布一个完整统一的jQuery移动UI框架。支持全球主流的移动平台。jQuery Mobile开发团队说：能开发这个项目，我们非常兴奋。移动Web太需要一个跨浏览器的框架，让开发人员开发出真正的移动Web网站。
Bootstrap 是基于 HTML、CSS、JAVASCRIPT 的，它简洁灵活，使得 Web 开发更加快捷。它由Twitter的设计师Mark Otto和Jacob Thornton合作开发，是一个CSS/HTML框架。Bootstrap提供了优雅的HTML和CSS规范，它即是由动态CSS语言Less写成。Bootstrap一经推出后颇受欢迎，一直是GitHub上的热门开源项目，包括NASA的MSNBC（微软全国广播公司）的Breaking News都使用了该项目。 国内一些移动开发者较为熟悉的框架，如WeX5前端开源框架等，也是基于Bootstrap源码进行性能优化而来。
软件更新丨移动应用框架 Ionic 4正式版发布：Ionic for Everyone
流行的开源移动应用程序开发框架 Ionic 于今日发布了 4.0 正式版，代号 Neutronium。官方称 Ionic 4 为“Ionic for Everyone”。开发者现在可通过 Ionic 使用 Web 技术轻松构建高质量的原生和渐进式 Web 应用程序。
Ionic 4.0.0 Neutronium 源码下载：
毫无疑问，Ionic 4 是一个十分重要的版本。它饱含开发团队两年来的研究和努力，将 Ionic 从“mobile for Angular”的定位转变为强大的 UI 设计系统和移动应用程序框架 —— 每个 Web 开发者都可使用它。
简单说来就是因为前端界的变化实在太快了。Ionic 刚问世的时候，正是 AngularJS 流行之时，Ionic 当时的目标也只是打造丰富的由 JavaScript 驱动的组件，以使用 Web 技术构建高质量的移动应用程序。由于业界当时没有统一的标准方法可以实现这一目标，Ionic 便把目光瞄准了 AngularJS，开发者可以在 AngularJS 中构建自定义的指令，而由 Ionic 提供的原生组件可打包成易于使用的自定义 HTML 标记。任何使用该标记的 AngularJS 模板都可以引导组件并运行它，就像在浏览器中实现原生的支持。
即便到了 Angular 2 发布的时候，Angular 饱受争议，但做好移植工作的 Ionic 2 和 3 在彼时依然收获了不错的口碑，Ionic 3 甚至被认为是 Ionic 最成功的版本。
但到了最近两年，前端变化之快不但令人目不暇接，甚至让 Ionic 这样的框架也陷入了瓶颈。AngularJS 已被 Angular 取代，而引领前端发展的“三驾马车”，Ionic 表示其中的“两驾马车”与自身并无交集。
为此，Ionic 进行了反思，并在2017年开始尝试将 Ionic 转变为一组 Web 组件，他们判断这将是未来的趋势 —— 让世界上几乎每个 Web 开发者都可在他们的移动、桌面和渐进式 Web 应用程序中使用 Ionic 的组件 —— 只需在他们的应用程序中使用 Ionic 的自定义 HTML 标记即可。
最重要的是，Ionic 使用的是标准 Web API 而非第三方 API，所以开发者大可放心使用，Ionic 的组件 API 在未来许多年都会保持稳定，而不是成为前端和框架发展进程中的牺牲品。
性能
官方宣称 Ionic 4 是有史以来最快的版本，近 100 个 Ionic 组件均通过性能、定制性和外观方面的评估。每个组件均符合 iOS 和 Android 上的最新标准。
官方提供的性能对比 ↑↑↑
Ionic 4 开箱即用，而优异的性能则让 Ionic 成为了构建高性能 PWA 的最佳 UI 框架。官方表示，为了使 Ionic 达到 Google 规定的性能标准，需要使用新的异步组件加载和交付方法。为实现这一目标，Ionic 团队花了一年的时间使用 Stencil 构建一个 Web 组件管道来生成 Ionic 组件，确保它们封装紧密，可延迟加载。
支持 React 和 Vue
虽然目前对 React 和 Vue 的支持尚处于 alpha 状态，但终归让开发者在框架选择上有了更多样化的选择。
文档改进。官方对开发者文档进行了较大的改进。设计更简单、导航更清晰、内容更突出。
此外，还整合了 API 引用和组件引用方面的内容，减少了之前开发者必须多次跳转才得以获取所需信息的次数。
文档最新地址
路线图
Ionic 4 现在可用于生产环境，官方提供的 Roadmap 显示未来将改进对特定桌面的 UI 支持、改进键盘方案，提供更丰富的主题和动画。另外就是，提供对 React 和 Vue“一等公民”的支持。
↓↓↓
Bootstrap VS jQuery Mobile 对比！
很多新手纠结这个问题？两个框架都能够支持做手机网页，那么它们的区别是什么呢，适用场景是什么呢？下面我们从这几个方面比较这两个框架：解决问题、功能、适用场景。
h1解决问题/h1
1.跨设备的网页响应式布局问题。随着手机、平板、各分辨率屏幕的出现，如何能够一套前端在所有设备上自由适应？
2.多人合作的前端布局和样式的规范问题
3.常用前端css组件，如按钮、连接、表单、表格、分页组件、下拉菜单、导航栏、ICON等等
4.常用JS前端组件（需要扩展js支持），如表单验证、Tips、Popup等等
h1jQuery Mobile是移动前端框架/h1
jQuery Mobile是移动前端框架，包含js、html、css，提供一套完整的移动前端开发组件，可以比喻成Android开发框架，尽可能提供移动APP所具有的所有功能，针对解决的问题有：
1.移动网页APP所常用的组件，例如：手机导航栏、选项卡、底部菜单、列表、表单等各种组件，而这些与Bootstrap提供的组件有很大区别，jQuery Mobile提供的是类似手机APP的组件，只用于移动网页，而Bootstrap提供的是面向所有设备的组件，并没有对移动设备专门考虑，与移动APP的组件体验不一样。
2.网页页面之间转换效果
3.异步数据加载
h1功能/h1
Bootstrap其核心主要是一个css样式框架，基于css 的Media Query功能实现了响应式布局，能够帮助前端开发人员快速布局、快速开发、合作开发。它必须借助jQuery类似的js框架来实现Ajax数据交互。
jQuery Mobile其核心是一个完整的WebAPP框架，加入了一个轻量级的jQuery可以实现Dom操作，在jQuery的基础上提供了一系列类似移动APP的Widget（视图组件），提供了一套不错的页面转场效果，可通过Ajax实现与后端数据交互。
h1适用场景/h1
Bootstrap通常用于：展示网站的响应式布局开发，使得网站可以在不同设备上方便浏览；以及网站后台管理系统的前端CSS框架。
jQuery Mobile通常用于：期望接近移动APP体验的WebAPP，项目只运行在手机端，不用于电脑设备展示（虽然是可以展示的，但是效果不好）。
h1总结/h1
如果做跨设备响应式前端，选择Boostrap；如果仅作移动端，期望得到近似APP的WebAPP，使用jQuery Mobile。
如果做一个产品级的WebAPP，当前jQuery Mobile的能力并不能让你满意，自己开发响应式布局框架和WebApp组件是必然要走的路。
h1最后/h1
希望初学者可以掌握这两种框架，还有推荐一个js库，zepto.js,这个框架在开发移动端的时候，很便利，和jQ很像，但又有所不同，但是zepto.js更小，更便捷，zepto.js还提供了手机端的touch的api，真心很棒！
android app开发中常用到哪些开源框架
在前面的课程中，随着对Android体系的了解，已经可以进行正常的Android应用开发了。在Android开发中，同其他工程开发一样，也经常使用一些提高效率的框架，本文我们做一个对比。这些框架，既包括：网络请求框架、也包括图片加载库框架、还包括数据库操作等一些框架，总之，了解和熟悉这些框架，会对自己的开发效率有很大的提升和帮助。
网络请求框架
1、okHttp
在前文的学习中，我们已经了解过okHttp，是一个常用的网络加载库。
2、Retrofit
介绍
Retrofit是一个很不错的网络请求库，该库是square开源的另外一个库，之前的okhttp也是该公司开源的。
Retrofit是基于OkHttp封装的RESTful网络请求框架，使用注解的方式配置请求。优点是速度快，使用注解，callback函数返回结果自动包装成Java对象。官方自己的介绍说：
A type-safe REST client for Android and Java
该网络框架在github上的地址如下：
要求
Retrofit支持的http方式方式包括 GET/POST/PUT/DELETE/HEAD/PATCH，Retrofit要求Java的版本是1.8+，Android应用的API版本应该在21+。
依赖
使用Retrofit库，和其他库一样，首先需要设置依赖，依然是在build.gradle文件中设置依赖：
//添加retrofit库依赖
implementation ‘com.squareup.retrofit2:retrofit:2.1.0’
//添加gson转换器
implementation ‘com.squareup.retrofit2:converter-gson:2.1.0’
使用
通过一个例子，我们可以来演示该框架的使用步骤：
1、定义请求接口，即程序中都需要什么请求操作
public interface HttpServices {
/**
获取头条新闻
@param type 新闻类型
@param key apiKey
@return
*/
@GET(“toutiao/index”)
Call getNewsList(@Query(“type”) String type, @Query(“key”) String key);
}
2、实例化Retrofit对象，使用的Builder的模式创建，如下代码所示：
Retrofit retrofit = new Retrofit.Builder()
.baseUrl(Constants.BASE_API)
.addConverterFactory(GsonConverterFactory.create())
.build();
注意，这里设置结构体转换器，是可以直接把网络请求回来的数据转换为Java结构体，这里设置的Gson解析器，因此要引入相应的转换器支持库。
3、得到接口对象，自己创建的全局的接口对象，并调用相应的接口，得到一个类似于请求Call对象。如下所示：
HttpServices httpServices = retrofit.create(HttpServices.class);
Call newsListCall = httpServices.getNewsList(“top”, Constants.API_KEY);
4、加入到请求队列中，并设置回调方法：
newsListCall.enqueue(new Callback() {
@Override
public void onResponse(Call call, Response response) {
//网络请求成功的回调方法
List list = Arrays.asList(response.body().result.data);
Log.i(“TAG”, “请求成功:” + String.valueOf(list.size()));
NewListAdapter adapter = new NewListAdapter(RetrofitActivity.this);
adapter.setmData(list);
mRecyclerView.setAdapter(adapter);
}
@Override
public void onFailure(Call call, Throwable throwable) {
//网络请求失败的回调方法
Log.i(“TAG”, “请求失败:” + throwable.getMessage());
}
});
其他界面操作和之前的Android中的内容一致。
3、RxJava
简单来说，用来处理事件和异步任务，在很多语言上都有实现，RxJava是Rx在Java上的实现。
原理
RxJava最基本的原理是基于观察者模式来实现的。通过Obserable和Observer的机制，实现所谓响应式的编程体验。
特点
RxJava在编程中的实现就是一种链式调用，做了哪些操作，谁在前谁在后非常直观，逻辑清晰，代码维护起来非常轻松。
RxJava也是一个在github上的库，github地址如下：
基于此，还有一个RxAndroid，github地址如下：
RxJava和RxAndroid的关系
RxAndroid是RxJava的一个针对Android平台的扩展，主要用于 Android 开发。
基本概念
RxJava 有四个基本概念：
Observable：可观察者，即被观察者Observer：观察者subscribe：订阅事件
这四个概念之间的逻辑关系是：Observable和Observer通过subscribe方法实现订阅关系，从而Observable可以在需要的时候发出事件来通知Observer。
事件
RxJava 的事件回调方法主要包含以下几个：
onNext：普通的事件onCompleted：事件队列完结。RxJava 不仅把每个事件单独处理，还会把它们看做一个队列。RxJava 规定，当不会再有新的 onNext 发出时，需要触发 onCompleted 方法作为标志。：事件队列异常。在事件处理过程中出异常时， 会被触发，同时队列自动终止，不再允许再有事件发出。在一个正确运行的事件序列中, onCompleted和 有且只有一个，并且是事件序列中的最后一个。需要注意的是，onCompleted() 和 () 二者也是互斥的，即在队列中调用了其中一个，就不应该再调用另一个。
数据库操作框架
在开发时，本地数据库可以起到缓存数据和存储业务数据的作用，随着技术的成熟，不断推出了有很多关于数据库的操作框架。比较常见的数据库操作框架有诸如：GreenDao，OrmLite 和 ActiveAndroid，DBFlow等。
GreenDAO
GreenDAO是一个开源的 Android ORM(“对象/关系映射”)，通过 ORM（称为“对象/关系映射”），在我们数据库开发过程中节省了开发时间！
GreenDao的官方文档地址如下：
GreenDao的作用
通过 GreenDao，我们可以更快速的操作数据库，我们可以使用简单的面相对象的API来存储，更新，删除和查询 Java 对象。这款数据库操作框架的特点是：
高性能，在官方的统计数据中，GreenDao在GreenDao，OrmLite 和 ActiveAndroid三个框架中，读、写、更新操作效率均表现第一。易于使用的强大 API，涵盖关系和连接。内存消耗较小。安全：greenDAO 支持 SQLCipher，以确保用户的数据安全;
核心概念
GreenDao 的核心类有三个：分别是：
DaoMaster：保存数据库对象（SQLiteDatabase）并管理特定模式的 DAO 类（而不是对象）。它有静态方法来创建表或删除它们。它的内部类 OpenHelper 和DevOpenHelper 是 SQLiteOpenHelper 实现，它们在 SQLite 数据库中创建模式。DaoSession：管理特定模式的所有可用 DAO 对象，您可以使用其中一个getter方法获取该对象。DaoSession 还提供了一些通用的持久性方法，如实体的插入，加载，更新，刷新和删除。XXXDao：数据访问对象（DAO）持久存在并查询实体。对于每个实体，greenDAO 生成DAO。它具有比 DaoSession 更多的持久性方法。Entities：可持久化对象。通常, 实体对象代表一个数据库行使用标准 Java 属性(如一个POJO 或 JavaBean )。
使用
按照官方的文档和github上的说明可以实现greendao的使用。
首先进行的是依赖，对于greenDao，有两个地方需要设置，分别是项目根目录中的 build.gradle，还有module中的build.gradle。
classpath ‘org.greenrobot:greendao-gradle-plugin:3.3.0’ // add plugin
在项目根目录中的build.gradle目录中写这句话的意思是添加greenDao的插件。
在项目module中的build.gradle中也需要进行配置，有两个地方需要设置，如下图所示：
apply plugin: ‘org.greenrobot.greendao’ //开头加入该代码
dependences{
implementation ‘org.greenrobot:greendao:3.2.0’
}
然后就可以使用了。
bean实体
可以在项目中创建自己业务需要的实体类，并通过注解来设置是实体类，字段约束等内容。然后点击Android Studio中的Make module，即可自动生成XXXDao代码，以此来方便开发者的操作。生成的XXXDao类，不可修改和编辑，是自动生成的。
ORMLite
ORMLite框架是另外一款Android开发中可以使用的数据库操作框架。该框架的文档地址如下：
该框架的文档准备的不是特别友好，此处不再赘述。
总结，所有的框架原理几乎都相差不大，只是操作有所差异。
视图注入框架
在Android项目开发过程中，有太多的页面需要布局完成，同时在代码中需要些大量的findviewbyid的操作，来实现控件的解析。于是就有人想能否轻松一些，解放双手节省时间，干一些其他有意义的事情，于是ButterKnife就来了。
ButterKnife是一个专注于Android系统的View注入框架,可以减少大量的findViewById以及setOnClickListener代码，可视化一键生成。
该项目在github上的地址如下：
这个框架的优势也非常明显：
强大的View绑定和Click事件处理功能，简化代码，提升开发效率方便的处理Adapter里的ViewHolder绑定问题运行时不会影响APP效率，使用配置方便代码清晰，可读性强
使用
首先是设置依赖，在build.gradle中进行依赖设置：
implementation ‘com.jakewharton:butterknife:10.2.1’
annotationProcessor ‘com.jakewharton:butterknife-compiler:10.2.1’
需要注意，该框架要求Java环境1.8版本以上，SDK版本在26以上，因此在使用到的module中的build.graldle文件中，还必须添加如下代码配置：
apply plugin: ‘com.jakewharton.butterknife’
android{
//…
compileOptions {
sourceCompatibility JavaVersion.VERSION_1_8
targetCompatibility JavaVersion.VERSION_1_8
}
//…
}
另外，还必须在项目根目录中的build.gradle文件中，添加该框架的插件，如下图所示：
dependences{
classpath ‘com.jakewharton:butterknife-gradle-plugin:10.2.1’
}
然后即可在代码中进行使用了。
在使用该框架的页面进行绑定诸如，如下所示代码:
ButterKnife.bind( this) ;
主要的功能
@BindView（）：控件id 注解，解放双手，不用再每个控件都写一遍findviewById@BindViews（）:多个控件id 的注解，括号内使用花括号包括多个id即可，中间用，分割开在Fragment中使用，绑定Fragment。@BindString（）：绑定字符串@BindArray：绑定数组@BindBitmap：绑定bitmap资源@OnClick、@OnLongClick：绑定点击事件和长按事件…还有很多
插件安装
如果是页面很复杂，一个一个写BindView也很费劲，在Android Studio中，可以安装一个ButterKnife的插件，安装该插件后，可以在Studio中直接将对应的布局中的所有控件均给自动生成。
注意，在进行自动生成时，鼠标要放在布局文件上。
注意事项
ButterKnife框架在使用时，要求的版本比较高，包括Java的版本也有限制。因此，如果计划在项目中使用，要提前做好预备工作，以防止对已有项目和业务带来不必要的麻烦，反而影响工作进度。
移动前端开发项目-1_课程简介及移动端主流框架介绍
当前移动端开发主要有以下四个方面：
1）tochweb（手机网站）：手机通过手机浏览器打开的网站
2）web-app (touchweb网站通过phoneGap appcan 打包成 安卓apk 和苹果ios格式)
3）hybrid-app (性能较好，开发周期短，当下主流 )
4）native-app （由Android/IOS开发，性能最好，其他三种可以由前端开发）
1）bootstrap: 响应式布局
2）css3 动画
更多框架
3）icon字体(移动端经常会用到)
4）css的 SASS 和Less框架
1）zeptiojs(比较轻量；但不兼容IE浏览器、 window8系统)
2）jGestures
见博客文章：
3）swiper
4）iScroll.js
1）jqueryMobile（功能很强大；但效率不是很高）
2） app framework
3）senchtouch
4）mobileangularui
5）phonegap
6）appcan
7）妹子Ui
8）百度GMU
我习惯用的是netbeans
前端比较灵活，不会制定具体的IDE，时下比较流行的是sublime
具体可以看下：
前端做好了之后，要根据后台返回的接口来绑定页面（也就是我们通常说的套页面）。
假如后台是java写的，我们要搭建java环境,php写的，我们要搭建php环境。
【本套课程暂时不讲价如何绑定静态页面，因此开发环境也不用搭建。】
移动APP开发框架盘点2：Web移动前端框架大全
开源项目其实有一个成熟周期，这个周期大概是三年左右，自React框架在2013年发布并引爆了前端框架的大潮，这个属于前端的周期就此开始了。
之后在2015年5月开源的React Native又开启了属于Web移动前端的周期，15-16年，18-19年，21-22年正好就是属于移动前端的三个爆发点。
三年前，在第一个成熟收获期，我盘点了移动开发框架。在这第二个成熟收获期，理所当然要来盘点一波。
不过，当我点开github项目的code-frequency时，还是被这个准到吓人的周期猜想惊呆了，先给你们看一波，剩下的自行验证。
1、
2、
再来说第二个比较有意思的发现，停止维护的项目绝大多数是Vue框架项目。
盘点开始的时候我还觉得React框架处于绝对劣势，到完成时我发现React无论在选择面还是成熟度上都超过了Vue。
原因我这里就不分析了，反正大家都有自己的看法。
网页类框架就是前端组件框架，这一次虽然有大量项目停止维护，但是也有很多项目坚持了下来，而且还涌现出了一批新项目。
大厂占了主导，因为这些年大厂在移动开发上的需求，远高于其它方面。个人项目要坚持确实不易。
本来是想要做一个验证项目，把所有框架都试用一遍并给出推荐度的。由于进度太慢，还是下一次再发吧。
这次的重点是渐进类框架，就是所谓多端同构框架（小程序框架）。这几年国内的重点的各种小程序平台，所以多端框架的需求很是旺盛。
不过大多数先行者都没挺过来还是让我很意外，只有Taro成功了，想想还是有很多让人唏嘘的东西。
在这里还是先预测一波吧，因为这一类框架最变化最大，最终还是有很多框架要出局的。
渐进类框架是一个过渡性的产品，最终会变成桥接类框架的一部分，所以，与桥接类框架协同才是框架的出路。
这个赛道基本全是大厂了。
腾讯新一代跨端开发框架Hippy
Hippy一看就是淘宝Weex的对标项目，Kpi功能全面压制。所以官方支持 React 和 Vue 两种主流前端框架。在Weex2019年实质停更后发布，要不要这么卷？
Hippy 2.x 架构主要分成三层，UI(JS) 层 Hippy-React 和 Hippy-Vue 负责驱动 UI 指令生成；中间层 C++ HippyCore 负责抹平平台差异性和提供高性能模块；渲染层 Android 和 iOS 负责提供终端底层模块、组件，并与布局引擎通信。
对Weex惨遭遗弃，我上次就说过：「ReactNative提供工具，Weex提供框架，将平台差异化屏蔽（Write Once, Run Everywhere）。所以Weex则注定功能相对弱小，并且坑比较多。」Weex最终下马也是必然的，淘宝又发布升级版北海，为了实现（Write Once, Run Everywhere），它采用自绘，而且是基于Flutter自绘。
所以Hippy3.x就一如既往的Kpi功能层层加码，很有腾讯风格。在未来的 3.x 中业务与渲染层中的具体实现可根据用户实际场景进行切换：业务层上不再局限于 JS 驱动，还可选择（如：DSL/Dart/WASM 等）其它语言进行驱动；在渲染层中，渲染引擎除了支持现有原生（Native）渲染之外，还可以选择其他渲染 Renderer，如 Flutter(Voltron) 渲染。
「Kraken 北海」是一款高性能Web渲染引擎。底层基于 Flutter 进行渲染。
Kraken 不限制上层开发者使用的框架，无论你是使用 Vue 、Rax 还是 React 都可以开发 Kraken 应用。
Kraken 的 runtime 通过 JS Engine Binding 的方式提供了一系列 Web 标准的 API 接口，调用相应 API 会执行相关逻辑并创建一系列需要发送给 Dart 层处理的指令。
Kraken 其实就是一个小程序平台，而且追求全平台完全一致。我虽然认为各平台不一致是很自然的事情，但是也表示理解，毕竟别人吹牛有当真的传统（KFC表示认同）。
Kraken 现在也是一个小号浏览器，所以它的主要工作就是抠标准，毕竟它是一款基于 W3C 标准的高性能渲染引擎。
最后，我劝淘宝领导定Kpi要理智些，毕竟Hippy4我还蛮期待的。
滴滴出品的超轻量级动态化跨端开发框架，主打轻量和实用。
Hummer 以 JS 引擎为基石，目前已支持 JavaScriptCore、Hermers、QuickJS 等业内知名 JS 引擎（这里本来还有个V8的，我删除了，源码里面没有，Kpi需要）。再配合经过调优的 Yoga 布局引擎，抹平了两端视图布局差异（性能更佳的自研布局引擎开发中）。顺便提一下，Hippy采用V8（功能更强）自研布局引擎（性能更佳）。
Hummer 的特点是抛弃了业界其他动态化跨端框架普遍使用的DSL层和VDOM层，因此原生 Hummer 不具备前端开发常用的响应式编程的能力，但同时换来的是接近原生开发的体验和性能。再以原生 Hummer 为基础，在此之上开发了一套基于MVVM架构的开发框架 —— Tenon ，通过 Tenon，可以把使用 Vue/React 编写的代码，转换成原生 Hummer 的代码。
Hummer也是一个小程序平台，而且超轻量。如果想要无限提升自己APP的能力，可以考虑嵌入Hummer。
Web移动前端框架正在迎来第三个高速发展期，各类框架得到极大繁荣。
个人在具体项目的贡献已经微乎其微了，创新、架构创新是唯一制胜的手段，这也是我看好React的根本原因。
最后，还是想做点微不足道的 探索 ，现在前端组件库层出不穷，更换组件库带来的代价有点大。想创建一个框架，来实现上次说的组件公约数和公倍数，无缝切换组件库。理论上支持所有组件库 ，也能为后来者提供弯道超车的机会。我想大厂可能没有需求，也不会愿意发布这种框架，毕竟都是平台部门说了算。
这个库就是useMobile，当然分为useMobileReact和useMobileVue。下次先发布useMobileReact。等我发布后，再来填上面表中缺的推荐度。
原文地址：
移动app开发框架的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于常见的移动app开发框架、移动app开发框架的信息别忘了在本站进行查找喔。
