React Native

来源｜ 知晓云 全平台定制化支持。知晓云团队一直为这个目标努力着，这不，在已经支持了各大主流小程序平台、Android、iOS、Web 之后。为了提升用户多平台开发的开发效率，我们又开始了对 React Native、Flutter 等开发框架的支持。价格还是那么便宜，服务却越来越丰富，我都快把自己感动了。 今天 React Native 的内测版本已正式对外发布啦，需要尝鲜的朋友可以 点击这里 查看。内测完全免费，遇到问题欢迎吐槽。对于积极反馈问题的同学我们还会有实物奖品相送哦~还等什么，赶紧参与起来。 顺便奉上知晓云近期的一些小优化，一起看看吧~ 触发器 date 类型支持使用模版变量 pointer 类型支持判断 isempty 为 API 网关提供了云函数模板 JS SDK 优化了 IO 性能， 点击这里 beta 尝鲜 更新预告 京东小程序 flutter Websocket 更多更新内容 API 乐队指挥家，网关服务正式上线 知晓云已支持头条、抖音等小程序 支持微信 unionid 登录体系 点击此处 查看更多更新内容及开发文档。 如果你有其他需求，可以通过知晓云 产品路线图 提交需求或添加客服微信（minsupport3）等方式告诉我们，非常感谢大家一如既往的支持。 来源： oschina 链接： https://my.oschina.net/u/3999387

今天ReactNative官网发布了0.63版本，距离上一个版本0.62已经过了差不多将近4个月的时间了，我在上一篇文章中也提到了0.62的更新内容 一篇文章带你了解ReactNative0.62更新内容 。 此次0.63版本的更新主要是提供了一个LogBox(日志盒子)，一个全新设计的日志系统，方便开发定位开发中遇到的问题，请大家通过本篇文章来了解一下吧。 @[toc] LogBox 在ReactNative定位错误一直是一个比较困难的事情，所以ReactNative团队从新设计了针对错误，警告及日志的系统，全新的UI设计，称之为LogBox，样式如下： LogBox通过如下三点来完善处理开发过程中遇到的比如无法格式化，冗长的警告和错误信息等： 简介： 日志系统应该提供尽可能简单的信息来帮助开发定位问题 格式化： 将信息格式化，方便开发定位和查看 可操作性： 日志应该具有可操作性，可以帮助解决问题 为了达到以上目标，LogBox包含如下几个功能系统： 日志通知： 重新设计了警告通知并增加了错误支持，console.warn和console.log消息都都是为通知，而不是以往的会覆盖APP页面之上 代码框架：错误及警告都有对应的代码框架可以在APP内显示对应的源码，方便快速定位信息 组件堆栈： 将堆栈信息单独从日志系统中剥离，是日志信息不会因堆栈信息而混乱 折叠堆栈信息：

##引言 React Native路由导航，有它就够了！该文档根据 React Navigation 文档翻译，有些内容会根据自己的理解进行说明，不会照搬直译，若发现理解有问题的地方，欢迎大家提点！由于本人是基于iOS开发，安卓版本的目前还没有去实践运行，后续有时间会去实践，如果遇到问题，可以@我。最后，这边针对iOS运行的时候遇到的问题也有汇总，并提供解决方案。最后的最后，由于本片文章会很长，所以推荐一个Chrome插件，可以自动根据文章中的h1~h6生成目录，方便查看章节内容，在编写文章时也可以用哦！ Smart TOC ，点击安装后，如下图操作： 基本原理 1 开始 如果您已经熟悉React Native，那么您将能够快速上手React导航!如果没有学习过，你需要先读 React Native Express 的第1 - 4部分(包括第4部分)，读完后再回到这里。 本文档的基础部分介绍React导航的最重要的方面。它足以让您了解如何构建典型的小型移动应用程序，并为您提供深入了解React导航更高级部分所需的背景知识。 1.1 安装 在RN项目中安装您需要的包 npm npm install @react-navigation/native 复制代码 yarn yarn add @react-navigation/native 复制代码 React导航由一些核心工具组成

在React Native开发过程中，做为开发人员，我们经常做着费力不“讨好”的事情，这样占用我们不少时间： 定位bug，通常流程是： 按测试同学的的bug描述，登录指定的账号走一遍验证一下问题是否存在。 若bug存在则，在app的调试模式下再验证是否存在，并查看日志或者断点调试查看内存数据的来源及处理是否正确 最后很有可能恼火的证明这个bug只是后台数据问题，而不是App的bug 😫😫😫 多环境打包 服务器有多个环境，测试步骤一般是从测试线 => 预生产 => 正式线，这就意味着同一套代码需要打3个包（或者至少需要发3次热更新），为啥不做成连平服务器环境可以动态切换呢？ 最后定位bug是后台数据问题：出现这种问题的根本原因是因为测试同学做的是“黑盒测试”，我们拿过来重现的步骤也是“黑盒验证”，这种测试方式不解决，上面那种尴尬的问题永远会存在。 怎么解决“黑盒测试”、“黑盒验证”问题呢？答案是：开放日志。 如果我们把app的数据流都展示在开发同学面前（至少把http请求数据流和基本日志输出开放），这样无论是测试同学还我们自己就能更容易的定位很大一部分bug的问题所在。 怎么“开放”这些日志？通过 react-native-debug-tool 库，只需要几行代码就能实现一个开发调试工具，通过它，我们可以把我们想要“开放”的日志都以UI的形式随时随地展示出来

react-native-easy-app 是一款为React Native App快速开发提供基础服务的纯JS库( 支持 IOS & Android )，特别是在从0到1的项目搭建初期，至少可以为开发者减少30%的工作量。 react-native-easy-app 主要做了这些工作： 1. 对AsyncStorage进行封装，开发者只需几行代码即可实现一个持久化数据管理器。 2. 对fetch进行封装，使得开发者只需关注当前App的前后台交互逻辑和协议，定义好参数设置及解析逻辑即可。 [3. 重新封装了RN的View、Text、Image、FlatList 使用得这些控件在适当的时候支持事件或支持icon与文本，能有效减少布局中的嵌套逻辑。]() [4. 通过设置一个屏幕参考尺寸，重置XView、XText、XImage的尺寸，实现自动多屏适配]() 可能有人觉得，RN的AsyncStorage本身就很简单，自己封装也就几十行代码的工作量，为什么还要使用第三方库？ 一千个人心中，有一千个哈姆雷特，也许我的封装思路能给你带来不一样的启发也未可知呢？ 数据存储（AsyncStorage） RN平台提供的AsyncStorage有一些基础方法：setItem，getItem，removeItem，getAllKeys

本文将围绕支付宝在移动端架构的演进逐步展开，分享我们在“App 动态性”“提升研发效率”等方面所做的思考和具体实践。同时，针对 mPaaS 小程序能力的开放，也将展开介绍我们如何实现“小程序代码只写一次，多端投放”，而这将给开发者带来完全不同的开发体验。 支付宝 App 发展历程 首先让我们先回顾看看支付宝 App 在近几年的具体发展历程。 支付宝一开始仅仅只是一个单体应用的工具型 App，让用户可以在手机完成支付宝相关的业务查询和操作。2013 年后，支付宝逐步转型为平台型 App， 平台型 App 具有“服务化、模块化、工具组件化”的特点。这个时候支付宝的业务不仅仅是支付，还需要给客户提供很多生活相关的服务，例如余额宝、缴电费等。2015 年后支付宝成长为超级 App，此时支付宝里面需要支持大量复杂的业务。2018 年，随着小程序的推出，支付宝开始开放自己的商业能力，用自己流量助力合作伙伴，因此整个 App 面临开放、动态化、高可用的挑战，面对这些挑战，我们把它总结为以下三个方面： 1.动态性及体验 • 面对多样的需求，如何保证业务的快速迭代？ • 保证 App 动态更新的前提下，如何保障用户体验？ 2.研发效率 • 如何做到代码一次编写，多端复用？ • 没有客户端开发经验，如何提升开发效率？ 3.开放生态 • 如何将能力开放给更多开发者？ • 如何连接更多生态平台，丰富自身

首先，默认咱们已经有了.net core 3.1的开发环境，如果你没有，快去下载... https://dotnet.microsoft.com/download 由于项目是基于abp vNext开发的，所以开发之前建议去撸一遍abp官方文档， https://docs.abp.io/en/abp/latest/ 创建项目有很多种方式： 第一种，纯手撸，使用vs手动创建新项目 第二种，借助abp模板直接傻瓜式下载，地址： http://abp.io/get-started 第三种，abp cli(推荐) abp cli abp cli是使用ABP框架启动新解决方案的最快方法，那么前提是你要安装啊。 dotnet tool install -g Volo.Abp.Cli 如果你的版本比较低，使用下面命令进行更新 dotnet tool update -g Volo.Abp.Cli 更多使用方法，请参考 https://docs.abp.io/en/abp/latest/CLI abp new 终于进入主题了，使用命令 abp new <solution-name> 创建博客项目 默认会生成两个项目，一个aspnet-core，一个react-native。暂时干掉不需要项目吧，虽然react-native也很香，但是现在先忽略它。 然后将aspnet

原文： Atomic CSS-in-JS 时间：2020/04/27 作者： Sébastien Lorber 译者： ziven27 翻译时间：2020/05/10 译者： 国内大家都去搞 JS 去了，可以看到我们有可以与 REACT 抗衡的 VUE。却显见有类似 CSS-in-js, OOCSS，BEM，Atomic CSS ... 的 CSS 解决方案出现？这是为什么呢？ 随着 Facebook 和 Twitter 最近的产品技术方案的迭代更新，我们看到了一个新的流行趋势: Atomic CSS-in-JS。 在这篇文章中，我们将看到什么是原子CSS，它是如何与像 TailwindCSS 这样的 functional / utility-first CSS 之类技术方案的关系，以及哪些基于 react 框架的大厂是如何使用它的。 因为我不是这方面的专家，所以不要指望深入了解它的优缺点。我只是希望你能从对它的了解中有所启发。 注意: Atomic CSS 与 Atomic Design 设计无关。 译者注：Atomic CSS 是 CSS 代码的一种设计模式，Atomic Design 是对于设计资源和设计组织方式的一种设计理念。 什么是 atomic CSS? 大家可能听说过各种 CSS 解决方案，例如BEM，OOCSS ... < button class =

“无意中发现了一个巨牛的人工智能教程，忍不住分享一下给大家。教程不仅是零基础，通俗易懂，而且非常风趣幽默，像看小说一样！觉得太牛了，所以分享给大家。点 这里 可以跳转到教程。” 作为当前两大主流移动操作系统之一， iOS 伴随着iPhone的风靡而走向了全球。当前的移动App种类繁多，足以让人眼花缭乱。因此，不管大家从事何种产品的开发，都应该或多或少地了解一些iOS开发相关的知识。那么，iOS开发的知识体系是怎样的？如何进阶成为一位iOS开发的高手？带着这种种的疑问，我学习了 极客时间 App 上的《 iOS 开发高手课 》专栏。本专栏作者 戴铭 老师是前滴滴出行技术专家，有着丰富的iOS开发和实践经验。 通过对本专栏的学习，我对iOS开发有了全面的了解(虽然还不足以成为一位高手)。在这篇文章中，我分享一下自己的学习总结，供各位想成为iOS开发高手的朋友参考。 专栏主要内容 作者在开篇词中提到，在2008年7月的WWDC苹果全球开发者大会上，苹果宣布App Store正式对外开放，这也意味着属于开发者的移动互联网时代真正开始了。从技术角度看，这些年来移动开发领域相继诞生了组件化、热修复、动态化、大前端、Flutter、小程序等热门技术，推动着iOS开发者不断地学习新技术，同时也让App开发变得越来越容易。作者认为，任何一个领域其实都和移动领域一样，从小型到大型，从个人到团队

如今，黑暗模式是Web，桌面和移动应用程序中经常需要使用的功能。 通过增加可定制的界面来提高开发者对UI库的使用体验是非常重要的，可以带动很多开发者使用特定的UI库。 以下是一些支持暗模式的已知UI库。 Material UI React JS的Material Design UI框架在GitHub上拥有超过57,000个星标，具有简单，面向开发人员和可扩展的主题功能。它基于著名的CSS-in-JS，使开发人员可以在与同一基本概念相关的三种不同样式API之间进行选择。 任何熟悉Material UI的开发人员都可以证明其主题和调色板管理功能是生态系统中最好的。 根据主题化文档，我们可以很容易地在基本material UI应用程序上添加暗色主题。 此外，当我们访问文档时，我们可以切换明/暗模式和切换调色板，以帮助可视化所有提供的素材组件与不同的主题。 Vuetify Vuetify在GitHub上拥有25k颗星，是Vue中非常流行的UI框架。 它非常有名，因为它充分利用了Vue API。在Vuetify上，主题系统构建得非常好。给你的web应用一个黑暗主题是非常容易的。 Vuetify支持Material Design规范的浅色和深色版本。 这种指定从根程序组件 v-app 开始，并得到大多数组件的支持。默认情况下，你的应用程序将使用浅色主题