小程序开发框架对比（小程序框架选型）
本篇文章给大家谈谈小程序开发框架对比，以及小程序框架选型对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。
本文目录一览：
- 1、微信小程序开发和APP开发的区别？
- 2、微信小程序ui框架有哪些
- 3、微信小程序框架解析
- 4、有没有大佬做过移动跨平台框架的对比,h5 rn weex flutter，性能方面？
- 5、小程序开发用什么框架
- 6、嵌入已有的 Web 页面的「Web」小程序和使用微信小程序框架开发的「原生」小程序相比，有哪些区别呢?
微信小程序开发和APP开发的区别？
1、开发技术的区别 APP：APP开发模式有三种分别是原生APP、WebAPP以及混合APP，它的操作系统分别是Android和ios。开发技术难度较高。 小程序：微信小程序就是基于微信里面的开发框架，开发技术难度也是很低的。【点击查看APP开发的真正报价】
2、下载和安装的区别 APP是需要在商店进行下载的，下载完毕之后还需要将其安装在智能手机内才可以使用。会占用手机内存。 小程序不需要下载，它只需要在微信里面直接搜索就能用了，不会占用内存。
3、开发成本和周期的区别 APP：因为APP软件开发相对来说内容和功能是比较复杂的这就会导致APP的开发成本高、开发周期长。 小程序：它是比较简洁的，只具备比较核心的功能，那么成本投入就少，周期也会缩短的。
4、使用的区别 APP：在应用商店或者浏览器内搜索下载到手机上，会占用手机内存，但是在手机桌面上可以直接进入。 小程序：在微信里面直接搜索小程序或者扫码进入，直接使用，很方便。
想要了解更多有关APP开发的相关信息，推荐咨询猪八戒网。猪八戒网有千万服务商为企业、公共机构和个人提供定制化的解决方案，将创意、智慧、技能转化为商业价值和社会价值。2011年猪八戒网获得IDG投资并被评选为中国2011年度“最佳商业模式十强”企业；专业性值的信赖。
微信小程序ui框架有哪些
微信小程序开发，是目前火爆的开发方式，也是适应中小企业快速解决的一个方案。选择一个合适自己的开发UI框架，能够让自己开发速度提升数倍。
推荐两个小程序UI框架：
WeUI
WeUI是由微信官方设计团队分别支持微信H5网页和微信原生小程序的开源UI组件
ColorUI
ColorUI是开源且支持原生小程序的UI组件，由于我目前在帮朋友改一个原生的微信小程序，所以就选择了这款开源组件。
微信小程序框架解析
微信小程序框架（Vue.js）
小程序开发框架的目标是通过尽可能简单、高效的方式让开发者可以在微信中开发具有原生
APP 体验的服务。整个小程序框架系统分为两部分：逻辑层（App Service）和 视图层（View）。小程序提供了自己的视图层描述语言
WXML 和 WXSS，以及基于 JavaScript
的逻辑层框架，并在视图层与逻辑层间提供了数据传输和事件系统，让开发者能够专注于数据与逻辑。
在刚接触微信小程序的时候，就是官方提供的这个框架，其实该框架的思想和vue还是有相似之处，正所谓万变不离其宗。只不过这个框架就是直接使用微信小程序所需要的wxml、wxss等文件，而其他框架最终打包生成的文件才是官方所需要的。所以我建议就是初学者，还是可以先使用或学习下该框架，更能直接的了解小程序和学习。所以初学者值得推荐。
有没有大佬做过移动跨平台框架的对比,h5 rn weex flutter，性能方面？
推荐：
uni-app
uni-app 是一个使用 Vue.js 开发所有前端应用的框架，开发者编写一套代码，可发布到iOS、Android、H5、以及各种小程序（微信/支付宝/百度/头条/QQ/钉钉）等多个平台。
即使不跨端，uni-app同时也是更好的小程序开发框架。
Taro
Taro 是一套遵循 React 语法规范的 多端开发 解决方案。
现如今市面上端的形态多种多样，Web、React-Native、微信小程序等各种端大行其道，当业务要求同时在不同的端都要求有所表现的时候，针对不同的端去编写多套代码的成本显然非常高，这时候只编写一套代码就能够适配到多端的能力就显得极为需要。
使用 Taro，我们可以只书写一套代码，再通过 Taro 的编译工具，将源代码分别编译出可以在不同端（微信/百度/支付宝/字节跳动/QQ小程序、快应用、H5、React-Native 等）运行的代码。
小程序开发用什么框架
小程序的开发都是通过各自的开发工具进行开发，有它独有的语法规则。没有什么框架，不过可以使用ui框架来改变页面样式 例如：Mintui Wux WeApp iView WeApp
嵌入已有的 Web 页面的「Web」小程序和使用微信小程序框架开发的「原生」小程序相比，有哪些区别呢?
在这之前，如果有人问我，在微信中做一个产品，是用小程序还是 Web 页面 (严谨，既不是 HTML5 更不是 H5…) 的时候，我会这么说：
产品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。
营销上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。
关于后一点，朋友圈分享现在普遍会用海报来做，在这点上 Web 和小程序的能力其实是一样的，都是只能帮你保存图片到相册，再请用户手动发送到朋友圈。而小程序独有的发现 - 小程序、搜索框快捷方式等对用户回访特别重要的入口，Web 页面是不能使用的。
那么，昨天的发布意味着什么？简单地说，小程序的开发成本有了很大的下降。
微信小程序刚刚上线的时候，由于小程序使用类似 HTML、CSS 和 JavaScript 等 Web 语言的方式进行开发，让一些媒体误以为小程序就是 Web 开发，欢呼将「迎来 Web 开发的春天」。我自己的第一份工作就是 Web 开发工程师，Web 开发入门确实比较容易；可是尽管小程序使用了 Web 语言，那只是语法上的一致，整个开发模式完全不同，更接近于原生 App 的开发而不是 Web。打个比方，对在看这篇文章的大多数人来说，读中文要比读英文更容易，但假如你看不懂英文版的《量子力学导论》，翻译成中文版你也不一定能看懂。开发小程序，需要有专门的、独立于 Web 团队之外的团队，按小程序的规范重新设计、重新开发，不能将已有的产品直接迁移过来。
可以理解微信当初做这个决定，是希望开发者按照微信的要求，为微信的用户重新去思考、设计一套全新的用户体验，而不是将已有的 Web 页面搬进来。历史上，包括 Microsoft 的 Windows Phone 平台、Google 的 Chrome Packaged App 都冒过类似的险，而其实 Apple 也做过类似的决定——Steve Jobs 2010 年 4 月亲笔写过一篇文章，解释为何 iPhone 不支持 Flash (Thoughts on Flash)，其中最重要的原因是，Apple 不希望第三方开发者将已有的产品直接搬过来，而是希望开发者能直接在 iOS (当年还叫 iPhone OS) 进行开发，为 iPhone 的用户提供最好的体验。这些决定赌的是，新平台 (小程序或 iOS) 带来的商业上的好处，最终会让开发者们愿意付出这个成本。
那时候的 iPhone 还很弱小，但后来的历史证明 Steve Jobs 赌对了——Adobe 公司今年 7 月宣布，将在 2020 年最终停止 Flash 的更新和分发。
微信，则在昨天支持了开发者直接嵌入已有网页。
所以，如果你已经有一个网站，可以直接在小程序中套个壳，把网站中的 Web 页面摇身一变成一个小程序。至于这和直接分发 Web 页面有什么区别——
产品上，Web 上能做的，小程序中大部分都能做。小程序上能做的，Web 上不一定能做。
营销上，Web 能用到的入口，除了朋友圈以外，小程序都可以用。小程序能用到的若干入口，Web 不能使用。
细心的你可能已经注意到了，上面这两条并没有任何变化… 对，在小程序的用法上其实没有任何变化，只是开发成本下降了。
那么，在今天之后，使用微信小程序框架开发的「原生」小程序，和嵌入已有的 Web 页面的「Web」小程序，在用户感受上会有什么区别呢？
「原生」小程序，整个小程序是提前下载的，不会有 Web 页面打开时的页面加载感。我们过去的可用性研究表明，这是用户对一个界面是「Web」还是「原生」的最主要判断标准。对于偏工具型的小程序，「原生」的感受应该会更好。
「原生」小程序对体验的控制更完整，自己要做的事情也更多。例如 Web 页面中用户可以选择页面上的文字复制，而在「原生」小程序界面中，这是需要单独添加的功能。
「原生」小程序提供了一些专属的控件和 APIs（接口），如展示群信息、发送推送等，这些只有使用小程序框架开发才能使用。
所以，如果需要和微信生态整合得更紧密，可以使用「原生」方式开发；如果追求快速迁移已有 Web 产品，嵌入 Web 页面更快。
关于小程序开发框架对比和小程序框架选型的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
