lang

Results 9 comments of lang

### Q: 小程序诞生的背景,小程序架构是什么样的,性能为什么好,微信小程序,支付宝小程序有什么区别 1:诞生背景: 早在微信小程序之前,有力推轻应用的百度,有来自 HTML5 中国产业联盟的 DCloud 所主张的流应用,小程序不是一天发展起来的,07年H5和iPhone同年立项,H5推翻了IE+Flash,却没有达到承载优秀的移动互联网体验的地步, iPhone站稳脚跟后跟上APP STORE的开发,安卓也异军突起,于是:**在移动互联网初期,应用生态被定了基调 —— 原生开发**。在那个时候,**硬件不行**,也没有其他办法,**原生开发才能在低配硬件上带来商用体验**。但大家都在怀念 H5,那种无需安装更新、即点即用,直达二级页面的动态发布。 国内有一批做浏览器的厂商,尝试去改进 HTML5,他们提出了轻应用的概念。通过给 WebView 扩展原生能力,补充 JS API,让 HTML5 应用可以实现更多功能。不过这类业务没有取得成功,HTML5 的问题不止是功能不足,性能体验是它更严重的问题。 微信的 JS SDK,为它的浏览器内核扩充了大量 JS API,砍掉较多复杂的初始化损耗,定制化,让开发者可以用 JS 调用微信支付、扫码等众多...

#### RN 启动和渲染流程,有哪些问题,如何优化,和 weex 有什么区别 [重构即将完成!2020版React Native会有多大改善](https://baijiahao.baidu.com/s?id=1670797327750932870&wfr=spider&for=pc) ![](https://pics0.baidu.com/feed/4a36acaf2edda3cce19f2c6057b4dd07203f92df.jpeg?token=d51437ea932b240a923313c9995acf85) 1. 用户点击App的图标 2. UIManager线程:加载所有的Native库和Native组件比如 Text、Button、Image等 3. 告诉Js线程,Native部分准备好了,Js侧开始加载main.bundle.js,这里面包含了所有的js和react逻辑以及组件。 4. Js侧通过Bridge发送一条JSON消息到Native侧,告诉Native怎么创建UI。值得一提的是:所有经过Bridge的通信都是异步的,并且是打包发送的。这是为了避免阻塞UI 5. Shadow线程最先拿到消息,然后创建UI树 6. 它使用Yoga布局引擎去获取所有基于flex样式的布局,并且转化成Native的布局,宽、高、间距等。 7. UIManager执行一些操作并且像这样在屏幕上展示UI ![](https://camo.githubusercontent.com/08463c32b8909cb3eaff1adf909ca7a0ce0f7e1e/68747470733a2f2f757365722d676f6c642d63646e2e786974752e696f2f323031392f31322f332f313665636130396465623265366665383f696d61676556696577322f302f772f313238302f682f3936302f666f726d61742f776562702f69676e6f72652d6572726f722f31) 当前架构的缺点是: 1. 有两个不同的领域:JS和Native,他们彼此之间并不能真正互相感知,并且也不能共享相同的内存。 2. 它们之间的通信是基于Bridge的异步通信。但是这也意味着,并不能保证数据100%并及时地到达另一侧。组件和 API...

#### webview 的内核有哪些,webview 有哪些问题,如何优化,jsBridge 怎么实现,怎么优化 - 内核 iOS 不允许有第三方内核,iOS2~7:UIWebView;iOS8:WKWebView Andorid 每个版本都自带了浏览器内核,要么是chromium要么是很老的webkit。而微信是自己带的一个改造版的**chromium(Blink X5, 同理支付宝UC内核也是,我们也可以自己去外网拉内核过来做修改)**。苹果是用的自己的新版webkit - 问题。可讲小程序纯web渲染的缺点,优化围绕小程序趋势,跨端趋势 - 优化(白屏到秒开,做离线化,提前找时机如天猫游戏等预加载,去远程拉取资源打到容器内) #### jsBridge JavaScript 调用 Native 推荐使用 注入 API 的方式,Native 调用 JavaScript 则直接执行拼接好的 JavaScript...

#### 跨端怎么跨,思路,实现 从前端两大职责,UI 和 交互逻辑来讲 也可以说从上往下讲,需要 跨端 DSL,跨端组件,跨端容器(容器 api),跨端渲染引擎 ![](https://camo.githubusercontent.com/18a8014b57818dc1c56745da76628a9f4aa504c9/68747470733a2f2f757365722d676f6c642d63646e2e786974752e696f2f323032302f372f392f313733333130613064386537396361383f696d61676556696577322f302f772f313238302f682f3936302f666f726d61742f776562702f69676e6f72652d6572726f722f31) 1. 跨端 DSL 很好理解,就是自建一套 DSL 用来做视图层的描述,这套 DSL 最后还是生成 ast 2. 跨端组件,比如 h5 的 div ,小程序的 View,native 的 View 3. 跨端...

#### 跨端的发展历史 先聊前端,前端是干嘛的 “前”是指离用户最近,“端”是指端侧。前端就是离用户最近,需要在用户端里实现产品需求并且能给用户尽可能好的用户体验 为什么要跨端,用户可能从很多不同的入口进来,我们无法强制用户端,就只能尽可能在所有端里面满足用户的需求,给用户尽可能好的体验,准确的说“中心和跨端是沉淀出来的,而不是规划出来的,像中台一样,每个企业的IT系统应该根据自己的业务价值沉淀符合业务需要的共享服务中心 1. pc 时代的跨浏览器兼容 2. 无线时代的 webview 支持 3. rn,weex 的出现 4. 小程序, PWA 5. flutter 在以上的阶段,都可以从背景,问题,解决方案,遗留或者无法解决的问题来聊

如果多选的话,选不选到非末级其实没什么关系的吧。你要的是不是文档里面的 多选模式2 ?

你们需求多选的时候选到非末级,会不会自动把他的所有末级都选到? 如果是都选到的话那么在UI表现上跟正常的多选应该是一样的吧,只是值是只到非末级就好了吧?

那感觉这个不太合理吧,建议找产品商量一下。。

之前楼上说的那个ActionSheet的样式问题有没有好的解决办法?