weex可以引用其他js框架吗

weex可以引用其他js框架吗,第1张

开发者只需要在自己的APP中嵌入Weex的SDK,就可以通过撰写HTML/CSS/JavaScript来开发Native级别的Weex界面

Weex界面的生成码其实就是一段很小的JS

可以像发布网页一样轻松部署在服务端,然后在APP中请求执行。

最近在做的一个项目,项目的前期采用Weex开发。但是随着交互复杂度的增加,Weex一处开发多处多处运行的特征并没有很好的体现,相反很多时候我们还是需要做IOS和Android的适配。如今火热的Flutter相比Weex和Rn来说,给出了更好的跨平台解决方案。所以我们设计了一套基于Weex实现,底层跑在Flutter Engine上的框架。

 底层的Runtime采用isolate engine,框架业务逻辑,Dom的解析逻辑和Render逻辑都跑在这里。

 渲染引擎采用Flutter的Skia,彻底剥离了Android和IOS的差异性.

    将Weex VirsualDom的解析都替换成Flutter Widget.

    设计基于Weex2Dart的Brider,使JS和Dart可以相互调用

    weex-demo的性能展示

release环境下采用AOT模式,性能会有质的飞跃。

Android-Release版本只有10m大小

相比Weex和Rn具有更好的性能,同时具有更好的跨平台性

相比Flutter,具有动态部署的能力(Flutter Release采用AoT模式并没有动态部署的能力,即使Debug版本也只是开发环境下才有动态化能力并没有可以实施项目的能力)

只需要会Weex开发或则Rn开发就可以,不需要额外学习Dart,已有的Weex项目可以无缝切换。

俗话说"无规矩不成方圆",但是我要说无规范不和谐,你可能觉得言重了「言重个毛」,下面就简单的说一下吧

来一个场景对话吧,以开发一个 APP 为例子来说明「纯属虚构,如有雷同那真是中奖了」,小明「开发 client」,小张「开发 server」

如此类似的事情的在需求、产品、销售、运营等等各个地方都会出现,何也--没有规范,最后导致权责不明,各干各的,反工是家常便饭,更甚者会干起架来 ...

无规范不和谐,花很小的代价获取更多大价值有时就体现在规范当中,规范最好以书面的形式「别拿嘴说,谁也不会记的」,规范的编写有多种形式,今天我们就来看看其中一个 docsify「文档网站生成工具」

规范基本上都以文档的形式出现的,写文档我们可以使用的工具实在太多了,小到记事本,大到一个综合软件太多太多了,先说一下笔者主要使用的文档编写工具,分为两个阶段「未了解 markdown 之前和之后」

现在我大部分使用 gitbook 来记笔记和写文档,只要把 markdown 语法熟悉了玩起这些来都是小菜,、csdn、掘金等自媒体平台都支持 markdown 了,markdown 一定要掌握「现在还不懂 markdown 那就太 low 了」,简单的说一下 gitbook 的流程

gitbook 有多种玩法,有兴趣的可以看看这部分内容

用官方的话来说 docsify 一个神奇的文档网站生成工具,如果看过 vue 的官方文档界面那就相当于看到了 docsify 生成的界面了「很清爽有么有」

docsify 不同于 githbook 和 hexo 它不会生成将 .md 文件化成 .html 文件,这些转化工作都是在运行时进行的

比如阿里 weex ui 的开发文档

这里就不一一列举了,可以查看 https://github.com/docsifyjs/awesome-docsify/blob/master/README.md 的 showcase 部分

这样就安装完了 docsify 命令行工具「前提要安装 node」,安装完以后我们就可以使用 docsify init ./docs 初始化项目了,然后运行 docsify serve docs 就可以在本地跑一个 server 来看到对应生成的网站了

我们就来一个 API 接口文档吧,大概完成以后这样的

还做一个国际化「只做了英文版的--装个 B 」,直接点击上面导航的 EN 来 Look 一下

怎么样够 B 格吧 ,服务端把这个文档给出一扔,还管个毛毛呢,直接并行开发吧「还 qq 对接?,还拿嘴对接?」

由于 docsify 的文档非常的详细,我们照着一点点的配置和编写半个小时就能入门,这里我们就把以上完成的 API 文档目录解析一下

主页 index.html

侧边栏 _sidebar.md

侧边栏对应的网页左边的导航页

_coverpage.md 封面

user/READMD.md

user/README.md 对应的就是 user 的主页,在这个例子中我们在此中写登录接口

对应的就是我们在上图中看到登录接口「我们再来看一下,如下图」

其它的 .md

其它的 getuserlist.md/getuserifno.md 都是侧边栏对应的接口界面,这里就不一一说了,和登录界面是一样的「不细说了,文档介绍的非常详细」

我们大概介绍完了所制作的文档,这里起一个抛砖引玉的作用,完了可以看 Demo 的源码「上传到 github 上,后面放出地址」

可以定制主题、还有一插件列表「搜索、统计、在 github 编辑等等插件」,也可以自己开发插件等「非常丰富,我们可以看官网查看」

我们写的文档可以部署在 GitHub Pages 上,也可以部署在所有的静态文件服务器上等

这节我们简单介绍了一下 docsify 文档编写工具,只是起了一个抛砖引玉的作用,具体的好多玩法大家可以自行去探所,当然拿 docsify 来写笔记是非常不错的「笔者一直使用 gitbook 来写笔记」,还可以用它来写个博客啥的都是不错的

如果还不熟悉 markdown 语法的,建议现在就看一定要把它掌握了「简单又牛 B ,写个模版什么的使用 markdown 再适合不过了」

案例地址: https://github.com/tigerchain/docsifydemo

作者: TigerChain 订阅查看更多内容。

本文出自 TigerChain侃大山

公号: TigerChain


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/594562.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-07-09
下一篇2023-07-09

发表评论

登录后才能评论

评论列表(0条)

    保存