本文目录导航：
Uniapp从零开局，手把手教学（附精选源码32套，涵盖商城团购等）
关于首次接触小程序开发或对Uniapp不太相熟的读者，或许会有许多不懂。
例如：uniapp是什么？它与微信原生小程序有何异同？为什么介绍经常使用Uniapp开发？视频教程或许是一个有效的解答路径，介绍观看：开发微信小程序-原生VS Uniapp优缺陷详解_哔哩哔哩_bilibili要开局，首先须要装置HBuilderX，它是官网介绍的开发工具，蕴含了Uniapp允许。
接着下载微信开发者工具，用于预览和打包小程序。
新建uniapp名目，HBuilderX会智能生成基础结构。
运转名目时，或许须要下载插件并处置一些初期性能疑问。
在微信开发者工具中运转和在手机上测试也蕴含在内，安卓和iOS有所不同，但都须要衔接设施。
名目基本目录结构、开发规范、全局性能文件（）如导航栏样式、页面路由和tabBar性能等，都是构建名目标基础。
uniapp对开发有特定规范，以成功多端兼容和性能提升。
经过一步步操作，学习如何创立新页面、性能样式和组件，如text和icon组件，以及自定义tabBar。
同时，遇到疑问时，如页面样式不分歧，或许须要调整网络资源的访问形式。
最后，了解uniapp的页面样式、规划和Vue基础语法，以及其生命周期治理，如下拉刷新和上拉加载的成功。
网络恳求和数据缓存也是关键环节，包括图片的上行和预览。
假设您对这些内容感兴味，可以尝试通常并关注“码农园区”群众号失掉全套源码，经过通常加深了解。
祝愿学习顺利，上班欢快！
uniapp如何失掉网页源码
经过经常使用脚手架创立的名目可以更明晰的看到它的架构，也可以间接浏览打包编译的源码。
第一点：首先选用收费源码，收费网站源码有很多网站都能下载到，这类收费代码也是属于测试过的，可以选用下载。
第二点：收费源码的广告文件删除，收费源码下载后，要启动一次性清算，首先做的就是删除外面的广告文件，比如一些广告快捷键链接等。
第三点：收费源码的修正上班。
收费网站源码尽量选用网站下载站自己自身做个测试的启动下载，且须要有必定的修正才干。
做混合的话Uniapp和Flutter我应该学哪个啊？
本文由阿里闲鱼技术团队祈晴分享，本次有订正和改变，感谢作者的技术分享。
1、内容概述本文总结了阿里闲鱼技术团队经常使用Flutter在对闲鱼IM启动移动端跨端变革环节中的技术通常等，文中对比了传统Native与如今大热的Flutter跨端打算在一些关键技术成功上的差异，以及针对Flutter技术特点的详细技术成功，值得雷同预备经常使用Flutter开发IM的技术同行们自创和参考。
学习交换：
（本文同步颁布于：）
2、闲鱼IM现状闲鱼IM的移动端框架构建于2016至2017年间，时期经过屡次迭代更新造成历史包袱累积多，前面又教训IM界面的Flutter化，从而形成了客户端架构更加复杂。
从开发层面总结闲鱼IM移动端以后架构关键存在如下几个疑问：
从产品层面总结闲鱼IM移动端以后架构的关键疑问如下：
3、业界的移动端跨端打算为处置以后IM的技术痛点，闲鱼往年特起关于IM架构更新名目，重在处置客户端中Andriod和iOS双端分歧性的痛点，初步想象打算就是成功跨端一致的Android/iOS逻辑架构。
在以后行业内跨端打算可初步归类如下图架构：
在GUI层面的跨端打算有Weex、ReactNative、H5、Uni-APP等，其内存模型大多须要经过桥接到Native形式存储。
在逻辑层面的跨端打算大抵有C/C++等与虚构机有关言语成功跨端，当然汇编言语也可行。
此外有两个独立于上述体系之外的架构就是Flutter和KMM（谷歌基于Kotlin成功相似Flutter架构），其中Flutter运转特定DartVM，将内存数据挂载其自身的isolate中。
思考闲鱼是Flutter的前沿探求者，打算上优先经常使用Flutter。
但是Flutter的isolate更像一个进程的概念（底层成功十分常使用进程形式），相比Android，同一进程场景中，Android的Dalvik虚构机多个线程运转共享一个内存Heap，而DartVM的Isolate运转隔离各自的Heap，因此isolate之间通信形式比拟繁琐（需经过序列化反序列化环节）。
整个模型如下图所示：
若按官网混合架构成功Flutter运行，开启多个FlutterAcitivty/FlutterController，底层会生成多个Engine，对应会存在多个isolate，而isolate通信相似于进程通信（相似socket或AIDL），这里自创闲鱼FlutterBoost的设计理念，FlutterIM架构将多个页面的Engine共享，则内存模型就自然允许共享读取。
原理图如下：
4、闲鱼IM基于Flutter的架构设计4.1 新老架构对比
如下图所示：是一个老架构打算，其外围疑问关键集中于Native逻辑形象差，其中逻辑层面还设计到多线程并发使得疑问倍增，Android/iOS/Flutter交互冗杂，开发保养老本高，外围层耦合较为重大，无插拔式概念.
思考到历史架构的疑问，演进如下新架构设计：
如上图所示，架构从上至下依次为：
外围逻辑层将冗杂数据扁平化打包挂载到散发层中的会话内存模型数据或信息内存模型数据，最后经过观察者形式的订阅散发到业务逻辑中。
Flutter IM重点集中变革逻辑层和散发层，将IM外围逻辑和业务层面数据模型启动封装隔离，外围逻辑层和数据库交互后将数据封装到散发层的moduleData中，经过订阅形式散发到业务层数据模型中。
此内在IM模型中DB也是重点依赖的，团体对DB数据库治理启动片面封装解，成功一种轻量级，性能佳的Flutter DB治理框架。
4.2 DB存储模型
Flutter IM架构的DB存储依赖数据库插件，目前干流插件是Sqflite。
其存储模型如下：
依据上图Sqflite插件的DB存储模型会有2个期待队列：
其Android成功机制是HandlerThread，因此Query/Save读写在会同一线程队列中，造成照应速度慢，容易形成DB SQL沉积，此外缺失缓存模型。
于是团体定制如下改良打算：
Flutter侧经过表的主键设计查问时刻会优先从Entity Cache层去失掉，若缓存不存在，则经过Sqflite插件查问。
同时变革Sqflite插件成允许sync/Async同步异步两种形式操作，对应到Native侧也会有同步线程队列和异步线程队列，保障数据吞吐率。
但是这里倡导查问经常使用异步，存储经常使用同步更稳当，关键怕产生多个相反的数据元model同一时期进入异步线程池中，存储先后顺序不可有效的保障。
4.3 ORM数据库打算
IM架构重度依赖DB数据库，而以后业界还没有一个完备的数据库ORM治理打算，参考了Android的OrmLite/GreenDao，团体自行设计一套Flutter ORM数据库治理打算。
其外围现实如下：
因为Flutter不允许反射，因此不可间接像Android的开源数据库形式操作，但可经过APT形式，将Entity和Orm Entity绑定于一身，操作OrmEntity即操作Entity，整个代码格调设计也和OrmLite极端相似。
参考代码如下：
4.4 IM内存数据模型
基于Flutter的IM移动端架构在内存数据模型关键划分为会话和信息两个颗粒度：
依据上一章节，PSessionMessageNotice设计了一个OrmEnitity Cache，思考到IM中会话数是有限的，因此PSessionMessageNotice都是间接缓存到Cache中。
这种做法的好处是各地去拿会话数据元时刻都是缓存中同一个对象，容易保障屡次重复读写的数据分歧性。
而PSessionMessageNotice思考到其数量可以有限多的不凡性，因此这里将其挂载到MessageContainer的内存治理中，在离散会话的机遇会校验容器中PMessage汇合的数量，适当缩容可以缩小内存开支。
模型如下图所示：
4.5 形态治理打算
基于Flutter的IM移动端架构形态治理打算比拟便捷，对数据源Session/Message维度经常使用观察者形式的订阅散发形式成功，架构相似于EventBus形式，页面级的形态治理无论经常使用fish-redux、scopeModel或许provider简直影响面不大，外围还是需保管一种插拔式形象更关键。
架构如下图：
4.6 IM同步模型打算
以后现状的信息同步模型：
如上图所示是，模型中存在ACCS Thread/Main Thread/Region Thread等多线程并发场景，造成易产生多线程高并发的疑问。
native的推送和网络恳求同步的隔离打算经过Lock的锁机制，并且经过队列降频等形式处置，流程繁琐且易出错。
全体经过Region Version Gap去判别能否有域空泛，进而口头域同步补充数据。
改良的同步模型如下：
如上图所示，在Flutter侧自然没多线程场景，经过一种标志位的转化同步异步成功相似Handler信息队列，架构明晰简洁了很多，防止锁带来的开支以及同步疑问。
5、本次变革停顿以及性能对比1）针对架构层面：
在基于Flutter的IM架构中，重点将双端逻辑差同性一致成同一份Dart代码，齐全磨平Android/iOS的代码差同性带来的疑问。
带来的好处很显著：
2）针对线上舆情：
3）性能数据对比：
当IM架构的逻辑层和UI层都切换成Flutter后，和原先架构形式初步对比，全体内存水位持平。
其中：
6、未来展望
JS跨端不安保，C++跨端老本有点高，Flutter会是一个较好选用。
彼时闲鱼FlutterIM架构更新基本目标素来不是因Flutter而Flutter，是因为历史包袱的惨重，代码层面的保养老本高，新业务的裁减性差，人力配比不协调以及疑难杂症的舆情继续反应等等起因形成咱们不得不去探求新打算。
经过闲鱼IM超复杂业务场景验证Flutter形式的逻辑跨端可行性，闲鱼在Flutter路上会不时坚持前沿探求，最后能反应到生态圈。
总结一句话，探求环节在于你敢于迈出第一步，前面才会不时惊喜发现。
（原文链接：点此进入，本次有订正和改变）
附录：更多文章汇总