在2020的今天，构建一个 web 应用对于我们来说，并非什么难事。因为有很多足够多优秀的的前端框架（比如 React，Vue 和 Angular）；以及一些易用且强大的UI库（比如 Ant Design）为我们保驾护航，极大地缩短了应用构建的周期。
在前两篇文章里面分别谈了Weex如何在Native端初始化的和Weex是如何高效的渲染Native的原生UI的。Native这边还缺一块，那就是Native产生的一些事件，是怎么传回给JS的。这篇文章就详细分析这一部分。
Jest 和 React Testing Library (RTL) 是前端开发中用于测试 React 应用的首选工具。Jest 是一个功能丰富的JavaScript测试框架，而React Testing Library 是一种提倡以用户角度编写测试的库，它鼓励测试组件的行为而不是内部实现细节。
原文：https://blog.kentcdodds.com/react-hooks-whats-going-to-happen-to-my-tests-df4c2b4d67b7
执行 yarn jest 或者 yarn jest test/plus.spec.js 运行测试用例
1、背景 以前还是学生的时候，有学习一门与测试相关的课程。那个时候，觉得测试就是写 test case，写断言，跑测试，以及查看 test case 的 coverage。整个流程和写法也不是特别难，所以就理所当然地觉得，写测试也不是特别难。 加上之前实际的工作中，也没有太多的写测试的经历，所以当自己需要对组件库补充单元测试的时候，发现并不能照葫芦画瓢来写单测。一时不知道该如何下手，也不知道如何编写有效的单测，人有点懵，于是就比较粗略地研究了一下前端组件单测。 1.1 单测的目的 在频繁的需求变动中可控地保
本文介绍了百度UE编辑器的单图片及附件上传功能，并提供了相关代码实现。
但是当我们给元素赋值时并不会触发上面的2种事件，如果我们想赋值后触发上面的事件，可以采用下面的方法
自定义事件，就是有别于有别于带有浏览器特定行为的事件（类似 click, mouseover, submit, keydown 等事件），事件名称可以随意定义，可以通过特定的方法进行添加，触发以及删除。
说在开始，Javascript自定义事件类似设计的观察者模式，通过状态的变更来监听行为，主要功能解耦，易于扩展。多用于组件、模块间的交互。 原型模式下的js自定义事件 var EventTarget = function() { this._listener = {}; }; EventTarget.prototype = { constructor: this, addEvent: function(type, fn) { if (typeof type =
在这一节中，我们将学习如何使用不同的测试方法来测试我们的应用程序。这将使我们有信心对应用程序进行重构、构建新功能和修改现有功能，而不用担心破坏当前的应用程序行为。
经常我们的提交表单前都会用js对表单内容作验证，如果有问题，则不希望提单表单。那么，如果阻止表单提交呢？
TDD（Test-driven development），就是测试驱动开发，是敏捷开发中的一项核心实践和技术，也是一种软件设计方法论。
上面这段代码的弊端是显而易见的，因为这里的观察者不止中国、美国，还有日本、俄罗斯等等，如果继续加入观察者，将会在被观察者类Korea中继续添加代码，耦合度太高，不易扩展！
为了达到所有页面在用户端达到秒开，也就是网络（JS Bundle下载）和首屏渲染（展现在用户第一屏的渲染时间）时间和小于1s。
发布-订阅模式又叫做观察者模式，他定义了一种一对多的依赖关系，即当一个对象的状态发生改变的时候，所有依赖他的对象都会得到通知。
刚开始我在写项目的单测方案的时候，老板就让我能够写一些单测的规范。虽然表面上我非常自然地说：没问题，但是心里还是慌得不行：以前我自己写单测也没啥规范呀，直接开干就好了。
那如果这个组件交给别人维护了，他并不知道这个组件的功能应该是什么样的，怎么保证他改动代码之后，组件功能依然正常？
原文：https://css-tricks.com/testing-react-hooks-with-enzyme-and-react-testing-library/
本节学习目标 如何自定义一个组件 什么时候该自定义组件? 当weex提供给我们的默认组件满足不了我们的需求的时候这个时候,就需要自定义组件了。 下面就以iOS 自定义组件为例演示一下 如何自定义
nacos-1.1.3/config/src/main/java/com/alibaba/nacos/config/server/utils/event/EventDispatcher.java
在前端开发世界中，JavaScript 和 HTML 之间往往通过 事件 来实现交互。其中多数为内置事件，本文主要介绍 JS自定义事件概念和实现方式，并结合案例详细分析自定义事件的原理、功能、应用及注意事项。
jQuery中有很好用的trigger来触发事件，但总不能写什么都去引入jQuery吧
在《WMI技术介绍和应用——Instance/Method Provider》一文中，我们介绍了Instance和Method Provider的编写方法。本文我们将介绍更有意思的“事件提供者”。在《WMI技术介绍和应用——事件通知》中，我们曾经提到事件是分为两种：intrinsic event和extrinsic event。这两种事件提供者在编写上也非常类似，我们先以extrinsic event为例。（转载请指明出于breaksoftware的csdn博客）
上一篇文章《关于状态机的技术选型，最后一个真心好》我跟大家聊了一下关于”状态机“的话题。从众多技术选型中我也推荐了一款阿里开源的状态机—“cola-statemachine”。
最近工作上一直在用activiti作工作流，发现工作流程使用起来真的挺费劲的！ 这不，业务需求有来有，用户希望在回复沟通时，能触发回复沟通事件，而用户通过该事件触发他的业务事件。 回复沟通是这边流程的自定义的操作， activti没这种操作，怎么办？看来只能动手自己扩展了 1.Web端 要扩展，首先要在页面上要有地方配置，因为这个跟任务绑定在一起的，放在任务监听器中 找到页面task-listeners-popup.html(这边用的是activiti-explorer)，发现很简单，只需要在下拉里加入配置即可
2019 年前端测试依然是一个炙手可热的话题。笔者在今年 5 月份参加 Vueconf 的时候，Vue 单元测试的主题演讲者曾向现场的参与者发出提问，有多少团队引入了单元测试，意外的是只有寥寥数人举起了手。尽管，那个时候笔者的团队也还没有引入前端测试，但是考虑到测试的必要性，且团队正在着手一个新项目，所以回去之后在这个新项目全量地接入了前端测试。
在平常的后端项目开发中，状态机模式的使用其实没有大家想象中那么常见，笔者之前由于不在电商领域工作，很少在业务代码中用状态机来管理各种状态，一般都是手动get/set状态值。去年笔者进入了电商领域从事后端开发。电商领域，状态又多又复杂，如果仍然在业务代码中东一块西一块维护状态值，很容易陷入出了问题难于Debug，难于追责的窘境。
Resque是一个使用redis来创建后台任务的ruby组件。而jesque是其java版本。通常用来做延时队列。
比如上面代码中的@include button-size 函数，这个是scss的一个特性，可以从官网上看下介绍。
nacos-1.1.3/config/src/main/java/com/alibaba/nacos/config/server/controller/ConfigController.java
状态机是“有限状态自动机”的简称，是一种描述和处理事物状态变化的数学模型。本质上来讲，就是一种比if...else结构更加优雅，并具备可扩展性的状态转移处理机制。有多种实现方案，如：枚举，Spring Statemachine，cola state machine。
Added by SpringSideTeam, last edited by SpringSideTeam on 2006-11-23 (view change) Labels: sel
上一篇介绍了lightning component events的简单介绍。此篇针对上一篇进行深入，主要讲的内容为component event中的阶段(Phase)。
在分析Seata的saga模式实现时，实在是被其复杂的 json 状态语言定义文件劝退，我是有点没想明白为啥要用这么来实现状态机；盲猜可能是基于可视化的状态机设计器来定制化流程，更方便快捷且上手快吧，毕竟可以通过UI直接操作，设计状态流转图，但我暂时不太能get到。对于Saga模式的实现，之前的博文中已经阐述了基于状态机模式实现Saga，是比较常见且合适的做法，因此了解了下Java中的状态机实现方案，以后有相关的业务场景也可以直接上手使用状态机。
英文 | https://blog.stackademic.com/top-40-reactjs-interview-questions-and-answers-for-2024-70c94e5fccca
用CEGUI做界面将近3个月了，比较忙，而且自己懒了许多，没能像以前那样抽出大量时间研究CEGUI，查阅更多的资料书籍，只是在工作间隙，将官网上的一些资料和同事推荐的《CEGUI深入解析》看了看。
业内优秀的组件库比如 Antd Design 和 Element UI，大大节省了我们的开发时间。那么，做一套组件库，容易吗？
本文是记录一个线程相互等待导致主线程无法响应的问题，这个问题是属于一定可以复现的问题，是 WPF 的已知问题。如果遇到这个问题，属于暂时没有方法解决，只能规避。 这个问题的最简单复现步骤是在触摸线程，也就是 StylusInput 线程，等待一个主线程的窗口关闭，此时就会出现主线程卡住的问题
grid/treegrid使用actioncolumn或其他能获得焦点的单元格元素交互后，刷新store,如果操作的目标行不在新数据中（例如actioncolumn中按钮执行删除操作，异步提交后刷新store）,将报错如下
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
