当前由于移动互联网技术的日益发展，人们对移动互联网程序的要求也是越来越高，以往的互联网程序已经不能满足人们日益增长的需求，对此相关的工作技术人员要不断努力，研发出与时俱进的移动互联网程序。
随着移动应用的需求越来越大，许多企业开始将焦点转移到移动应用的开发上。通过引入新技术、新平台和新框架，移动应用开发者能够创建划时代的移动应用。
Flutter、Tauri 和 Electron 都是现代桌面应用程序开发的流行选择，每种技术有其独特的优缺点，本文将对它们进行技术对比。
受益于开源技术的发展，以及响应快速开发的实际业务需求，跨平台开发不仅限于移动端跨平台，桌面端虽然在市场应用方面场景不像移动端那么丰富，但也有市场的需求。 相对于个人开发者而言，跨平台框架的使用，主要为了满足以下三个主要能力：
GitHub Actions 是 GitHub 于2018年10月推出的持续集成服务。
开发人员面临着选择正确框架之挑战，以便可以高效构建可在 Windows、macOS 和 Linux 上无缝运行的应用程序。
前段时间偶尔的机会下在 Go 圈被这条新闻刷屏了（当然还有 Go1.14 发布）：
Hello，大家好，我是《Flutter开发实战详解》的作者，Github GSY 系列项目的负责人郭树煜，本次 Google I/O Extended 我主要是给大家回顾一下本次 I/O 大会关于 Flutter 的一些亮点。
在客户端开发过程中，我们经常会需要在不同的开发环境下，需要设置不同的参数、使用不同的代码逻辑。例如：在Debug模式下，我们需要输出log，而在Release模式下所有的log输出应该被关闭。我们通常是通过使用项目中默认的Debug和Release模式来做相应的区分的。Xcode在创建项目时默认创建Debug和Release两种Build Configuration。但有时候这两种Build Configuration可能无法完全满足我们的需求。例如，有时可能还需要一种ADHoc模式来实现通过企业证书来发布企业版APP给测试同学来进行测试或者进行UAT。
一个月前，如果我要为自己最看不上的三个半语言排个名，dart 恐怕会位列其中。dart 是 google 在 2011 年就推出的编程语言，目标是成为一个结构化的 web 编程语言，暗藏着取代人们天天用又天天骂的 javascript 的野心。记得大约 2014 年前后，我在 youtube 上看了 goto conference 的一个关于 dart 语言的 keynote[1]，于是就对 dart 有些关注了。当时我的感觉是：这特么又一个「编译成 js」的语言 —— 天知道我们需要多少这样的语言。2014 年前后的前端生态还没有今天这么百花齐放 —— 如今一个编程语言没有对应的「编译成 js」的方案，就像没有化妆的女孩儿，都不好意思出门。那个时代 TypeScript 还没有什么人用，「编译成 js」语言里最火的是 CoffeeScript，以及叫好不叫座的 Elm。当然，google 推出 dart 更多的是从工程实践上的考量：在此之前，google 已经从其 GWT（Google Web Toolkit）和 Closure compier（用于优化 js，清除死代码）中得到了一个宝贵的经验：如果有静态类型系统，javascript 的性能优化和大项目工程化可以大大提升一个台阶。
Flutter综合应用 Flutter综合应用 线上出现问题，该如何做好异常捕获和信息采集 Flutter异常 App异常的捕获方式 FrameWork异常的捕获方式 异常上报 Dart接口实现 iOS接口实现 Android接口实现 总结 衡量FLutter App线上质量，需要关注三个指标 页面异常率 页面帧率 页面加载时长 组件化和平台化，如何组织合理稳定的Flutter工程结构 组件化 组件化的具体实施步骤 平台化 如果下层组件确实需要调用上层组件的代码怎么办？ 如何构建高效的Flutt
作者 / Mariam Hasnany, Product Manager, Flutter
为了一份代码能够运行在多个平台，从而节省开发和沟通成本，各公司都开始关注和使用跨端方案。目前，主流的跨端方案主要分为两种：
近些年来，跨平台跨端一直是比较热门的话题，Write once, run anywhere一直是开发者所期望的，跨平台方案的优势十分明显。
折腾来折腾去，我打算做一个卡片记忆软件，用来记忆面试题、知识点等。很多东西看了就忘了，我想做一个软件来帮助我记忆。这个软件的功能就是每天给我推送一些卡片，我看了就可以记住，然后就可以刷题了。
6 月 20 日下午，GMTC 北京 2019 全球大前端技术大会「多端提效与质量优化实践」技术专场，来自贝壳找房的四位技术专家分别就“极限前端性能优化”、“贝壳找房 Node 服务稳定性建设”、“贝壳移动端监控建设实践”以及“ Flutter 在贝壳的接入实践”主题进行分享。InfoQ 对本专场的精华内容做了部分梳理和总结。
在软件开发中，很多时候有一些公共的库或SDK可能会被很多项目用到，因此，将这些代码单独抽到一个独立模块，然后哪个项目需要使用时再直接集成这个模块，便可大大提高开发效率。很多编程语言或开发工具都支持这种“模块共享”机制，如Java语言中这种独立模块会被打成一个jar包，Android中的aar包，Web开发中的npm包等。为了方便表述，我们将这种可共享的独立模块统一称为“包”（ Package）。
前言 我所说的传统的方式是指，用 Java 或者 Kotlin 写安卓，用 Object-C 或者 Swift 写 IOS。 回想我 2014 年上大学的时候，老师跟我们说最近两年移动端特别的火，出去特别好找工作，万万没想到，到了 2016 年，我所在的实验室的学长去找安卓的工作就已经很难了。 现在都 2018 年了，作为一个本科生找安卓或者 IOS 就更难了，虽然移动市场不会消失，但是用户或者开发者来说，原生移动应用都有天生的痛点。 对于用户来说，原生应用在使用之前需要花大量的流量去下载，而且还暂用大量
Rust 在服务端和嵌入式领域已经有很多跨平台模式的应用案例了，本文主要是来探究一下 Rust 在移动开发领域的跨平台开发模式。
Azure 静态 Web 应用是一种服务，可从 GitHub 存储库自动构建完整的堆栈 Web 应用，并将其部署到 Azure，目前它还是预览版。
github 地址：https://github.com/fzyzcjy/flutter_rust_bridge
下个季度的目标是把前端监控相关的内容梳理出来，梳理出来之后可能会在公司内部做个分享～
在马蜂窝旅游 App 很多业务场景里，我们尝试过一些主流的跨平台开发解决方案， 比如 WebView 和 React Native，来提升开发效率和用户体验。但这两种方式也带来了新的问题。
[🛠️项目](https://www.reddit.com/r/rust/?f=flair_name%3A"🛠️ project")
作者 | Dmitry Kruglove 译者 | Sambodhi 策划 | Tina 初创公司的技术方面有时会非常多变，包含很多未知因素。使用什么技术栈？哪些组件对现在来说可能被过度使用，但在未来却值得关注？如何在保持足够高的质量标准以维持可维护的代码库的同时，平衡业务特性开发的速度？ 在本文中，我想和大家分享一下我们从头开始构建 https://cleanbee.syzygy-ai.com/ 的经验——我们如何根据需求塑造流程，以及当我们用新组件扩展我们的技术栈时，我们的流程是如何演变的。 企
稍作配置，同一份代码横跨 Android & IOS，相比于 React Native 方案更加高性能。除此之外，得益于 Rust 跨平台加持，Rust 部分的代码可在种种场合复用。
这篇是之前在掘金上发过的一篇文章，但没有在公众号发。昨天突然看到竟然超过500赞了，索性也在公众号发一下，表示纪念吧。
最近在尝试一些新的架构，玩点花活儿！小有所得，分享给大家。 Why Rust? 因为它酷😎，因为个人喜欢，所以用它作为锤子，到处找钉... Nah... just kiddin' ~ 必须有一些很合理
研发协同平台有两个核心目标，一是提高研发效率 ，二是提高研发质量，要实现这两个核心目标，实现持续集成是关键之一。
如上图所示，与2019年1月相比，全球使用互联网的人数已增加到45.4亿，增长了7％（2.98亿新用户）。
小编非常喜欢的车企（夹带私货～～～）和大佬。这篇文章是对我们的嵌入式 Rust 先驱之一 Julius Gustavsson 的采访，他是沃尔沃汽车公司的技术专家和系统架构师。在采访中 Julius 讲述了09年它接触了 Rust 的经历和吸引他的点。
在软件开发和IT运维领域，配置管理一直是不可或缺的一环。随着技术的发展，配置管理经历了多个时期，涌现出了各种工具和方法。本文将探讨配置管理的历史，并重点关注以下四个方面：版本控制、应用配置、系统配置以及云化的资源配置。
在我们详细研究可靠的空安全和FFI之前，让我们讨论一下Dart平台如何将它们适合我们的目标。编程语言倾向于共享许多的功能。例如，许多语言都支持面向对象的编程或者可以在Web上运行。真正使语言与众不同的是它们独特的功能组合
作为一家初创企业，为自己的首款应用程序选择正确技术堆栈无疑至关重要。您的具体技术选择将直接影响到产品的开发速度，甚至决定其能否最终成功。目前移动应用的首选方案之一正是 Flutter，一款由谷歌开发的 UI 工具包。本文将带大家了解为什么 Flutter 是初创公司的最佳选择，并对 Flutter 与其他几种流行框架进行比较。
disclaimer: 目前这只是一个想法，并没有落地的实现。我打算将这一思想在 quenya client 中实现。
这是一套 张风捷特烈 出品的 Flutter&Flame 系列教程，发布于掘金社区。如果你在其他平台看到本文，可以根据对于链接移步到掘金中查看。因为文章可能会更新、修正，一切以掘金文章版本为准。本系列源码于 【toly_game】 ，如果本系列对你有所帮助，希望点赞支持，本系列文章一览：
技术雷达是ThoughtWorks每半年发布一期的技术趋势报告，它不仅是一份持续的技术成熟度评估，其产生还源于ThoughtWorks另一个更大宏大的使命—IT革命。我们一直深信，IT行业从定位、价值、实践和技术都会发生巨大的变革。然而任何宏观的变革，都会有一些微小的信号，我们需要持续关注这些微小的改变，这也就是技术雷达的由来。
可能说起 Flutter 绘制，大家第一反应就是用 CustomPaint 组件，自定义 CustomPainter 对象来画。Flutter 中所有可以看得到的组件，比如 Text、Image、Switch、Slider 等等，追其根源都是画出来的，但通过查看源码可以发现，Flutter 中绝大多数组件并不是使用 CustomPaint 组件来画的，其实 CustomPaint 组件是对框架底层绘制的一层封装。这个系列便是对 Flutter 绘制的探索，通过测试、调试及源码分析来给出一些在绘制时被忽略或从未知晓的东西，而有些要点如果被忽略，就很可能出现问题。
用Rust语言开发跨iOS、Android、PC的通用算法逻辑，用FinClip小程序实现跨平台通用的业务应用前端，剩下的不通用、平台相关部分剩下一点点。
flutter-boot核心解决了混合开发模式下的两个问题：flutter混合开发的工程化设计和混合栈。那flutter-boot是如何解决的呢？
无事在家，闲得发慌，上周六面试华为的配置管理工程师，让我明白了在社会大行业里配置管理其实是个更为专业的岗位，涉及到软件开发的各个流程，数据的产生，规范的定义，代码的持续集成，基线管理，当然也涉及到供应链的一些东西，在工作中发现问题，解决问题，推动一些流程规范的制订，对流程中出现的问题进行修正等等。而我在原公司的配置管理更多是个兼职，是为软件工程师+配置管理工程师，特别是在软件部改革后，配置方向更多的边缘化，更多是DD会议召开，BUG发布及合并，代码审核数据汇总。也难怪配置管理会是一个兼职，软件上做的工作仅仅是配置管理（CM）这个岗位很小的一部分，也不可能花大价钱养一个人在这个岗位上了。
Flutter、Tauri 和 Electron 都是现代桌面应用程序开发的流行选择，每种技术有其独特的优缺点，下面我们就来对它们进行一个全面的技术对比。
使用Flutter从零开始开发App是一件轻松惬意的事情，但对于一些成熟的产品来说，完全摒弃原有App的历史沉淀，全面转向Flutter是不现实的。因此使用Flutter去统一Android、iOS技术栈，把它作为已有原生App的扩展能力，通过有序推进来提升移动终端的开发效率。
Cargo 是 Rust 的构建系统和包管理器，大多数 Rustacean 们使用 Cargo 来管理他们的 Rust 项目，因为它可以处理很多任务，比如构建代码、下载依赖库（在 Rust 中称为「crate」）并编译这些库。
在上一篇 《Flutter 知识集锦 | 监听与通知 ChangeNotifier》 中，我们介绍了 ChangeNotifier 对象通知监听者的能力。并通过一个简单的模拟下载进度案例，介绍了它的使用方式：
很多朋友可能在布局过程中、或者组件使用过程中，会遇到诸如颜色、尺寸、约束、定位等问题，可能会让你抓耳挠腮。俗话说，磨刀不误砍柴工，会使用工具是非常重要的，其实 Flutter 提供了强大的调试工具，可以辅助我们去查看界面布局中的一切细节。
1、如果选择，stable，我们遇到的情况是，IOS上接入之后是跑不了的。切到master上就OK了。
这个框架是两个挪威人在1995年创建的，发展至今可以说历史相当悠久，稳定性也很有保障。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
