什么是微前端？我们先来看两个实际的场景：1. 复用别的的项目页面通常，我们的后台项目都长这样：如果我们的项目需要开发某个新的功能，而这个功能另一个项目已经开发好，我们想直接复用时。PS：我们需要的只是别人项目的这个功能页面的**「内容部分」**，不需要别人项目的顶部导航和菜单。一个比较笨的办法就是直接把别人项目这个页面的代码拷贝过来，但是万一别人不是 vue 开发的，或者说 vue 版本、UI 库

1 前言开源日志收集组件众多，之所以选择Filebeat，主要基于以下几点：功能上能满足我们的需求：收集磁盘日志文件，发送到Kafka集群；支持多行收集和自定义字段等；性能上相比运行于jvm上的logstash和flume优势明显；Filebeat基于golang 技术栈，二次开发对于我们来说有一定的技术积累；部署方便，没有第三方依赖；2 Filebeat 能做什么简单来说Filebeat就是数据

背景介绍系统重构、拆分、底层依赖变更，变更影响范围大，测试回归冗余而繁杂，测试如何进行高效率的回归测试？为了解决上述问题，我们结合了公司内部资源及一些优秀的开源工具，开发了kudiffy平台。首先，先来介绍一下两个开源工具。1.DiffyTwitter公司发布的自动化测试开源工具，可以将请求分发到不同版本的服务器上，通过对比运行结果来进行接口回归，不用再通过接口测试用例手动校验。详见：http:/

ID Generator id生成器 分布式id生成系统，简单易用、高性能、高可用的id生成系统简介Tinyid是用Java开发的一款分布式id生成系统，基于数据库号段算法实现，关于这个算法可以参考美团leaf或者tinyid原理介绍。Tinyid扩展了leaf-segment算法，支持了多db(master)，同时提供了java-client(sdk)使id生成本地化，获得了更好的性能与可用性。

回顾软件开发的流程，从前期的业务需求分析，到产品设计，再到架构设计，通过层层迭代，让所有关于业务及系统的思考、意图和策略最终都通过开发人员的代码表述出来。代码成了这些活动的最终产出物。可以说，一个系统的源代码就是一本“书”，读懂这本“书”，我们就知道这个系统的“前世今生”。当然，深入（自动化）分析源代码也可以衡量服务的开发和设计质量。在实际的开发工作中，大都采用面向对象的编程方式。我们把真实世界的

编者按：本文作者Berwin，W3C性能工作组成员，360导航资深前端工程师。《深入浅出Vue.js》作者。前不久Google开源了一份文档（谷歌工程实践文档），里面包含了他们的代码评审（Code Review）指南，通读之后我发现这份文档非常有价值，所以决定写一篇文章将一些入门的，科普性质的部分翻译并总结成一篇文章帮助大家了解下Google的代码评审。在Google开源的文档中，有两个内部的专业

导读：大多数 iOS 开发人员对 KVO 的认识只局限于 isa 指针交换这一层，而 KVO 的实现细节却鲜为人知。如果自己也仿照 KVO 基础原理来实现一套类 KVO 操作且独立运行时会发现一切正常，然而一旦你的实现和系统的 KVO 实现同时作用在同一个实例上那么各种各样诡异的 bug 和 crash 就会层出不穷。这究竟是为什么呢？此类问题到底该如何解决呢？接下来我们将尝试从汇编层面来入手以层

嗨,不知道你是否和我一样呢? 想过element-ui的文件拖拽上传是怎么做的? 是怎么监听实时上传进度的呢? 今天就来搞一下,low不low不管,先搞为敬.哈哈1.关于拖住的API1.1在拖动目标上触发事件 (源元素):ondragstart - 用户开始拖动元素时触发ondrag - 元素正在拖动时触发ondragend - 用户完成元素拖动后触发1.2释放目标时触发的事件:ondragent