思路：依次比较相邻的两个数，将比较小的数放在前面，比较大的数放在后面。直到跑完一次，这时候，最大的数就放在最后一个位置了，在了它排序后应该在的位置了。依此类推，再把第二大的数冒泡到倒数第二个位置, 跑 i 次，把 i 个数都放到它指定的位置，排序完成。

题目你有 20 块钱，一瓶饮料卖 5 块钱，2个瓶身可以换一瓶饮料，4个瓶盖可以换一瓶饮料。问最多可以喝多少瓶饮料思路除了第一次用钱买，剩余的均是通过瓶身或瓶盖兑换而来，那么兑换到直到瓶身和瓶盖无法兑换为止编码 {代码...}

low code 服务于开发或非开发人员，用少量代码或者不写代码（no code）直接实现需求功能。而低代码开发平台，则是提供给开发者使用的开发环境，可以在线快速可视化构建页面，实现需求。

面试算法题一面算法经常会遇到后端传给我的是一个拍平的树结构，将这样的结构，转为树结构，可以用于类似cascader例: {代码...} 实现思路:先找到根节点再从根节点递归找其孩子二面算法在一个一维坐标，给出一个目标线段，例如(3, 8)。一组源线段，例如(1, 2),(3, 4), (5, 8), (3, 6)。判断源线段组成的合集是否能完全覆...

假设有函数 {代码...} f1(f2(f3(f4(x)))) {代码...} f4(f3(f2(f1(x)))) {代码...} 经典题型测试 {代码...}

防抖在一定时间内执行一次，如果在此时间内再次触发，则重新计时 {代码...} 节流在一定时间内执行一次，如果在此时间内再次触发，则会拦截不执行 {代码...}

上述代码用到了queueMicrotask()来执行微任务mdn上也提供了queueMicrotask()的polyfill实现它通过使用立即 resolve 的 promise 创建一个微任务（microtask）如下：

最近在写项目的过程中，遇到一个问题。就是实时搜索，但是异步数据返回的时间不一致，导致，搜索的结果和文本其实并不能完全匹配解法一在请求成功后，判断参数是否和搜索条件一致，如果一致，才 setState。这种解法解法二使用请求库的 cancel 方法axios cancel: [链接]umi-request cancel: [链接]很明显，2 的解法要比 1...

npm link 方法，可在项目开发中使用 npm 包，用于排查问题，或方便的检测 npm 包在项目中的使用npm 包 {代码...} 项目内 {代码...}

在产生一个解决方案时，不可避免的会产生多个 npm 包，以适配不同的用户群体，而这些包有可能互相之间又有依赖，管理起来，比较复杂，lerna 可以很容易的帮助我们管理多包

React.StrictMode 识别具有不安全生命周期的组件 有关旧式字符串ref用法的警告 关于已弃用的findDOMNode用法的警告 检测意外的副作用 检测遗留 context API 示例： {代码...} React.Lazy 允许我们定义动态加载的组件示例： {代码...} React.Suspense 延迟加载组件，当组件未准备好时，显示 loading {代码...} ReactDOM.c...

用hook也有半年多了，结合自身使用以及社区，写了如下的文章，欢迎各位大佬沟通交流 初识 React hook （一） 初识 React hook （二） React hook 使用规则 自定义 React hook React hook 源码学习 一个使用 render props 而不是hooks的场景

那么首先考虑的就是 hooks, hooks 可以对 columns 进行管理，最后输出一个筛选（自定义）过后的列，组件根据这个列进行渲染。

可以在react.js 中看到导入的代码 {代码...} ReactHooksReactHooks 里面定义了各个 hooks, 大致内容是如下这样的： {代码...} 他们都通过 ReactCurrentDispatcher.current 去调用函数实现DispatcherReactCurrentDispatcher {代码...} dispatcher 对象dispatcher 对象在挂载和更新是不一样的 {代码...} HooksDispatcherOn...

对于一个前端开发者来说，往往关注四个方面，路由，数据流，业务逻辑和ui页面，如下从一个自定义hook开始，后续讲解了各个方面都可以去使用hook去更简单实现业务场景。代码可读性，维护性都可大大增强。

通过 echarts 的 legendselected 事件实现。还有其他的一些事件，如果遇到通过配置项解决不了的需求，可以查API , 看看是否可以解决 代码 {代码...} 效果

规则2毋庸置疑，只在 react 组件中使用 state规则2，对于初始使用者，可能会有些不习惯，那么我们下面来聊下为何时这样的，之后可能对这个就不再迷惑

可能你会使用render props或者高阶组件，但一方面，组件结构需要变动，使用render props和高阶组件也会使组件变得很难理解，另一方面会形成嵌套地狱，在用devtools排查问题时，很不方便。

是不是可以轻松的回答他，这两个是不同的东西，hook 是共享状态的逻辑，而 redux 是共享状态和管理状态的。不过使用 hook 可以很容易封装一个简易的全局共享状态。对于数据流复杂的项目，我依然建议使用 redux 去管理你的数据流。

就像人们对移动应用程序和操作系统的更新感到兴奋一样，开发人员也应该对使用的框架更新感到兴奋。各个框架的新版本给我们带来开箱即用的新功能和技巧。

上表中我们看到，在render中直接bind或者箭头函数都会影响性能，原因在于，在render 中的bind和箭头函数在每次render时都会创建新的函数，导致子组件的props发生改变，这在PureComponent中会影响性能，除非自己在shouldComponentUpdate中进行优化。

python 头部： {代码...} 函数的参数 Python的函数具有非常灵活的参数形态，既可以实现简单的调用，又可以传入非常复杂的参数。 默认参数一定要用不可变对象，如果是可变对象，运行会有逻辑错误！ 要注意定义可变参数和关键字参数的语法： *args是可变参数，args接收的是一个tuple； **kw是关键字参数，kw接收的是一个di...

删除大日志文件 {代码...}

1、 使用渲染函数渲染iview组件，如select时，添加on-change无效。因为select中事件不是change，是on-change，所以应该是如下:

webpack > 2的时代，vue做代码分割懒加载更加的easy，不需要loader，不需要require.ensure。import解决一切。

React是很火的前端框架，其最大的特点便是组件化。为了迎娶白富美，当上CEO，走上人生巅峰，对这么火的东东也有了一定的了解，但是对其生命周期一知半解，于是去官方网站瞅了几眼，结合本地实例，和大家共同学习下React组件的生命周期。如果英文比较好的同学可以直接到[链接] 查看。

Redux源码结构和提供的API大体对应，如下：utils——warning.js //console中打印warning信息要用到的applyMiddleware.js bindActionCreators.jscombineReducers.jscompose.jscreateStore.jsindex.js //export 上述定义的module