首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏向治洪

    移动平台技术总结

    概述 曾经大家以为在手机上可以像桌面那样通过 Web 技术来实现平台开发,却因为性能或其他问题而放弃,不得不针对不同平台开发多个版本。这也违背了平台开发的初衷。 而React Native让平台移动开发在次回到人们的视野中,其成功的原因除了他“一次编写处处运行”,还因为它相比h5等前端技术,有了更接近原生的体验。 为了方便理解,笔者将平台技术分为4大流派: Web 流:也被称为 Hybrid 技术,它基于 Web 相关技术来实现界面及功能 代码转换流:将某个语言转成 Objective-C、Java 或 C#, 由于目前是收费项目,我没有尝试过,对技术细节也不了解,所以这里不做评价。 的实现本身就对性能有损失,除了各种无关函数的调用,它还会锁定一个 Go 的系统线程,这会影响其它 gorountine 的运行,如果同时运行太多外部调用,甚至会导致所有 gorountine 等待 所以使用Go开发平台移动应用目前不靠谱

    2.2K50发布于 2018-02-06
  • 来自专栏让技术飞起来

    移动技术方案分析对比

    当须要开发支持多端的应用,每一都须要独立研发、测试,直到上线。为了解决多端独立开发的问题,技术备受青睐。 4、小程序 方案众所周知,在最近几年有一个东西变得非常火爆:小程序,现在许多大厂都开始入局小程序,不过现在小程序技术也不再是BAT的专属,市面上早已经推出小程序容器技术解决方案,当集成了小程序容器 三、技术方案选型技术方案,所关注无外乎如下这4个方面:研发效率、动态性、多端一致性、性能体验。 动态化: 可实现业务快速迭代,这一点不只是平台技术的诉求,也是Native技术必备的杀手锏,这也是评估技术的一个重要考核点。 性能体验: 通常地,技术方案拥有以上多重优点,但在性能方面比原生流畅更差些。

    1.2K20编辑于 2022-08-02
  • 来自专栏小程序类

    技术方案选什么好?

    、一套代码,通过 Taro 的编译工具,将源代码分别编译出可以在不同(微信小程序、H5、App 等)运行的代码。 WeexWeex 是阿里巴巴开源的一套构建高性能,可扩展的原生应用平台开发方案。 前端对于 Flutter 的热忱度之高一度让人有点惊讶,事实上在 Flutter 社区内见到的客户开发者远多于前端开发,不过前端对于解决方案确实有着天然的渴求。 (XML),兼容互联网主流小程序技术,可采用 Vue、react 基础上的 DSL 框架。 与Taro、Flutter、Reactive-Native等语言不同的是,FinClip严格意义上讲是一项容器技术。与上述的技术不仅不冲突,还可以完美融合。

    1.3K10编辑于 2022-08-09
  • 来自专栏贾鹏辉的技术专栏@CrazyCodeBoy

    移动平台技术演进之路

    移动高速发展的这些年,伴随着企业对研发效率、动态能力的诉求不断增加,平台技术也如雨后春笋层出不穷。那么,在这篇文章中将向大家分享移动平台技术演进之路。首先我们看为什么需要平台技术? 为什么需要平台技术? ? 一方面伴随着移动互联网的高速发展,公司间竞争越来越激烈,如何将业务快速落地、快速试错,成为备受关注的问题。 这就导致当需要开发支持多端的应用,每一都需要独立研发、测试,一直到上线,以及后续的维护工作,工作量成倍增涨,势必延长研发周期,拖慢产品迭代的节奏。 为了解决多端需要独立开发的问题,平台技术便应运而生,国内外互联网公司为此都投入大量人力,于是出现了各种平台技术框架。 平台框架发展总览 ? React指的是React.js一个前端开发框架,通过JS+CSS开发;后面加个Native主要有两层含义: 这些”JS+CSS”最终会被解释称原生控件; 有着Native的性能体验; RN的出现这标志值移动平台开发进入

    1.9K30发布于 2020-10-29
  • 来自专栏Tecvan

    聊聊技术的本质与现状

    来自团队 匡凌熙 同学的分享 零、何为 write once, run everywhere 一次编写,四处运行就是的真谛。 ,所以技术就诞生了。 三、从rn看本质 那么既然我们知道了rn是如何实现的,那么我们就可以来探究一下它本质上是在干什么。首先,可以分为「逻辑」和「渲染」。 5.2 什么是小程序 那么到了这里,我们就可以来谈一谈关于小程序的东西了。 关于小程序,核心并不是真正意义上的,虽然小程序也做到了,例如一份代码其实是可以跑在android和Ios上的,但是实际上这和hybrid十分相似。

    1.7K21编辑于 2022-03-31
  • 来自专栏IMWeb前端团队

    聊聊移动平台开发的各种技术

    本文作者:IMWeb 黎腾 原文出处:IMWeb社区 未经同意,禁止转载 介绍 最近出现的 React Native 再次让平台移动开发这个话题火起来了,曾经大家以为在手机上可以像桌面那样通过 Web 技术来实现平台开发,却大多因为性能或功能问题而放弃,不得不针对不同平台开发多个版本。 但这并没有阻止人们对平台开发技术的探索,毕竟谁不想降低开发成本,一次编写就处处运行呢? 所以使用 Go 开发平台移动应用目前不靠谱。 综合来看,目前 Dart 的这两个方案都非常不成熟,Sky 虽然在技术上看很强大,但 Dart 语言目前接受度非常低,比起它所带来的平台优点,它的缺点更大,比如无法使用第三方 Native UI 库,

    2K21发布于 2019-12-03
  • 来自专栏IMWeb前端团队

    聊聊移动平台开发的各种技术

    介绍 最近出现的 React Native 再次让平台移动开发这个话题火起来了,曾经大家以为在手机上可以像桌面那样通过 Web 技术来实现平台开发,却大多因为性能或功能问题而放弃,不得不针对不同平台开发多个版本 但这并没有阻止人们对平台开发技术的探索,毕竟谁不想降低开发成本,一次编写就处处运行呢? 为了方便讨论,我将它们分为了以下 4 大流派: Web 流:也被称为 Hybrid 技术,它基于 Web 相关技术来实现界面及功能 代码转换流:将某个语言转成 Objective-C、Java 或 C# 所以使用 Go 开发平台移动应用目前不靠谱。 综合来看,目前 Dart 的这两个方案都非常不成熟,Sky 虽然在技术上看很强大,但 Dart 语言目前接受度非常低,比起它所带来的平台优点,它的缺点更大,比如无法使用第三方 Native UI 库,

    2.9K50发布于 2017-12-29
  • 来自专栏京东技术

    APP常用技术栈深入分析

    Tech      导读 本文主要针对常用技术Flutter、ReactNative、Weex、H5,从技术特点、基本架构、编译原理、基本渲染流程等进行梳理分析;以及一些常见性能问题如何优化解决 与此同时,出现了一些技术解决方案,可以实现一套代码在多端运行,解决业务发展上的痛点,如Flutter、ReactNative、Weex、H5(注:小程序和其它基于DSL的方案暂不在本文讨论范围)。 然后对一些常用APP进行了对比分析,结论和预期一致,大部分都在使用技术;Flutter和ReactNative使用率较高,Weex使用率相对低一些,H5基本都在使用,使用多种技术框架是一种常态。 ,在Engine层适配平台差异和平台支持,实现更完美的效果;Dart代码通过AOT编译为运行平台的二进制代码。 3.3 Weex基础架构介绍 图4-Weex基础架构 Weex是阿里2016年发布的框架,如图4所示,Weex编译产物js bundle可以部署在服务,APP加载完即可运行,也可以看出具备动态发布的能力

    3.1K10编辑于 2022-06-13
  • 来自专栏开发者技术前线

    京东技术大中台的 Flutter 实践之路

    作者 | 京东 ARES 团队 编辑 | Yonie 在 2019 年,Flutter 推出了多个正式版本,支持的终端越来越多,使用的项目也越来越多。 为什么考虑 Flutter 技术方案 其实京东很早就开始研究并实践的开发解决方案,最早使用的是 Hybrid App 的技术方案,从 2015 年底开始逐步转向 RN 技术栈,目前应该是业内 RN 未来展望 Google Flutter 是非常出色的开发技术,现在已经取得了长足的发展。社区生态和框架成熟度也正在快速追赶 RN。 相信不久的将来,Flutter+RN 一定会成为开发平台的绝代双骄。 团队介绍 京东 ARES 团队作为京东技术与数据中台的多端技术平台团队,聚焦于开发技术框架和平台搭建,包括但不限于 RN、Flutter、小程序等技术栈。

    2.1K30发布于 2020-11-23
  • 来自专栏前端桃园

    移动平台技术之下的变与不变

    在这样的时代背景下,无论从资源成本、开发效率,还是从产品迭代、技术演进的角度来看,平台开发都是强需求,所以才有了层出不穷的各种平台方案探索 二.层出不穷的平台技术 细数近几年业界主流的移动平台方案 中 单从成本角度来看,Web 方案是平台的不二之选: 没有额外的学习成本:一套基础技术吃遍内、外、甚至 PC 浏览器、电视机顶盒 不依赖特殊的配套设施:开发、调试、构建、发布、监控、运维等所有工程化环节都是通用的 坐拥庞大的既有生态:npm 百万模块,应有尽有 Web 基于开放标准:走出去引进来都不是难事 并且,Web 本身就是一个平台,退可守,技术风险更低 但在另一些方面,依靠 Web 技术也存在其局限性 PHA 是这两种思路的延续,借助 Native 技术实现 PWA 的梦想 但无论 PHA 还是 HA,引入 Native 依赖都意味着 Web 开放性的损失,继而带来 App 方面的问题 : 容器:新的渠道//平台都是新的容器 容器技术:新容器的出现,意味着新的容器技术要求 哪个部分是不必要跟着变的?

    1.4K21发布于 2020-07-28
  • 来自专栏编程微刊

    框架盘点

    1:Electron Electron这个玩意简直是做团队内部工具的利器,也是前端老手秒上手的东西,可以给团队做些玩意了,桌面追求开发速度用Electron 使用 JavaScript, HTML 3:Flutter -解决方案 Flutter是谷歌的移动UI框架,可以快速在iOS和Android上构建高质量的原生用户界面,前端对于 Flutter 的热忱度之高一度让人有点惊讶,事实上在 Flutter 社区内见到的客户开发者远多于前端开发,不过前端对于解决方案确实有着天然的渴求。 使用WEB开发技术(HTML5、CSS3、JavaScript)进行平台开发。 ), 也就是说开发一套代码可以实现相应的开发,是基于Vue的一个很不错的开发框架,对于熟悉Vue 和微信小程序的开发小伙伴来说学习成本几乎为零。

    1.1K10发布于 2019-04-18
  • 为什么Wasm正在改变技术的游戏规则?

    今天讲讲开发的一些事儿。聊到开发,大家脑子里跳出来的第一反应大概率还是WebView套壳,或者是像ReactNative、Flutter这种“原生渲染”派系。 我觉得它不只是个补丁,更像是直接把开发的“性能天花板”给拆了。别再聊“翻译”代码了,现在是算力的直接平移以前我们做,本质上是在玩“运行时”的平衡游戏。 如果你手里有一个打磨了十年的C++算法库,以前想移植到Web几乎要掉一层皮。现在,套上Emscripten或者Rust的编译器,它就能在全平台跑起来。技术本来就应该是创意的延伸,而不是拖后腿的束缚。 往后看,应用的架构大概率会演变成“JS负责颜值(UI),Wasm负责大脑(核心算法)”。这种混合模式真正实现了一套核心代码走天下。 微信公众号:NextTech研究局站在前端与AI的交叉口,分享最好用的工具与最前沿的实践。

    15610编辑于 2026-01-20
  • 来自专栏小程序类

    几个开发方案

    首先我们来理解一下平台,像安卓,pc,苹果,ipad,我们可以称之为用户终端,也是作为我们应用程序所运行的平台,所以我们所说的平台开发就是使用非安卓或者非苹果技术开发安卓应用或者苹果应用,这就是平台 端方案或多或少都能过起到研发降本增效的作用,方案各自有其优劣势。目前市面上主流开发方案有以下 4 种:1、以 Web 为基础的 H5 Hybrid 方案这类方案简单来说就是用网页来。 应用体验方面,小程序技术是前端容器技术的一种应用,其组件及 UI 都有明确的规范,开发者不用考虑兼容性及类似 H5 开发时复杂工具及框架的选择。同时,由于组件及 UI 都是预设的,展示体验也会更佳。 宿主环境结合方面,小程序是基于 App 实现的应用,其获取系统(App)的权限也会多于 H5;随着微信小程序的潮流引领,各大主流互联网平台的追随,小程序技术的发展已经趋于成熟,市面上小程序以运行时已经开始出现多智能终端设备的适配 FinClip 是小程序容器技术,上述说的技术优势都具备,包括:应用体验由于 H5,应用框架支持多种主流框架生成的小程序,多终端设备(宿主)环境友好且兼容。

    1.8K20编辑于 2022-06-30
  • 来自专栏小程序类

    几种2022年流行的技术方案的优缺点

    前端对于 Flutter 的热忱度之高一度让人有点惊讶,事实上在 Flutter 社区内见到的客户开发者远多于前端开发,不过前端对于解决方案确实有着天然的渴求。 、一套代码,通过 Taro 的编译工具,将源代码分别编译出可以在不同(微信小程序、H5、App 等)运行的代码。 Weex Weex 是阿里巴巴开源的一套构建高性能,可扩展的原生应用平台开发方案。 与Taro、Flutter、Reactive-Native等语言不同的是,FinClip严格意义上讲是一项容器技术。与上述的技术不仅不冲突,还可以完美融合。 这种小程序容器技术,将视图层与逻辑层分离也带来了许多好处: 1、方便多个小程序页面之间的数据共享和交互。

    1.9K20编辑于 2022-07-19
  • 来自专栏个人的专栏

    框架的兴起:WePY(微信小程序容器技术

    框架的出现为小程序应用的开发带来了巨大的便利性和灵活性。它们提供了统一的开发方式、代码复用的能力,并且与小程序容器技术紧密结合,实现了一次编码、多端运行的目标。 开发者可以根据项目需求和团队技术栈选择合适的框架,从而在不同的小程序平台上开发出高质量、易维护的应用。随着技术的不断进步,框架在小程序应用开发领域的应用将会更加普及和成熟。 框架+小程序容器,构建如微信App搬灵活的移动应用架构 市面上一些比较知名的小程序容器技术产品包括:微信、支付宝、百度、抖音小程序等,他们都是以完善大社交平台自有小程序生态的技术底座,能提供第三方进行私有化部署的有 框架通常提供了对小程序容器技术的封装,使开发者可以在不同的小程序平台上(如微信小程序、支付宝小程序、百度小程序等)进行开发和发布。 总结起来,框架和小程序容器的结合可以实现在不同小程序平台上进行开发,提供一种统一的开发方式和代码复用的能力,同时还可以充分利用小程序容器技术的功能和特性。

    1.3K50编辑于 2023-06-07
  • 来自专栏超级码力

    🧭【深入解析】框架的核心技术到底是什么?

    一、前端三板斧 正式讨论「开发」这个概念前,我们可以先思考一个问题:对大部分前端工作来说,前端主要干些啥? :虚拟机和渲染引擎,这也意味着,如果我们想要搞开发,就必须得统一虚拟机和渲染引擎。 虽然 W3C 的规范就摆在那里,各个浏览器厂商再根据规范实现浏览器,这也是网页的基础。 那么问题来了,RN 是如何做到的?这个其实全部仰仗于 React 的 vdom。 四、总结 本文到此就结束了,我把各个技术提炼为为虚拟机和渲染引擎技术,然后以这两个核心技术的角度去拆解各个端方案。

    1.2K21编辑于 2022-02-23
  • 来自专栏大前端

    Flutter平台移动开发

    ---- 本篇到此完结,更多 Flutter 平台移动开发 原创内容持续更新中~ 期待您 关注 / 点赞 / 收藏 向着 大前端工程师 晋级! ----

    3.5K40发布于 2019-05-25
  • 移动研发模式升级:从原生开发到全域技术突围

    作为一个在移动开发圈摸爬滚打了十年的老码农,我经历了从 iOS 和 Android 双原生开发的蛮荒时代,到混合开发崛起的效率革命,再到如今全域技术爆发的全新时代。 三、框架的「白银时代」:性能与效率的双重突破1. React Native 的探索2019 年,React Native 逐渐成熟,我们决定在一个新项目中尝试这种新型框架。 框架的挑战尽管框架带来了显著的效率提升,但在实际应用中我们也遇到了一些挑战:· 原生功能适配:对于一些小众机型或特殊功能,框架的适配可能不够完善;· 版本兼容性:框架的快速迭代可能导致版本兼容性问题 ,升级成本较高;· 调试难度:框架的调试工具不如原生开发完善,定位问题有时比较困难。 结语:研发模式升级是生存必备技能从原生开发到全域,移动研发模式的每一次升级都伴随着技术的进步和效率的提升。在这个快节奏的时代,企业若想保持竞争力,必须不断升级研发模式,拥抱新技术

    42110编辑于 2025-06-19
  • 来自专栏微信终端开发团队的专栏

    基于小程序技术栈的微信客户平台实践

    本文主要内容整理自 GMTC 2019 分享《基于小程序技术栈的微信客户平台实践》  https://gmtc2019.geekbang.org/presentation/1711 一、前言 --- 二、微信客户平台实践 ---- 微信客户团队,早在 2012 年的时候就已经开始使用平台技术进行研发,从最初为了应对多平台客户代码逻辑不统一的问题,到后续面向业务和 UI 开发,一直在尝试研发平台的解决方案 然而,当我们以“小程序技术栈作为客户平台开发技术”这一命题展开,关注其中的一些细节时,也发现了问题。 附近的餐厅就是微信团队内部基于小程序开发的一个类似原生体验的业务。 四、基于小程序技术栈的平台开发 ---- 微信小程序的系统架构相信今天大部分的读者都比较熟悉了,总体来讲分为两部分: View 视图通过小程序的框架将用户采用 WXML 和 WXSS 描述的UI信息处理成 五、总结与展望 ---- 回顾一下上下文,微信在客户平台开发方案的探索从最早期的打造高质量、开源化的基础组件,到现在尝试探索大前端技术栈的业务平台开发方案,始终是从提升研发团队效能和最终产品用户体验两个角度出发

    6.6K102发布于 2019-07-02
  • 来自专栏前端森林

    写给前端的平台方案、引擎的本质

    近些年来,前端领域的技术越来越多了:react native、weex、flutter、electron、kraken 等等。 那么多端方案,他们有没有通用的思路? docker 很明显也是一种平台技术,同一个镜像可以跑在任何操作系统的 docker 上。只要不同操作系统实现同样的容器即可。 node、deno node 和 deno 也是平台的技术,通过提供一套一致的 api,让其上的 js 代码可以平台。这些 api 也是不同平台各自实现的。 ? 基于这些方案的组合使得 electron 支持用前端技术开发桌面。 ? 平台方案的优缺点 平台方案的优点很明显,就是一份代码跑在不同平台的同样的容器内,不用不同平台单独开发,节省成本。 希望这篇文章可以让你理解平台的容器的思路和优缺点,遇到一些新技术(比如 web container)也能快速的理解。

    2.3K10发布于 2021-06-25
领券