jest

echarts 是什么，不用多说了， 国内最知名的可视化图表库之一。 echarts-for-react 是它的一个极简的 React 封装。 一、前言 🎉 echarts ** v5 发布之后**， echarts-for-react 上已经有很多很多的 issue 请求支持最新版本，所以，过年期间升级了 v3 版本，支持了最新的 echarts v5。 **很尴尬，目前我是在蚂蚁，主要做大数据 BI 产品 + AntV 数据可视化技术栈。理论上来说，echarts 使我们的竞品，哈哈，然而，我居然还在过年给它升级周边，我想这应该就是开源精神吧。**那就顺便一起打个广告吧，欢迎大家支持我现在的工作。 G2 ：基于图形语法的数据可视化，提供灵活性、定制性 G2Plot ：基于 G2 做的一图已封装，降低大部分简单场景的使用成本 Charts ：基于 G2Plot，在 Ant Design 上透出的 React 图表组件库 本文还是重点软一下 echarts 和它的 react 封装吧！ 二、起源 在蚂蚁之前，自己在网易游戏入坑前端，当时内部使用 SVG 做代码版本控制，所以自己做了一个类似于 travis（但是没有 GitHub Action） 的面向 SVG 的 ci 工具。这个项目是我初次上手 React（0.14.x 版本）。 然而在 JQuery 技术栈下， echarts

声明：本文为译文，原文链接：https://www.robinwieruch.de/react-libraries React 已经诞生很久了，自从它诞生开始，围绕组件驱动形成了一个非常全面的生态，但是来自其他编程语言或者框架的开发人员很难找到要构建一个 React 系统的所有组件。如果你是来自于像 Angular 这样的框架的开发者，你可能已经习惯了框架包含了所需要的所有功能， 然而对于 React 来说，它的核心并不是完善所有的可选库。这是优势还是劣势取决于你自己。当我从 Angular 切换到 React，我绝对经历了它作为 React 的优势。 只有通过 React，您才能使用函数组件和 props 构建组件驱动的用户界面。它带有一些内置的解决方案，例如，用于本地状态和副作用的 React Hooks。 下面的文章将向您提供一些自己总结的方法，以便从补充库中进行选择，从而构建一个全面的 React 应用程序。 如何开始 React 如果你是一个完全不熟悉 React 的初学者想创建一个 React 项目，加入 React 的世界。有许多工具包项目可以选择，每个项目都试图满足不同的需求。React 社区的现状是通过 Facebook 的 create-react-app(CRA)。它提供了一个零配置的设置，并给你一个开箱即用并且简单的启动和运行的 React 应用程序

Sonar Config .Jenkinsfile config stage('SonarQube analysis') { steps { script { scannerHome = tool 'SonarScanner4'; } withSonarQubeEnv('SonarQube') { sh "${scannerHome}/bin/sonar-scanner" } } } sonar-project.properties sonar.projectBaseDir=test-app // app dir sonar.projectName=test-app sonar.projectKey=test-app sonar.projectVersion=1.0 sonar.sourceEncoding=UTF-8 sonar.language=js sonar.sources=src sonar.tests=test sonar.exclusions=test/**,node_modules/**,build/**,**/less/**,**/config/**,**/config.js,**/imgs/** // files not to test sonar.test.inclusions=test/shared/*.js,test/components/**/*.js

一、自定义消息配置 打开配置文件 o2server/config/ messages.json(config下不存在可以从configSample拷贝过来)，O2V5.3后版本可以在web端登录系统，进入系统设置——基础配置——配套配置中找到 messages.json，在文档末尾添加自定义消息类型的配置（示例）： "custom_mq" : { "consumersV2" : { "ws" : "" , "pms" : "" , "zhengwuDingding" : "" , "qiyeweixin" : "" , "welink" : "" , "dingding" : "" } } 其中custom_mq为自定义消息类型， 名字必须以custom_开头， 如需自定义发送websocket消息（消费者为ws）那么类型名字必须固定为 custom _create ，consumersV2中配置需要的消费者。 二、自定义消息发送 平台提供自定义消息发送的api，开发者根据业务需要调用接口发送消息，接口地址进入 http://ip:20020/x_message_assemble_communicate/jest/index.html ，找到MessageAction的customCreate服务，调用示例： 三、消息消费查询 同样进入第二步的api服务地址，找到

转载地址 React 16 Jest单元测试 之 Jest工具 项目初始化【这里使用之前的项目，节省时间】 项目初始化地址 https:// github.com/durban89/webpack4-react16-reactrouter-demo.git tag：v_1.0.23 拉取 git clone https://github.com/durban89/webpack4-react16-reactrouter-demo.git cd webpack4-react16-reactrouter-demo git fetch origin git checkout v_1.0.23 npm install Jest有很多特定的功能，可以作为单独的包来使用，下面罗列下官网提供的一些有用的包 环境 node --version v8.11.3 node的安装包方法我就不介绍了，如果看了这么久我的分享还是不知道的话，可以继续看看前面文章，这里简单提示下，安装命令如下 npm install package_name --save // 生产安装 npm install package_name --save-dev // 开发安装 1、jest-changed-files 此工具提供的功能是标识在git或hg中被修改过的文件，提供的方法如下

近几年 JS 社区创新和演化的速度是有目共睹的，几个月前比较时髦的技术很可能现在已经过时了。2016 已经过去，你有没有担心错过了什么重要的内容？在这篇调查报告中我们会为你解读社区的主流趋势。 我们将从数量上来分析哪些项目 2016 年获得比较多的关注，具体的做法是比较各项目 2016 年在 Github 上新增 star 的数量。 回顾 2015 年：React 无疑占据了统治地位，而 Redux 则在众多牛毛的 Flux 实现中脱颖而出。那么 2016 年哪些项目最受开发者关注呢？ 目录 最受欢迎项目 前端框架 Node.js 框架 React 项目模板 移动开发 编译工具 构建工具 测试框架 IDE 静态网站生成器 1. 最受欢迎项目 仔细观察 2016 年排名前 10 的项目，你就能对 WEB 社区的演化方向有个直观的把握，概括如下： 3 个 UI 框架：Vue.JS, React and Angular 2 1 个新的 Node.js 包管理器：Yarn 创建桌面应用的首选：Electron 创建 react 新项目的首选：Create React App 1 个移动开发框架：React Native 最受欢迎的 CSS 工具箱：Bootstrap 函数式编程风格的状态管理库：Redux 强大兼具灵活的绘图库：D3 上面这些项目覆盖的领域，无疑证明了 JS 的通用性

Jest同时支持ts和react jsx TypeScript + Jest + React-Testing-Library： https://www.jianshu.com/p/1bef70cfe712 jest配置文件 // jest.config.js module.exports = { // preset: 'ts-jest', // testEnvironment: 'node', // roots: ['<rootDir>/src'], transform: { '^.+\\.tsx?$': 'ts-jest', }, testRegex: '^.+\\.test\\.(ts|tsx)$', moduleFileExtensions: ['ts', 'tsx', 'js', 'jsx', 'json', 'node'], moduleNameMapper: { "\\.(css|less)$": "identity-obj-proxy", }, }; @testing-library/react的query api： https://testing-library.com/docs/dom-testing-library/api-queries ByLabelText ByPlaceholderText ByText 。。。 @testing-library

随着小程序越来越被广泛使用，我们前端的开发工作也从单纯的web开发，扩大到web+小程序的跨端开发。为了提高研发效率，越来越多的web模块需要迁移、更新，兼容小程序以实现跨端复用。而这些模块也会跟随业务进行迭代和版本更新，这时候，我们就需要有良好的测试来保障各端模块的可靠性。 由于我们将许多已有的web模块迁移到小程序，web端的测试相对已经比较完备了。因此我们需要考虑的是： 如何快速的将已有的web用例迁移到小程序 针对新模块，如何快速编写两端用例。 （我们在web端使用的主要是Puppeteer和Jest的搭配。） 可直接移步最终方案 测试模块类型 我们目前的模块主要是以下三种类型： 与环境无关的逻辑层模块 与环境关联的逻辑层模块 与环境关联的UI组件模块 类型1的模块由于不受环境限制，可与web共用单元测试，无需额外的测试用例开发。 类型3的模块，由于小程序与web端差异较大，比较难实现复用（目前我们的web UI层主要基于React，小程序使用原生开发，同时配合kbone进行部分页面的同构开发）。 我们这里主要针对类型2的模块进行测试用例的迁移。 小程序端测试工具选择 小程序官方目前提供了两种工具来支持小程序测试： 组件单元测试 提供了一个测试工具集以支持自定义组件在 nodejs 单线程中运行。 小程序自动化 为开发者提供了一套通过外部脚本操控小程序的方案。

pom build节点下面添加resource配置： <resources> <resource> <directory>src/main/resources/</directory> <filtering>true</filtering> <includes> <include>**/*.properties</include> </includes> </resource> <resource> <directory>src/main/resources/</directory> <filtering>false</filtering> <includes> <include>**/*.xml</include> </includes> </resource> </resources> resource的filtering属性用来表示资源文件中的占位符是否需要被替换，true为需要替换。 上面的定义是所有的.properties文件中的EL表达式占位符都会在打包时动态替换，所有的.xml文件则不会替换占位符。 接下来我们配置两个profile,一个是测试环境，一个是正式环境配置： <profiles> <profile> <id>dev</id> <properties> <jest.urls>http://n2:9200,http://n4:9200</jest.urls>