1.【拿走不谢】Flutter3.19仿抖音实战短视频源码
2.手机直播源码，仿小r仿flutter 随机数的红书生成和保留两位小数
3.小红书用什么软件开发的？
4.Flutter(四)之Flutter的布局Widget
5.什么是跨终端

【拿走不谢】Flutter3.19仿抖音实战短视频源码

       初步探讨Flutter3.仿抖音实战短视频源码，为学习者提供一份便捷的源码实践指南。该项目基于flutter3..5、小红dart3.3.3以及getx等技术，书源致力于打造一个类似于抖音的仿小r仿共享娃娃机小程序源码开发app实战项目，其中包含了商城、红书购物车、源码支付等关键功能模块。小红通过友盟SDK接入，书源实现对用户下载、仿小r仿安装、红书活跃度以及次日留存等统计数据的源码收集与分析，使开发者可以深入理解用户行为。小红

       从页面布局到逻辑设计，书源此项目经历了多次迭代与优化，旨在提供给开发者一个全面的Flutter学习实战案例。对于Flutter进阶之路，本项目提供了三个关键阶段的学习目标：

       1. **Flutter开发必备Dart基础**：掌握Dart语言的使用与特性，这是构建Flutter应用的基础。

       2. **Flutter核心技术**：深入了解组件设计、页面布局、路由管理、网络请求、数据缓存、动画效果等关键功能，为构建复杂应用打下坚实的基础。

       3. **开发实战企业级APP**：运用所学技术，实际操作构建可商用的移动应用，提升项目实战经验。

       在技术选型方面，本项目采用vscode作为编辑器，Flutter3..5作为核心框架，抱团取暖源码搭配getx进行状态管理。网络请求使用dio，缓存服务则选用shared_preferences。对于预览、刷新加载、Toast提示、视频播放等功能，使用了photo_view、easy_refresh、toast、video_player和chewie等插件，形成强大的功能组合。

       项目中特别关注启动页与自定义开屏广告的实现，通过接入字节跳动穿山甲广告，开发者可以实现收益。视频播放功能通过video_player实现，强调了播放器状态更新的重要性。在设计上，使用bottomNavigationBar实现底部导航页面的切换，Stack组件定位视频页面布局，TabBar与PageView组件则实现顶部菜单和页面的联动切换，确保用户流畅的交互体验。

       学习Flutter时，不仅需要熟练掌握技术，更需深入思考，积极应对挑战，通过实际项目经验的积累，提升自我。本项目通过截图展示部分关键功能，希望能够帮助到有需要的学习者。

手机直播源码，flutter 随机数的源码精灵网址生成和保留两位小数

       在手机直播开发中，flutter 提供了便捷的随机数生成和精度控制功能。首先，通过Random类的nextInt()方法，我们可以轻松生成指定范围内的整数随机数。

       对于保留两位小数的需求，dart语言提供了灵活的解决方案。可以利用小数点位移的方法，通过计算来实现精确到小数点后两位的四舍五入。这样，无论是在实时数据展示还是模拟随机事件时，都能保证数值的精确度。

       以上是关于在flutter中生成随机数并保留两位小数的基本操作，对于更深入的技巧和应用，敬请关注后续的详细教程。

小红书用什么软件开发的？

       å°çº¢ä¹¦æ˜¯ä¸€æ¬¾ç§»åŠ¨ç¤¾äº¤ç”µå•†åº”用，它的软件开发涉及多个技术领域。以下是小红书应用开发中可能使用的一些主要软件和技术：

       1.**移动应用开发框架：**小红书的应用开发可能采用流行的移动应用开发框架，比如ReactNative、Flutter或原生开发（iOS上使用Swift或Objective-C，Android上使用Java或Kotlin）。

       2.**后端开发：**后端服务通常采用一种服务器端编程语言，比如Java、Python、Node.js等。使用框架如Django、Flask、SpringBoot等可以提高后端开发效率。

       3.**数据库：**数据存储方面，小红书可能使用关系型数据库（如MySQL、PostgreSQL）或NoSQL数据库（如MongoDB）来存储用户信息、商品数据等。

       4.**云服务：**使用云服务提供商（如阿里云、腾讯云、AWS）来托管应用程序、存储数据、处理用户请求等。

       5.**前端开发：**小红书的前端开发可能使用HTML、CSS和JavaScript等技术，同时采用一些流行的前端框架或库，比如React、Vue.js等。

       6.**移动端开发工具：**使用Xcode（iOS）和AndroidStudio（Android）等集成开发环境进行原生应用的开发和调试。

       7.**版本控制：**使用版本控制系统（如Git）来协同开发、跟踪代码变更，并确保代码的版本管理。

       8.**持续集成与持续交付（CI/CD）工具：**使用CI/CD工具，如Jenkins、TravisCI等，来自动化构建、测试和部署应用程序。

       9.**安全性工具：**采用安全性工具来保护用户数据和应用程序，包括加密技术、身份验证和授权机制等。

       .**数据分析工具：**小红书可能使用数据分析工具，如GoogleAnalytics、Flurry等，以了解用户行为、改进用户体验和优化应用性能。

       æ€»ä½“而言，小红书的开发涉及多个技术领域，包括移动应用开发、后端开发、数据库管理、云服务等，采用了多种工具和技术来构建和维护这个社交电商平台。

       ä»¥ä¸Šå†…容是由猪八戒网精心整理，希望对您有所帮助。

Flutter(四)之Flutter的布局Widget

       ä¸€.单子布局组件

       å•å­å¸ƒå±€ç»„件的含义是其只有一个子组件，可以通过设置一些属性设置该子组件所在的位置信息等。

       æ¯”较常用的单子布局组件有：Align、Center、Padding、Container。

1.1.Align组件1.1.1.Align介绍

       çœ‹åˆ°Align这个词，我们就知道它有我们的对齐方式有关。

       åœ¨å…¶ä»–端的开发中（iOS、Android、前端）Align通常只是一个属性而已，但是Flutter中Align也是一个组件。

       æˆ‘们可以通过源码来看一下Align有哪些属性：

constAlign({ Keykey,this.alignment:Alignment.center,//对齐方式，默认居中对齐this.widthFactor,//宽度因子，不设置的情况，会尽可能大this.heightFactor,//高度因子，不设置的情况，会尽可能大Widgetchild//要布局的子Widget})

       è¿™é‡Œæˆ‘们特别解释一下widthFactor和heightFactor作用：

       å› ä¸ºå­ç»„件在父组件中的对齐方式必须有一个前提，就是父组件得知道自己的范围（宽度和高度）；

       å¦‚æžœwidthFactor和heightFactor不设置，那么默认Align会尽可能的大（尽可能占据自己所在的父组件）；

       æˆ‘们也可以对他们进行设置，比如widthFactor设置为3，那么相对于Align的宽度是子组件跨度的3倍；

1.1.2.Align演练

       æˆ‘们简单演练一下Align:

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}1.2.Center组件1.2.1.Center介绍

       Center组件我们在前面已经用过很多次了。

       äº‹å®žä¸ŠCenter组件继承自Align，只是将alignment设置为Alignment.center。

       æºç åˆ†æžï¼š

classCenterextendsAlign{ constCenter({ Keykey,doublewidthFactor,doubleheightFactor,Widgetchild}):super(key:key,widthFactor:widthFactor,heightFactor:heightFactor,child:child);}1.2.2.Center演练

       æˆ‘们将上面的代码Align换成Center

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnCenter(child:Icon(Icons.pets,size:,color:Colors.red),widthFactor:3,heightFactor:3,);}}1.3.Padding组件1.3.1.Padding介绍

       Padding组件在其他端也是一个属性而已，但是在Flutter中是一个Widget，但是Flutter中没有Margin这样一个Widget，这是因为外边距也可以通过Padding来完成。

       Padding通常用于设置子Widget到父Widget的边距（你可以称之为是父组件的内边距或子Widget的外边距）。

       æºç åˆ†æžï¼š

constPadding({ Keykey,@requiredthis.padding,//EdgeInsetsGeometry类型（抽象类），使用EdgeInsetsWidgetchild,})1.3.2.Padding演练

       ä»£ç æ¼”练：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnPadding(padding:EdgeInsets.all(),child:Text("莫听穿林打叶声，何妨吟啸且徐行。竹杖芒鞋轻胜马，谁怕？一蓑烟雨任平生。",style:TextStyle(color:Colors.redAccent,fontSize:),),);}}1.4.Container组件

       Container组件类似于其他Android中的View，iOS中的UIView。

       å¦‚果你需要一个视图，有一个背景颜色、图像、有固定的尺寸、需要一个边框、圆角等效果，那么就可以使用Container组件。

.1.Container介绍

       Container在开发中被使用的频率是非常高的，特别是我们经常会将其作为容器组件。

       ä¸‹é¢æˆ‘们来看一下Container有哪些属性：

Container({ this.alignment,this.padding,//容器内补白，属于decoration的装饰范围Colorcolor,//背景色Decorationdecoration,//背景装饰DecorationforegroundDecoration,//前景装饰doublewidth,//容器的宽度doubleheight,//容器的高度BoxConstraintsconstraints,//容器大小的限制条件this.margin,//容器外补白，不属于decoration的装饰范围this.transform,//变换this.child,})

       å¤§å¤šæ•°å±žæ€§åœ¨ä»‹ç»å…¶å®ƒå®¹å™¨æ—¶éƒ½å·²ç»ä»‹ç»è¿‡äº†ï¼Œä¸å†èµ˜è¿°ï¼Œä½†æœ‰ä¸¤ç‚¹éœ€è¦è¯´æ˜Žï¼š

       å®¹å™¨çš„大小可以通过width、height属性来指定，也可以通过constraints来指定，如果同时存在时，width、height优先。实际上Container内部会根据width、height来生成一个constraints；

       color和decoration是互斥的，实际上，当指定color时，Container内会自动创建一个decoration；

       decoration属性稍后我们详细学习；

1.4.2.Container演练

       ç®€å•è¿›è¡Œä¸€ä¸ªæ¼”示：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnCenter(child:Container(color:Color.fromRGBO(3,3,,.5),width:,height:,child:Icon(Icons.pets,size:,color:Colors.white),),);}}1.4.3.BoxDecoration

       Container有一个非常重要的属性decoration：

       ä»–对应的类型是Decoration类型，但是它是一个抽象类。

       åœ¨å¼€å‘中，我们经常使用它的实现类BoxDecoration来进行实例化。

       BoxDecoration常见属性：

constBoxDecoration({ this.color,//颜色，会和Container中的color属性冲突this.image,//背景图片this.border,//边框，对应类型是Border类型，里面每一个边框使用BorderSidethis.borderRadius,//圆角效果this.boxShadow,//阴影效果this.gradient,//渐变效果this.backgroundBlendMode,//背景混合this.shape=BoxShape.rectangle,//形变})

       éƒ¨åˆ†æ•ˆæžœæ¼”示：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnCenter(child:Container(//color:Color.fromRGBO(3,3,,.5),width:,height:,child:Icon(Icons.pets,size:,color:Colors.white),decoration:BoxDecoration(color:Colors.amber,//背景颜色border:Border.all(color:Colors.redAccent,width:3,style:BorderStyle.solid),//这里也可以使用Border.all统一设置//top:BorderSide(//color:Colors.redAccent,//width:3,//style:BorderStyle.solid//),borderRadius:BorderRadius.circular(),//这里也可以使用.only分别设置boxShadow:[BoxShadow(offset:Offset(5,5),color:Colors.purple,blurRadius:5)],//shape:BoxShape.circle,//会和borderRadius冲突gradient:LinearGradient(colors:[Colors.green,Colors.red])),),);}}1.4.4.实现圆角图像

       ä¸Šä¸€ä¸ªç« èŠ‚我们提到可以通过Container+BoxDecoration来实现圆角图像。

       å®žçŽ°ä»£ç å¦‚下：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}0二.多子布局组件

       åœ¨å¼€å‘中，我们经常需要将多个Widget放在一起进行布局，比如水平方向、垂直方向排列，甚至有时候需要他们进行层叠，比如图片上面放一段文字等；

       è¿™ä¸ªæ—¶å€™æˆ‘们需要使用多子布局组件（Multi-childlayoutwidgets）。

       æ¯”较常用的多子布局组件是Row、Column、Stack，我们来学习一下他们的使用。

2.1.Flex组件

       äº‹å®žä¸Šï¼Œæˆ‘们即将学习的Row组件和Column组件都继承自Flex组件。

       Flex组件和Row、Column属性主要的区别就是多一个direction。

       å½“direction的值为Axis.horizontal的时候，则是Row。

       å½“direction的值为Axis.vertical的时候，则是Column。

       åœ¨å­¦ä¹ Row和Column之前，我们先学习主轴和交叉轴的概念。

       å› ä¸ºRow是一行排布，Column是一列排布，那么它们都存在两个方向，并且两个Widget排列的方向应该是对立的。

       å®ƒä»¬ä¹‹ä¸­éƒ½æœ‰ä¸»è½´ï¼ˆMainAxis）和交叉轴（CrossAxis）的概念：

       å¯¹äºŽRow来说，主轴（MainAxis）和交叉轴（CrossAxis）分别是下图

       å¯¹äºŽColumn来说，主轴（MainAxis）和交叉轴（CrossAxis）分别是下图

2.1.Row组件2.1.1.Row介绍

       Row组件用于将所有的子Widget排成一行，实际上这种布局应该是借鉴于Web的Flex布局。

       å¦‚果熟悉Flex布局，会发现非常简单。

       ä»Žæºç ä¸­æŸ¥çœ‹Row的属性：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}1

       mainAxisSize：

       è¡¨ç¤ºRow在主轴(æ°´å¹³)方向占用的空间，默认是MainAxisSize.max，表示尽可能多的占用水平方向的空间，此时无论子widgets实际占用多少水平空间，Row的宽度始终等于水平方向的最大宽度

       è€ŒMainAxisSize.min表示尽可能少的占用水平空间，当子widgets没有占满水平剩余空间，则Row的实际宽度等于所有子widgets占用的的水平空间；

       mainAxisAlignment：表示子Widgets在Row所占用的水平空间内对齐方式

       å¦‚æžœmainAxisSize值为MainAxisSize.min，则此属性无意义，因为子widgets的宽度等于Row的宽度

       åªæœ‰å½“mainAxisSize的值为MainAxisSize.max时，此属性才有意义

       MainAxisAlignment.start表示沿textDirection的初始方向对齐，

       å¦‚textDirection取值为TextDirection.ltr时，则MainAxisAlignment.start表示左对齐，textDirection取值为TextDirection.rtl时表示从右对齐。

       è€ŒMainAxisAlignment.end和MainAxisAlignment.start正好相反；

       MainAxisAlignment.center表示居中对齐。

       crossAxisAlignment：表示子Widgets在纵轴方向的对齐方式

       Row的高度等于子Widgets中最高的子元素高度

       å®ƒçš„取值和MainAxisAlignment一样(包含start、end、center三个值)

       ä¸åŒçš„是crossAxisAlignment的参考系是verticalDirection，即verticalDirection值为VerticalDirection.down时crossAxisAlignment.start指顶部对齐，verticalDirection值为VerticalDirection.up时，crossAxisAlignment.start指底部对齐；而crossAxisAlignment.end和crossAxisAlignment.start正好相反；

2.1.2.Row演练

       æˆ‘们来对部分属性进行简单的代码演练，其他一些属性大家自己学习一下

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}.1.3.mainAxisSize

       é»˜è®¤æƒ…况下，Row会尽可能占据多的宽度，让子Widget在其中进行排布，这是因为mainAxisSize属性默认值是MainAxisSize.max。

       æˆ‘们来看一下，如果这个值被修改为MainAxisSize.max会什么变化：

2.1.4.TextBaseline

       å…³äºŽTextBaseline的取值解析

2.1.5.Expanded

       å¦‚果我们希望红色和黄色的ContainerWidget不要设置固定的宽度，而是占据剩余的部分，这个时候应该如何处理呢？

       è¿™ä¸ªæ—¶å€™æˆ‘们可以使用Expanded来包裹ContainerWidget，并且将它的宽度不设置值；

       flex属性，弹性系数，Row会根据两个Expanded的弹性系数来决定它们占据剩下空间的比例

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}.2.Column组件

       Column组件用于将所有的子Widget排成一列，学会了前面的Row后，Column只是和row的方向不同而已。

2.2.1.Column介绍

       æˆ‘们直接看它的源码：我们发现和Row属性是一致的，不再解释

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}.2.2.Column演练

       æˆ‘们直接将Row的代码中Row改为Column，查看代码运行效果

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}.3.Stack组件

       åœ¨å¼€å‘中，我们多个组件很有可能需要重叠显示，比如在一张图片上显示文字或者一个按钮等。

       åœ¨Android中可以使用Frame来实现，在Web端可以使用绝对定位，在Flutter中我们需要使用层叠布局Stack。

2.3.1.Stack介绍

       æˆ‘们还是通过源码来看一下Stack有哪些属性：

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}6

       å‚æ•°j解析：

       alignment：此参数决定如何去对齐没有定位（没有使用Positioned）或部分定位的子widget。所谓部分定位，在这里特指没有在某一个轴上定位：left、right为横轴，top、bottom为纵轴，只要包含某个轴上的一个定位属性就算在该轴上有定位。

       textDirection：和Row、Wrap的textDirection功能一样，都用于决定alignment对齐的参考系即：textDirection的值为TextDirection.ltr，则alignment的start代表左，end代表右；textDirection的值为TextDirection.rtl，则alignment的start代表右，end代表左。

       fit：此参数用于决定没有定位的子widget如何去适应Stack的大小。StackFit.loose表示使用子widget的大小，StackFit.expand表示扩伸到Stack的大小。

       overflow：此属性决定如何显示超出Stack显示空间的子widget，值为Overflow.clip时，超出部分会被剪裁（隐藏），值为Overflow.visible时则不会。

2.3.2.Stack演练

       Stack会经常和Positioned一起来使用，Positioned可以决定组件在Stack中的位置，用于实现类似于Web中的绝对定位效果。

       ä¸€ä¸ªç®€å•çš„演练：

       æ³¨æ„ï¼šPositioned组件只能在Stack中使用。

classMyHomeBodyextendsStatelessWidget{ @overrideWidgetbuild(BuildContextcontext){ returnAlign(child:Icon(Icons.pets,size:,color:Colors.red),alignment:Alignment.bottomRight,widthFactor:3,heightFactor:3,);}}7

       \

原文：/post/

什么是跨终端

       链接：/post/

       鉴于很多人对跨端技术感觉很神秘，虽然我实际上还没有写过一个从0到1的跨端框架，但是我曾经用Yoga(布局引擎Yoga(React-Native)做过一些简单的跨端的事情，后来用了Weex。研究跨端有一段时间了，想科普一下。

       科普之前，首先你要知道，为什么需要跨端技术？我们通常会把Weex和React-Native(本文统称为RN)说成是跨端技术吗(Flutter没有单独提到)？

       其实不是，好像Android/iOS本来是两个人的，但最终变成了一个人。我的人力减少了一半！

       但前提是这个人力需要懂Android，iOS，JavaScript，更懂，不然出了问题，怎么修？

       所以在中国的连wifi源码互联网环境下，很难招到这样的人。大家都在研究PPT架构技术，职场生存理论，岁如何解脱财富。我们如何有时间扩展我们的技术堆栈？

       端上开发很惨，总有崩溃(使用崩溃，闪退)而且没有办法远程修复。只能等下一个版本给使用市场推一个修复bug的新版本。

       但如果推送新版本，用户可能不会升级。因此，许多公司研究了各种热修复框架，尤其是在Android平台上。有很多热修复框架，主要是由DexClassLoader来完成。

       但是，最早的时候，WebView有一个很大的问题，尤其是Android。而且加载网页肯定要花时间，过程中屏幕会一片空白等等。所以很多人围绕这些做了很多优化。我个人觉得最有用的其实是线下套餐。同时，每一代WebView也在更新升级。然后一些有实力的公司开发了自己的所谓浏览器内核，各种黑科技，如何提速，支持各种特性等等。但是好像没有开源：dog:

       不算。这只是跨安卓和iOS，不把我的web作品源码PC当目的？

       其实浏览器是跨端的，每个平台都可以用Chrome(其他浏览器主要是想做不做)！但是它也有自己的问题，因为各家都有自己的浏览器，内核不同，划分越来越大。chrome(Blink)/Safari(WebKit)/Firefox(Gecko？)等等，尤其是对css的支持。

       Developer.mozilla.org/zh-CN/docs/.这个网站可以检查一些浏览器的兼容性。例如，边框宽度的兼容性如下：

       其实也不是不可以，但是这样做相当于直接为OpenGL或者其他图形引擎编程，而且要自下而上的搭建一套渲染机制，打包各种基础UI组件给开发者使用，或者留下很多漏洞让开发者自定义自己的UI，非常复杂。但其实Flutter就是这么做的，所以Flutter2.0又开始向桌面端发展了，而且不局限于Android/iOS，但不知道能走多远。还有的是搞React-Native-Skia的，所以用js代码直接调Skia(2D图形渲染引擎)？(具体没看过)

       你写的JavaScript代码为什么能运行？这取决于JavaScript引擎。

       扔给它一段js代码(实际上是一个文本字符串)，它就能帮你计算结果，处理逻辑。

       常见的Weex、RN、Hippy也依赖于此(MLN使用Lua)进行逻辑处理。

       这个时候会有很多概念。

       有些人喜欢把JavaScript引擎称为JavaScriptCore(不知道为什么，可能是因为iOS开发者才是研究这些比较深入的人，因为苹果的JavaScript引擎叫JavaScriptCore。苹果的这个JavaScriptCore呢？很多人喜欢称之为JSCore或者JSC)。所以，后来看到这些名词，我总是把它们带入语境中去感受他想说的是JavaScript引擎还是苹果的JavaScript引擎 JavaScript Core (JSCore/JSC)。

       先说JavaScript引擎。

       是的，有这么多！当然还有JavaScriptCore(不在图中)。

       最后一行是跑分，越多越好。有JIT的V8在3w挂所有东西。其中QuikJS极小，得分很高。估计很多人会用QuikJS做跨端JavaScript引擎吧？赫尔墨斯是由脸书创造的。看来Android目前在RN中使用的JavaScript引擎已经取代了之前使用的JavaScriptCore。RN为什么一直不用V8？这个我也不知道.

       但是很多人都在搞Android的V8项目，Github上也有一些开源项目。其次，iOS不支持JIT，有自己的JavaScriptCore，没有JIT改V8似乎意义不大。

       一个正常的跨端框架最简单的情况如下(后面会讨论问题，逐步丰富):

       用一个

       简单的例子看

       假设我的 js 文件中就是要 展示一个红色的 div 方块 。那么首先，端会把这个文本传给 JavaScript Runtime，它解析完后形成一个约定的格式，比如如下的 JSON 格式(里面的值用来描述是一个*红色方块，我随便定义的)

       { "name":"div", "width":"", "height":"", "background":"red"}

       通过 JavaScript Runtime 和 端(Android/iOS) 通信，把这个消息传回去。

       端拿到了消息，发现要创建一个 * 的叫做 div 的东西，没有 div 啊！这就需要端上提前埋好代码，比如 Android 里有 FrameLayout，那么就有类似的注册代码

       // 伪代码register("div", FrameLayout.class);

       然后端就知道了，oh！我需要创建一个长宽的正方形。

       首先，这是框架设计提前思考好的，究竟要支持哪些基础组件，比如 image 、text 等等。而且一般这里都会开个口子，让开发者可以自己扩展组件，比如你需要一个横滑列表，没提供怎么办？看看 div 怎么注册的，按照它的过程注册一个列表就好了。这也可以 PPT 吹成： 扩展跨端框架 ，其实 门槛比自定义 View 还要低 。

       前面说了 JavaScript Engine，这里咋又来了个 Runtime？

       JavaScript Engine 能做什么？

       什么都做不了，只能解析执行 js 代码

       那么问题来了，我怎么去 描述 我写的 js 代码代表的 视图 呢？其实不用描述，js 代码只要在 内存中 维护好一个树形结构就好了，就是一个 Object，因为实体在具体的端上，怎么理解呢？

       左边只要在内存中维护好这样一个树形结构就好了，传递给客户端时，转为

       { "name":"div", "children":[ { "name":"image" }, { "name":"div", "children":[] } // 等等 ]}

       端上拿到消息，创建视图为右图中的结构即可。

       如何维护好这个模型呢？调用什么 js 的方法发送消息呢？怎么给这些个 div 加上 css 来描述它的大小形状呢？等等更复杂的一系列的前端问题，都需要 写代码 来实现。

       所以一般都会有个 core.js 或者 framework.js 类似的一堆 js 代码，就是用来处理这些事情，而这些代码同样依靠 JavaScript Engine 来执行。

       从而所谓的 JavaScript Runtime ，我觉得可以单纯的理解为 JavaScript Engine 自身的代码跑起来后的环境，也可以理解为 core.js 等被跨端框架所需要的、包含了各种逻辑的前端代码被加载运行后的环境。

       当你用这些跨端框架的时候，你会发现他们只支持 css 子集 ，而且布局方式基本都是 flexbox(一种布局模型) 。

       那么比如你写了一个横着容纳了三个小方块的大方块，你的前端 css 代码肯定要写成， flex-diretion:row ，那么抛给端上的消息可能如下：

       { "name":"div", "attribute":{ // 使用布局 "flex-diretion":"row" }, "children":[ { "name":"div" }, { "name":"div" }, { "name":"div" } ]}

       端上拿到这个消息，都不知道 flex-direction 是什么。当然，你可以自己写一个解析库来解，但是 Yoga 帮你做了这件事！

       所以 RN 使用的是 Yoga 布局引擎(支持 flexbox，也是 Facebook 搞的)。

       Weex 似乎一开始是用的 Yoga，后来自己写了一套？

       这个地方就出现了一个名词 Layout Engine ，它就是帮我们处理各种布局参数的，然后帮我们算好每个视图的坐标，然后端上拿到坐标后设置对应的视图的坐标，一个井井有条的视图便展示了出来。如果你觉得你写的布局解析算法超越了 Yoga 等等，那么你完全可以自己写一套。

       比如从 JavaScript Runtime 处理完各种属性了，要渲染视图了！传了一段 JSON 给端。

       端上手指点了一下这个视图，那也要封装成一个消息传递给 JavaScript Runtime，然后触发你之前写的 js 的监听代码，比如点击后弹一个弹窗，那就又要封装一个调用弹窗方法的消息给端。

       就是这样来来回回。

       所以两边都有自己的消息队列。

       而且当你做动画还想监听动画过程的时候，肯定在短时间内发送了大量消息，这些过程肯定是 需要优化 的。

       并且！据我个人用 Weex 的经验，有的 flexbox 属性两端都不统一(可能是 Weex 的 Bug，毕竟 KPI 项目，都不维护了)

       我记得当时还开玩笑说，用了 Weex 终于领悟了跨端的真谛：

       if(platform === 'Andoird') { // 差异化逻辑} else if(platform === 'iOS') { // 差异化逻辑}

       跨端的代价就是，你 本以为 真的可以一套代码两端跑，后来发现真的有点做梦了(连 H5 有时候 Andoird/iOS 都不一致，因为用的内核都不是一个)，代码里有不少的 if-else。

       所以经过上面的一系列科普，一个跨端框架成了这样：

       这其中一般是需要一个客户端、一个前端、一个懂 JavaScript Engine 会 C/C 的来分别开发。

       我虽然没开发过，但是感觉会有很多问题。

       比如 JavaScript Runtime 在另一个进程的话，跨进程通信？

       比如消息通信过于频繁是不是就会有各种连锁反应，掉帧啊、事件响应不及时、动画不流畅啊，怎么优化？

       其实我本身一直自诩喜欢研究原理，但是直至今日我也没真的一行行看过跨端框架的源码，我知道的这些也未必是对的，只是之前做过 Weex 的一些工作稍微研究了一下，还是挺惭愧的。

       既然你自称喜欢研究原理，为什么不看呢？

       链接：/post/

       相关问答：相关问答：手机端和电脑端各是什么？

       电脑端和手机端，实际上说的就是平台问题。

       当我们使用电脑的时候，电脑基本使用的操作平台是windows，或者苹果等常用操作系统。

       而手机上用的平台，如安卓，苹果的IOS，当年诺基亚的塞班，黑莓的系统，都叫做手机端。

       那么怎么定义手机端和电脑端呢，我们可以这么理解，如果用电脑操作系统的设备，即便是平板电脑，你也可以理解成是电脑端。

       如微软平板电脑surface，他的定位是平板也是电脑，

       我们很多的平板，多数使用的是安卓系统，苹果的当然就是IOS，但是平板使用基本使用的移动平台，也就可以看成是手机端。

       但是，如果这个移动设备的平台使用的是电脑的操作系统的时候，他所使用的平台，也就成了电脑端。